Designing good government services: an introduction
To a user, a service is simple. It’s something that helps them to do something, like learn to drive, start a business or become a childminder. To design good services you will need to:
- conduct user research
- work with data
- use the right technology
- work with a multidisciplinary team
- be agile
- be able to measure success
- follow Secure by Design principles
The characteristics of a good government service
Government services differ in size, scope and who their users are. But there are certain characteristics that all good services share.
Good services reflect what a user wants to do and do not need them to have a working knowledge of the inside of government.
Before you can build a new service or improve an existing one, you need to understand how it works. This means thinking about your service:
- from beginning to end: think about every single thing a user needs to do, including anything done by a supplier external to government
- from front to back: this means both the service that users see and the internal processes, software, data and policies behind it
- across every channel: phone, post and face to face as well as digital
A user can do what they need to do, from start to finish
A good service enables a user to complete the thing they set out to do as seamlessly as possible.
It considers everything from the moment a user is considering doing a task to the moment they have completed it. And it accommodates any further steps a user could need to take – or support they might need afterwards.
A user has to do as few things as possible
Good services get a user to take the smallest number of steps possible to reach their goal.
Reducing how much data a user has to give reduces how much they have to do. For example, using a postcode lookup to help find an address, rather than asking the user to enter the address manually. Or asking users to review information they provided previously, rather than having them enter it again. This improves accuracy by reducing opportunities for mistakes.
Where there is a risk a user will fail if they act too quickly, a good service slows them down. Like showing a warning screen before people make significant changes to their personal data.
There are no dead ends
Every user needs to be led to a clear outcome, even if they are not eligible for the service itself.
If somebody’s needs are outside the scope of your service, the service should clearly direct them to what to do next.
No user should be left stranded within a service without knowing how to continue.
It’s straightforward to get human help
If people get stuck when they are doing something by themselves, a good service gives them an easy way to communicate with a human being. This might be over phone or email, face to face or online.
Ideally, your service will cater for most users’ needs and people will not need to make unplanned contact.
But there will always be exceptions. Like a technical problem nobody could have predicted, or a user who is unable to provide a particular piece of evidence and so cannot carry on using a service without help.
Internal structures are not shown to users
A good service does not unnecessarily expose a user to internal structures behind it. Even if the service has to work across organisational boundaries.
For example, if a user needs to access saved information that’s stored in 2 different back-end systems, they do not need or want to know this. What they need is one quick way of accessing their information.
The service is easy to find
A service needs to be easy to find in the first place, because most people will not know exactly how to reach their goal.
For example, someone who searches ‘learn to drive’ needs to be able to find their way to getting a driving licence easily.
So it’s important to choose a good name for your service.
What the service is for and what it involves is clear
The purpose of a good service is clear to a user before they start using it. People understand what it will do for them and if they are eligible to use it in the first place.
A useful exercise is to ask users questions that help them check a service is suitable.
Be clear about what is needed from a user when they use the service and what they can expect from the service in return. This includes things like:
- how long something will take to complete
- how much it will cost
- when the user can expect a reply or decision
A user should be really clear about what they need to do to get started.
How decisions are made is clear
When a user receives a decision, a good service makes sure it’s obvious how this decision was made. People must have a way of challenging a decision if they need to.
An algorithm is a sequence of instructions that a computer uses to solve a problem or make a suggestion. If your service uses algorithmic tools, make it clear to users how they are being used. The Algorithmic Transparency Standard helps you outline and publish this information. You may need to give users the option to override an algorithm.
Only use algorithms you know work properly and test them regularly once in use.
This will help build users’ trust and confidence in the service.
The service is consistent
You should make a service look and feel like one service to users. Even if different organisations are involved or users get information in more than one way, for example an online form followed up with a letter.
How you collect, store and display data should also be consistent. This helps users understand and use the information, and know what is expected of them.
Consistent use of visual styles, data formats and structure, interaction patterns and the language in your service are important.
When a user updates their details, they expect to see this change in all parts of a service straightaway. For example, if somebody enters or changes their name or phone number online, they’d expect the service to have a record of this if they phoned up.
The service works in a familiar way
People expect services to work in a certain way based on what they have seen or used before.
A good service uses familiar design conventions to help people use it easily. For example, users who have signed up to a new service often expect an email confirming this.
It takes into consideration changing behaviour or emerging patterns too, like email addresses replacing usernames as the usual way of signing into a service online.
Everyone can use and understand the service
People have different needs at different times and in different circumstances. A good service is inclusive so that everyone who needs to can use it as easily as possible.
It uses the same language as its users to make things easy for anyone to read and understand.
It looks out for places where users might be excluded, like insisting people have to make contact in one particular way or accepting only specific documents as evidence.
Presenting and collecting data in ways that are accessible to everyone helps make sure people can use your service in the way that works for them.
Users and their information are treated with care and respect
A good service does not treat users with unnecessary suspicion or scrutiny, like running identity checks that are not really needed. People working on the service handle users with care.
Part of the government’s Secure by Design approach is to design usable security controls that reflect business and user needs. A good service will minimise friction for users by making sure security processes are fit for purpose and easy to understand.
The service does not put people at risk or do things that are not in users’ best interests. For example, it minimises the personal data that’s collected from users.
- Last update:
-
Integrated guidance on Understanding business objectives and user needs, Understanding cyber security obligations, and Sourcing a threat assessment.
-
Added extra information and signposting about the role of data.
-
Updated with an explanation of what a good service looks like, following detailed consultation with the service design community.
-
Added information on operating services in line with departmental Welsh language scheme requirements (previously in the guide 'Making your service accessible: an introduction').
-
Guidance first published