The Transforming Government Services team mission (at the Central Digital and Data Office) is to share good practice in digital and data across the public sector.
CDDO is responsible for the Service Standard and the Service Manual, and in our previous blog post we talked about the need to update them. The main focus of our guidance and assurance processes is transactional services. However, many parts of government are thinking (and delivering) beyond that.
Why we’ve been working on a service definition
As we explain in a recent blog post, we want to expand our guidance to include more information about services that are not narrow, simple and transactional. The Top 75 Services programme champions services that take ownership of the users’ experience across their full, end-to-end journey and all of the organisation’s activities that support it. For example not just the process of applying for a new passport, but all the checks that happen behind the scenes, the producing of documents, and the sending and receiving of them too.
Getting the scope of your service right is very important as it affects:
- the way that users experience them
- the way that they are measured
- the way that they are assessed and assured
- the strategy for delivering and improving them
There have been successful attempts to define a service and there’s usually a close relationship between the definition of a service and its scope. However, we’ve learned that scope does not itself define a service. It’s all about understanding the outcome that you want to deliver. A broader or narrower scope says more about the organisation’s ambitions.
So now we feel it’s time to introduce an official definition of a service for the specific purpose of focussing on outcomes, and tying all of the different types and scopes of services together.
How this definition is helping teams across the Government Digital and Data profession
We have been using this draft definition for a while and have found that it’s helping organisations across government in the following ways:
- aligning service teams and service assessment panels around the scope of transactional services and the scope of whole problems, during a service assessment
- scoping the Top 75 services to measure their performance
- helping organisations scope services ahead of delivery
- providing a structure to support organisations with their service transformation strategies
We’ve had feedback on this definition from hundreds of colleagues across the public sector.
How the Department for Environment, Food and Rural Affairs (Defra) has been using the definition to shape their transformation strategy
“In Defra group we have been trialling the service definition as we implement our Digital and Data Transformation Strategy.
The Defra group includes a collection of government agencies and departments, working closely with different partners, industries and communities, all across the country. We have a wide range of policies and a diverse family of organisations with delivery accountabilities.
Our Digital and Data Transformation Strategy is similarly ambitious in scope and scale. So we needed a way of deciding where to start, as well as deciding what to prioritise.
Defining our priority services is helping us do that.
In the Environment Agency and Natural England we are working to review what we know about the organisations’ services today, and which existing or new services are priorities for us all. The outcomes we need our services to deliver include, for example, clean and plentiful water, enhanced animal health and welfare, and plant health.
As a group of organisations with a strong scientific and operational focus, we are keen to deliver outcomes through more than a single, transactional, citizen facing service. For example, in areas such as flooding, multiple services contribute to outcomes like saving lives and protecting properties. Here, we deliver our policy intent through services that focus on flood forecasting, warning and awareness. These services are delivered to citizens, staff in our ministerial department and agencies, as well as external organisations.
The service definition has been a useful tool to help identify the parts of Defra group that need to come together to deliver our priority services, and provide clarity around which of our organisation’s activities are a priority for transformation.”
What a service is
When we talk about a service, we mean all the things that government collectively provides to deliver an outcome for all of its users, through any path a user takes to reach their goal.
What we mean by an outcome
An outcome is made up of 2 elements:
- something a user actually needs or a goal they want to achieve
- something government has to deliver, like a new policy
There are 3 levels of outcome that all contribute to these needs. Using ‘Apply for a driving licence’ as an example, these are:
- the outcome you deliver as part of a specific process or step in a journey, for example a user understanding that their driving licence application is being processed
- the wider outcome you deliver when you collaborate across organisational boundaries - for example, government is confident that a citizen has passed a test, is properly licenced and has the right documents
- the overall outcome government and users actually need, for example being able to legally and safely drive a car on the road
An overall service outcome is often part of an even wider user journey. For example, a user’s need to legally drive a car on the road could be the result of moving to an area where there is less public transport, or needing to transport a relative they care for.
A user journey could be triggered by someone’s change of circumstances or aspirations, a news story, a change in government policy or a government campaign.
When government delivers an outcome, a user usually gets something along the way that has a policy intent behind it. Examples of what a user gets could be:
- permission to do something - registering to vote
- money - through a benefits claim
- confirmation of a payment - when paying taxes
- an artefact of some kind - a driving licence
- information - checking for flood alerts
For government or ‘internal’ users, the examples could be:
- permission to do something - when applying for a training course
- money - through claiming expenses
- confirmation of a payment - when booking travel
- an artefact of some kind - a security pass
- information - checking a payslip
Some services deliver multiple different outcomes at different times.
What we mean by things that collectively provide an outcome
To deliver an outcome for users, a service usually includes a number of different things, including:
- user-facing and internal systems
- people and the tasks they carry out to run the service
- products and processes
- buildings and infrastructure
For users of a service this includes all the things they interact with, like:
- using search, navigation and guidance to understand what they need to do
- choosing the channel that’s best for them
- completing one or more digital or non-digital steps
- all the relevant checks, casework and processing after the transaction
- support if they ask for help or an update, or if they complain
- getting the right outcome
And to make sure the service works for everyone, it has to work across all channels such as:
- websites
- apps
- campaigns
- text
- post
- phone
- face-to-face
A service also includes all the technology and data that supports its operation from start to finish.
Usually it takes more than one part of government to deliver a whole service. On the way to getting an outcome, a user is likely to interact with things provided by several different organisations, functions and professions. For example:
- ministerial departments like the Ministry of Justice (MoJ)
- arm’s-length bodies like the Driver and Vehicle Licencing Agency (DVLA)
- the Government Digital and Data function
- the Operational Delivery profession
Next steps
We’ll be publishing the service definition as guidance in the Service Manual.
Let us know what you think
We’d love to hear your feedback.
You can:
- leave a comment below
- contact us on the #servicemanual channel on cross-government Slack
- Email CDDO Services team
14 comments
Comment by Robin Hayden posted on
Having participated in the discussions on some of the previous definitions of a service, it's good to at last see a definition that includes "the overall outcome government and users actually need".
There is one thing I think's missing. Whilst it may be the case that "Usually it takes more than one part of government to deliver a whole service", in many cases it also needs not just parts of government but private sector too. For example any service that includes part of government making payments will include a private sector organisation, a bank, to deliver the overall outcome users actually need of receiving the payment.
Comment by Ben Tate posted on
Absolutely right. And depending on the service it can also include the third sector (or civil society), health and local authorities. I think it would be useful to reflect this point in the definition.
Comment by Becky Miller posted on
I was going to add a similar comment. Government outcomes are delivered by more than just government services. I would encourage people to look at the Government Styles of Action Framework (Policy Lab).
I'm not sure it's useful to try and centre our understanding of outcomes around the definition of a service. For me a service is just one of the ways that government can deliver outcomes. So start it feels more logical to start a definition of outcomes, and then think of all the ways government can deliver those outcomes - yes government services will likely be one delivery mechanisms or intervention, but there will be others.
Increasingly government needs to act as a convenor, a collaborator, an orchestrator of an ecosystem of services that deliver outcomes, rather than the only player. This is particularly true in the data ecosystem space, where there is urgent work for government to act as the orchestrator setting data standards, trust frameworks etc. to allow whole ecosystems of services to flourish that both deliver government outcomes and user needs or goals.
Comment by Nick Tegg posted on
Having got the definition perhaps now is the time to apply it across government so that services and their outcomes are described in a common format. Can this definition be applied by DSIT/GDS to the One Login service? Then we can all have clarity on what the purpose, scope and outcomes are of the service. That will enable a debate on potential non- governmental outcomes desired by a single identity ecosystem. Such as governed under DIATF, capable of use with non-HMG relying parties, interoperable with commercial wallets and subject to agreed identityassurance principles.
Comment by Ben Tate posted on
Good question. Common components are an interesting area as they form part of other, broader services. If this definition supports those conversations then that's good news. For any advice I'd suggest get in touch with service-manual@digital.cabinet-office.gov.uk
Comment by Crispin posted on
I like the service definition, particularly "all the things" and "any path"
But I'm not sure that "something government has to deliver, like a new policy" is an outcome. To me, that's just an output or something we do. the outcome is the impact of creating and delivering that policy as you describe later in the post.
Comment by Ben Tate posted on
Thanks for the feedback. It is more about the policy intent than the policy. We've written about policy intent before so it would be helpful to align with that:
https://www.gov.uk/service-manual/design/understanding-and-meeting-policy-intent
Comment by Alan posted on
Will there be an expectation that people with "service" in their job title (like e.g. service managers & service designers) are actually working on things which meet the definition being introduced? Will departments be expected to align job roles if they're out of alignment to the new definition?
Comment by Ben Tate posted on
There's no expectation that government organisations align themselves to this definition. At this stage the definition is a tool to help teams deliver their services and their strategies (some use cases are listed here in the blog post). It's not a new standard or regulation
Comment by David Durant posted on
I remember being in a number of very long discussions when I was at GDS trying to create a definition of "service" and this is much better than anything we produced - well done!
My only question would be around something like a public health programme (such as encouraging people to stop smoking). This might neither be something that citizens are asking for or something that government is legislated to do but people may still interact with it in a service-like way.
Comment by Ben Tate posted on
Thanks! I think in that example government certainly has an outcome in mind. If users are interacting with a programme or a policy in some way then I assume that they have a goal in mind too. If both things are true it's a helpful definition to apply.
Comment by Pieter Wessels posted on
Regarding the 3 levels of outcome. I suggest that the third, more encompassing "the overall outcome government and users actually need" might best be described as "the national outcome".
Comment by Rob Maslin posted on
I agree with Pieters suggestion above. I was excited when there was a suggestion to challenge scope of what a service is. Taking this as the definition:
“When we talk about a service, we mean all the things that government collectively provides to deliver an outcome for all of its users, through any path a user takes to reach their goal.”
With that in mind you can view dvla, nature conservation, and ulez all as separate services that help to deliver one level of individual service, but they also all influence each other as well to deliver (or if the are siloed, more likely fail to deliver) other public goals of clean air, ghg/netzero and bng targets. So we have services, but there are also interacting meta services. This seems critical to creating government nitration that meets big societal and environmental goals. The article also comes close to but doesn’t quite articulate full stack service design, set out for example by Sarah Drummond.
Comment by Rob Maslin posted on
Integration, not ‘nitration’. P.s. good article, appreciate there is a good amount of work gone into this.