Slides from SDinGov 2018 workshop with Kay Dale and Ignacia Orellana from GDS on what are service patterns and do we need them? We will be playing back the discussions has in this workshop in the form of a blog post which will also detail the next steps and how more people can get involved.
6. GDSGDS
Introduction to patterns
● what we mean by ‘patterns’
● brief history of service patterns
in central government
● 3 statements
@kayjdale @ignaciaorellana
7. GDSGDS
Activities
● discuss what service patterns
might be (25 mins)
● discuss how we might use them
(40 mins)
@kayjdale @ignaciaorellana
23. GDSGDS
2015
A ‘discovery’ across departments
to look at 3 potential service
patterns:
● get permission to do a thing
● exchange ownership of a thing
● get funding
@kayjdale @ignaciaorellana
24. GDSGDS
We found more than 300 ways
to get ‘get permission’ and
finding a single pattern became
difficult because the scope was
so broad
@kayjdale @ignaciaorellana
25. GDSGDS
2016-2017
A pilot with 20+ local authorities
to design a common way to get
a parking permit
@kayjdale @ignaciaorellana
31. GDSGDS
Online tasks, such as ‘book a test’
Offline tasks, such as ‘take a test’
Non-government tasks users must
do, such as ‘get insured’
@kayjdale @ignaciaorellana
60. GDS
ACTIVITY 1
1) Group discussion: 15 mins
● things you agree with in this definition
● things you disagree with
2) As a group, What is your agreed
definition? Write it up 5 mins
3) Share with everyone 5 mins
@kayjdale @ignaciaorellana
64. GDSGDS
How would they be created?
Who would use them?
What would this enable them to do?
What might the barriers for adoption
be and how could we overcome these?
@kayjdale @ignaciaorellana
65. GDSGDS
Then, plan a 2 minute pitch
to share with the rest of the teams
Create a poster which helps you
capture the most important things
to be presented
@kayjdale @ignaciaorellana
66. GDSGDS
You will have:
● 20 mins to discuss and write
your thoughts using template
● 10 mins to plan your pitch and
make the poster
@kayjdale @ignaciaorellana
70. GDS
Next steps
We will be collecting the feedback and
thoughts for today’s session and share them
as part of a blog post soon.
@kayjdale @ignaciaorellana
72. Thanks!
Kay Dale & Ignacia Orellana
Service designers
Government Digital Service
@kayjdale @ignaciaorellana
Editor's Notes
I'm Ignacia Orellana, and this is Kay Dale we’re both service designers at GDS
and today we aim to explore what service patterns might be
and if they can be a way to scale service design in government
We are not experts on service patterns, we are just service designers in GDS interested in findings out more about what they might mean for scaling service design in government. We have a working hypothesis that they are a thing… but as we haven’t found a clear model yet we want to have a discussion with you today to help us build that understanding better
Before we get into service pattern thinking, we need to lay out what we mean by ‘services’ in government
So this can be from simple digital transactions to more complex online-offline multi channel interactions
E.g: Renew my passport, or validate if a person is allowed to work in the UK
What we mean by ‘patterns’ in government central government until now
They are design resources (code, guidance and best practice) that help service teams build consistent and accessible services. They are user-focused and can be adapted to many different contexts
Design patterns are like cooking recipes, they give you a starting point to approach a challenge (an omelette) but you might need to find out what works best. Like recips, design patterns are flexible and adaptable depending on the context.
They are made of components as ‘buttons’ or ‘back link’ and styles like ‘typography’ or ‘colour’ etc…
which when pieced together in a particular way they create design patterns…like ‘ask users for a address’ or ‘confirmation pages’. These help designer/dev build prototypes or live services
To set a bit of context to on why patterns became a thing in government, we need to point out that before GOV.K, there were hundreds our government websites, no design consistency and no design community to think about user needs. Making citizens journey thought government services less smooth
In 2013 GOV.UK went live, a single place to go for government services. The need to have design patterns to have consistent user experiences became important
We started generating patterns as best practice to approach common design problems across services and published the first ones in Service Manual and GOV.UK Elements
Generated patterns from the first set of services GDS worked on. And later, published in the Service Manual
Published GOV.UK Elements
Now we have a dedicated team at GDS building a one place for design patterns to live, a cross government design system. With help and collaboration from people and pattern libraries in other departments. I will not talk about this today but if you are interested in knowing more about this work, join Tim Pauls talk on building a GOV.UK design system in the afternoon at 3:30
Can we scale the design pattern thinking to a service level?
Can Service patterns do for service design what interaction and content design patterns have done for user interface design?
There seems to be no common language for this right now, but there is definitely work being done in the space to figure out how can we use a repeatable solution, like design patterns, to scale service design in government
This is what’ we’ve done around service patterns until now.
From a service pattern perspective, we found that there were 300 different ways to get permission to do a thing - such as getting permission to drive a car, or to export handbags. Finding a single implementable pattern for that was really hard because the scope was so broad.
In 2016 we started working with 20 local authorities who all delivered parking permit services in slightly different ways to find out if there was a common way to deliver parking permits.
and that approach kind of worked, the local authorities who participate though to the end are just in private beta so it’s hard to say for sure how successful that was as an approach because the outcome is still emerging.
So late last year we held a similar event with the network of service designers in central government and now we are getting your thoughts. Because this is a global event, across all different kinds of government roles and we’re hopefully going to have some rich perspectives on this.
and as a result of all of the blogs, the workshops, the case studies building up to today,
we have synthesised this into three statements which could describe what service patterns are to help guide our discussion today.
They are presented in these lovely posters and its important to note that these are not facts, they could all be true or they could be merged
A user task is an activity performed by a user in order to create an outcome. Most services involve multiple tasks and tasks can be online or offline. Tasks aren't necessarily what users want to do, they might not be the goal as such, but they can be a protective or preventative measure put in place by government.
So with an example of driving a car
You might need to learn to drive first,
You might buy a car
The you might need to register the car as yours
But within those stages, there will be certain tasks the user needs to do to progress.
Which segways nicely on to another statement which is that. 2.
Service patterns are useful as a way to deliver common stages of a service
So that could be
Get permission to drive
Get permission to export
Get permission to own a gun
So again in the example of driving a car
You have the get permission bit
But then also within starting a business you also have this get permission bit
Before you can start trading
And pay some taxes
So whether its permission to drive or permission to start a business. The stage of getting permission is what the service pattern is applied to
You’ve bought the car
You’ve registered the car
Now you want to park the car
So the policy surrounding that is dependant on where you live - so currently there isn’t a consistent experience for parking your car
So there was this work, which I mentioned earlier to see if those inconsistencies could be designed out. Read this blog post for more information on ‘service patterns for local governmetn’ for GOV.UK Verify https://designnotes.blog.gov.uk/2017/10/16/designing-the-first-service-patterns-for-local-government/
And the contentious point was around whether or not a physical permit was a mandatory requirement. So by working collaboratively to create a common pattern for a parking permit - this team were able to challenge and clarify that grey bit of policy for many local authorities.
We want to use the three statements we talked about as a way to guide our discussion today.
Divide into 4 groups, around the set tables. We want you to have a discussion in groups about these 3 statements. Capture your thoughts using post-its as we will be sharing with the rest of the room afterwards
You can find the posters on the wall to reference - any questions please do ask
It could be one of them, all of them together, or you could craft your own
For that, you have this template were you can capture that potential definition
Recap of the activity
Choose a prefered definition within your tables and think about how could service patterns be created and used in government?
In your table you will find a template to help to think about this. Fill it in as a team.
Think of these questions to facilitate this discussion
Use the ‘Value proposition’ section in the template to help you think of that pitch. Try to explain in 2 to 3 sentences, the main benefits, the users and the potential impact. Think of it as a building a short and concise business case and try t represent this visually after using th posters.
Share with the rest of the room your pitch using the posters.
Today we have identified some common points around service patterns. What we have agreed on that to take this work further and have more understanding we should start a discovery phase to do research and test some of these ideas.
This is what we think is happening with service patterns. We have the bottom layer pretty much covered (components), we can see this in design libraries and design systems. Then we have started working on spotting patterns based on user task, and stage of certain types of services. Could we start applying patterns to high level service processes, policy, and legislation? Will this be something that will change as the design culture across government evolves? In which way service patterns are more usable and reusable?
So what’s next? We will be collecting the feedback and thoughts for today’s session and share them as part as a blog post soon. We will also be sharing a outcomes deck so you can access this information as well
GIVE A SHOUT IF ANYONE IS INTERESTED IN WORKING WITH US, OR SHARING EXPERIENCES…. JUST GET IN TOUCH
Here are our emails:
kay.dale@digital.cabinet-office.gov.uk
ignacia.orellana@digital.cabinet-office.gov.uk
Or contact us by twitter or slack channel in the SDinGov