1. Understand user needs
Understand user needs. Research to develop a deep knowledge of the users and their context for using the service.
Why it's in the Standard
You need to understand the people who use your service (your users) and what they want to do (their user needs) in order to build a service that works for them. You need to understand users and their needs from their point of view and not solely through the lens of the project you have been tasked with.
To do this, you will need to really understand what users are trying to do when they encounter your part of the service and you need to design services that address that context. This will often involve understanding things that are not ‘in scope’ or part of your responsibility so that you can design better services.
You will need to understand all aspects (end to end and across channels) of your users’ current experience. You should include as users everyone who is involved in the service delivery: end users, public servants delivering the service and other intermediaries who support end users to access the service.
Your user research needs to cover a wide range of users and show that you understand how different user scenarios may impact service design and delivery. You must include from the earliest stages users who may need assistance to interact digitally, or are unable to interact digitally at all.
How you can meet the Standard
In Discovery and Alpha stages
During the Discovery stage and Alpha stage the entire team should have spent a lot of time with end users and learned a lot about their needs. You should understand and be able to show evidence to demonstrate the following.
Who are the users?
What about the users' motivations, triggers, contexts are significant for your service?
How can you find the users to invite them to participate in user research? You must include users with varying needs (such as needs arising from disability, cultural diversity, literacy and remoteness).
Consider all the users in the service including end users, users in government who are delivering the service, and key intermediaries (professional and personal network).
What is the real task(s) that people are trying to achieve when they encounter your service?
What is the ‘job’ people are trying to get done that your service is a part of? You need to describe this in words that real end users would use, not using government terminology.
How are users currently doing the task your service aims to help them do?
Think about all key touch points, for example through journey maps.
What other relevant government and non-government services are also in use at this time?
Where are the pain points in the current experience?
What are the user needs?
What are the opportunities to remove or reduce the pain points? How might we better meet the user needs? Demonstrate this through research, testing and validating possible solutions with prototypes.
Are you designing the right thing?
How have your insights from user research helped you to define your minimum viable product (MVP)?
How does the MVP create value for users and government by better meeting user needs?
In Beta stage
During the Beta stage your understanding of what your users value will have matured through testing design prototypes with them.
By the end of the Beta stage you should be able to show greater depth and diversity of knowledge on all of the points above from Alpha and Beta. You should also as be able to show the following.
How has your service been shaped by user needs?
Show how you have made changes in the service and interaction design in response to user research and usability testing.
You can evidence this by showing how the design has changed over time and the appropriate research findings that have driven this change.
How have you tested the system in the users’ context with a full range of users (including users with varying needs)?
You can evidence this with artefacts of research, for example, video clips and outcomes from research analysis.
Are you prepared for ongoing user research?
Show how you plan to continue to test the system with users and the resources for this, for example through an ongoing research plan and budget.
What have you not solved yet?
What the significant design challenges are, for example through key insights, how have you approached them? How do you plan to continue to tackle them?
How will you know if your design is working?
Make sure that research has fed into the metrics you have developed to know that you continue to meet your user needs.
By the time you are ready to go live you should be able to show greater depth of knowledge for all the points above. You should also:
- show how you are using data from real users to understand which parts of the task users are finding difficult, and how you are designing experiments to reduce friction and increase success for users
- know how you will measure and monitor your service to ensure it is serving its users well
Guidance related to this criteria
From the UK Government Digital Service blogs:
- Doing user research in the discovery phase
- Understanding the problem is key to fixing it
- Users research not just usability
- User research for government services 8 strategies that worked for us
- Including users with low digital skills in user research
- Using prototypes in user research
- How we do user research in agile teams
- How designers prototype at GDS
You can learn more about user research by joining the Australian Cross Government Service Design Community.