-
No results found.
-
Public evaluation briefing
Thank you to those who attended our public briefing on Friday 25 October 2024. Catch up on the briefing below or download a copy of the slide deck (PDF, 120KB).
In the coming weeks, the DTA will publish answers to questions from attendees on this page. To receive updates, consider subscribing to the DTA's AI in government newsletter.
-
General inclusion
Do’s
- Use common patterns for design components.
- Use a linear, logical layout.
- Write in plain English.
- Display clear hints and error messages, with appropriate symbols, below text boxes.
- Provide content in a variety of mediums to support different preferences.
- Build in modern coding languages e.g. HTML 5 or later.
- Ensure code scripts are readable by, and work with, support tools.
- Test using keyboards for navigation and different browsers.
- Reduce screen complexity by providing white space and content that is not cluttered.
- Start with accessibility in mind and test regularly throughout the design process.
Don’ts
- Limit or provide inconsistent touch tap areas.
- Provide hint text in boxes that disappear when the box is clicked.
- Use complex technical terms.
- Quickly ‘time out’.
- Force mouse or screen use.
- Require excessive validation processes for online applications.
- Make dynamic content that requires a lot of mouse movement.
- Use decorative or cursive font styles.
- Allow video or audio content to play automatically.
-
People who are blind or vision impaired
Do’s
- Use common patterns for design components.
- Use a linear, logical layout.
- Write in plain English.
- Show clear hints and error messages below text boxes using simple words and icons.
- Provide content in a variety of mediums to support different preferences.
- Build in modern coding languages e.g. HTML 5 or later.
- Ensure code scripts are readable by, and work with, support tools.
- Test using keyboards for navigation and different browsers.
- Reduce on screen complexity by providing white space and content that is not cluttered.
- Include accessibility in the design as early as possible and test application of standards throughout.
Don’ts
- Limit or provide inconsistent touch tap areas.
- Provide hint text in boxes that disappear when the box is clicked.
- Use complex technical terms.
- Quickly ‘time out’.
- Force mouse or screen use.
- Require excessive validation processes for online applications.
- Make dynamic content that requires a lot of mouse movement.
- Use decorative or cursive font styles.
- Allow video or audio content to play automatically.
-
People who are cultural and linguistically diverse (CALD)
Do’s
- Use clear headings and simple language. Provide definitions if needed.
- Consider cultural context, like warnings for photos of deceased persons.
- Use images and videos to simplify and explain information.
- Provide guides and documents in a variety of languages.
- Use certified translators for critical information.
- Provide translations and custom help text on the same page.
- Consider how service changes may impact users who rely on consistency.
- Provide alternative contact methods, including interpreter services.
- Provide user feedback when an action is completed correctly.
- Provide translated error messages to support troubleshooting.
Don’ts
- Use complex layouts, structures or menus.
- Separate related information across different webpages.
- Provide video or audio information, unless also accompanied by text.
- Use complicated words, figures of speech or long blocks of text.
- Rely on automatic translations. Check translated terms for accuracy.
-
People who are Deaf or hard of hearing
Do’s
- Ensure all videos have transcripts, captions and provide text descriptions for images.
- Provide content in a variety of mediums to support different preferences.
- Offer users options for how they interact with your service.
- Make it easy to access support services.
Don’ts
- Only show information in an image or video.
- Spread content all over a page.
- Rely on text size and placement for structure.
- Force mouse or screen use.
- Write uninformative links and headings – for example, Click here
-
People impacted by family and domestic violence
Do’s
- Provide clear information on how safety concerns are reported and escalated.
- Offer a simple ‘quick exit’ function.
- Make it easy to restrict access from personal or shared accounts.
- Offer choice about how and when to receive information.
- Offer translation software that enables non-English speakers to access support.
- Use empathy in the tone of communications.
Don’ts
- Make users re-explain sensitive circumstances across government services.
- Send communications during hours where user action is unlikely to occur.
- Make users complete processes in a single session.
- Complicate validation steps for applications.
-
People with low digital literacy
Do’s
- Allow users to start and stop processes across different communications channels.
- Accompany key takeaways with clear calls to action.
- Provide clear step by step instructions, to support key information and action points.
- Use progress indicators to show task advancement.
- Provide mobile responsive designs.
- Make it easy to reset passwords and build on tasks.
- Support older browsers and devices.
- Group related content together to improve discoverability.
- Use repeatable icons and visual cues to build user familiarity and confidence.
- Provide equivalent alternatives to auditory and visual content.
Don’ts
- Assume users have prior knowledge of digital tools.
- Play videos and audio content automatically.
- Use technical terminology.
- Limit the time available to complete tasks.
- Show error messages too quickly.
-
Neurodiverse people
Do’s
- Respect user settings to remove motion.
- Let users manage auto-refresh.
- Consider animations carefully.
- Use images such as icons and symbols with text.
- Provide plenty of white space around information.
- Carefully consider information display and order.
- Use progressive reveal to reduce cognitive load.
- Use clear affordance to help navigation.
- Keep content short, clear and simple.
- Let users change the contrast between background and text.
Don’ts
- Rely on device/user movement.
- Use strobing or rapid flashing effects.
- Use all uppercase letters.
- Use text that is both left and right justified on the same page.
-
People with physical disability
Do’s
- Design with ‘mobile first’ design patterns.
- Test in both vertical and horizontal views.
- Remove navigation that requires complex hand movement.
- Ensure the touch tap area is the widest possible area and consistent across the site.
Don’ts
- Create interactions that require precision.
- Put multiple interactions together.
- Have short time out windows or error messages that display too soon.
- Tire users with lots of typing and scrolling.
-
-
Connect with the digital community
Share, build or learn digital experience and skills with training and events, and collaborate with peers across government.