2. Solve a whole problem for users
Work towards creating a service that solves one whole problem for users, collaborating across organisational boundaries where necessary.
Why it’s important
Fragmented services are difficult to use, because users have to do the hard work to make sure they’re doing what’s expected of them. For example, working out which of several similar schemes they’re eligible for. Or choosing the right form to fill in out of several near-identical options.
That doesn’t mean building big, complicated transactions that aren’t intuitive to use because they try to do too much.
And it doesn’t mean trying to fix everything at once. Start small, and deliver value to users incrementally and frequently.
Just make sure the increments are part of a plan to bring related content and transactions together into a journey that makes sense to users, irrespective of which organisation they ‘belong’ to. Because users shouldn’t have to understand how government works in order to use public services.
What it means
Service teams should:
- consider alternatives to creating a service - for example publishing website content, running a campaign, partnering with a non-government organisation or making data or making an API available to third parties
- understand any genuine constraints that affect the service - for example, legislative constraints - and work with policy professionals to solve any problems those constraints are causing
- make sure services are scoped according to how users think - not too narrow or too broad
- be able to explain how the transaction they’re working on will join up with other things into a journey that solves a whole problem for users - like ‘come to the UK to study’
- take responsibility for agreeing how this user journey will work with organisations responsible for different parts of it - for example, with the GDS content team to join up ‘mainstream’ GOV.UK content with the transaction you’re working on
- work in the open so that people outside the organisation know what they’re doing - increasing the potential for collaboration and reducing duplication of effort (for example by publishing business cases, mission statements, research findings, user experience maps, maps of existing services and product roadmaps showing plans to develop new features)
- work towards minimising the number of times users are to provide the same information to government (while respecting users’ privacy)
- work across organisational boundaries where that’s necessary to solve a whole problem for users
- Last update:
Guidance first published