eBook - ePub
Good Services
How to Design Services that Work
Lou Downe
This is a test
Partager le livre
- 224 pages
- English
- ePUB (adapté aux mobiles)
- Disponible sur iOS et Android
eBook - ePub
Good Services
How to Design Services that Work
Lou Downe
DĂ©tails du livre
Aperçu du livre
Table des matiĂšres
Citations
Ă propos de ce livre
Service design is a rapidly growing area of interest in design and business management. There are a lot of books on how to get started, but this is the first book that describes what a 'good' service is and how to design one. This book lays out the essential principles for building services that work well for users. Demystifying what we mean by a 'good' and 'bad' service and describing the common elements within all services that mean they either work for users or don't.A practical book for practitioners and non-practitioners alike interested in better service delivery, this book is the definitive new guide to designing services that work for users.
Foire aux questions
Comment puis-je résilier mon abonnement ?
Il vous suffit de vous rendre dans la section compte dans paramĂštres et de cliquer sur « RĂ©silier lâabonnement ». Câest aussi simple que cela ! Une fois que vous aurez rĂ©siliĂ© votre abonnement, il restera actif pour le reste de la pĂ©riode pour laquelle vous avez payĂ©. DĂ©couvrez-en plus ici.
Puis-je / comment puis-je télécharger des livres ?
Pour le moment, tous nos livres en format ePub adaptĂ©s aux mobiles peuvent ĂȘtre tĂ©lĂ©chargĂ©s via lâapplication. La plupart de nos PDF sont Ă©galement disponibles en tĂ©lĂ©chargement et les autres seront tĂ©lĂ©chargeables trĂšs prochainement. DĂ©couvrez-en plus ici.
Quelle est la différence entre les formules tarifaires ?
Les deux abonnements vous donnent un accĂšs complet Ă la bibliothĂšque et Ă toutes les fonctionnalitĂ©s de Perlego. Les seules diffĂ©rences sont les tarifs ainsi que la pĂ©riode dâabonnement : avec lâabonnement annuel, vous Ă©conomiserez environ 30 % par rapport Ă 12 mois dâabonnement mensuel.
Quâest-ce que Perlego ?
Nous sommes un service dâabonnement Ă des ouvrages universitaires en ligne, oĂč vous pouvez accĂ©der Ă toute une bibliothĂšque pour un prix infĂ©rieur Ă celui dâun seul livre par mois. Avec plus dâun million de livres sur plus de 1 000 sujets, nous avons ce quâil vous faut ! DĂ©couvrez-en plus ici.
Prenez-vous en charge la synthÚse vocale ?
Recherchez le symbole Ăcouter sur votre prochain livre pour voir si vous pouvez lâĂ©couter. Lâoutil Ăcouter lit le texte Ă haute voix pour vous, en surlignant le passage qui est en cours de lecture. Vous pouvez le mettre sur pause, lâaccĂ©lĂ©rer ou le ralentir. DĂ©couvrez-en plus ici.
Est-ce que Good Services est un PDF/ePUB en ligne ?
Oui, vous pouvez accĂ©der Ă Good Services par Lou Downe en format PDF et/ou ePUB ainsi quâĂ dâautres livres populaires dans Business et Consumer Behaviour. Nous disposons de plus dâun million dâouvrages Ă dĂ©couvrir dans notre catalogue.
Informations
15 principles of good service design
1
A good service is easy to find
The service must be able to be found by a user with no prior knowledge of the task they set out to do. For example, someone who wants to âlearn to driveâ must be able to find their way to âget a driving licenceâ as part of that service unaided.
The first step in providing a good service is making sure that your user can find your service. This might sound simple, but itâs a lot harder to do than it sounds.
Staff at a small rural UK county council discovered this to their horror in late 2016 when, after opening their information desk at 9am on a Tuesday, they were approached by a man carrying a dead badger. The man slammed the badger down on the desk, much to the shock of the customer services manager, proclaiming that he had found it outside of his house, and didnât know what to do with it. âI tried looking on the website,â he said. âBut I couldnât find âdead badgerâ on the list, so I came here.â
Not every situation is as hard to figure out as what you need to do when disposing of a dead animal. After all, itâs not something that happens every day. However, just as the man with the badger did, your users will come to your service with a preformed goal that they want to achieve. This can be very simple, like âdispose of a dead animalâ or âlearn to driveâ or âbuy a houseâ.
Where your user starts will depend on how much theyâre already aware of what services might be available to meet their needs. Your job is to make sure that they can get from this goal to the service you provide, without having to resort to support. Or dropping off a dead badger at reception.
To a user, a service is simple. Itâs something that helps them to do something â like learn to drive, buy a house or become a childminder. This means that, to a user, a service is very often an activity that needs to be done. A verb that comes naturally from a given situation, which will more than likely cut across websites, call centre menus and around carefully placed advice towards its end goal. The problem is, this isnât how most organisations see their services. For most organisations, services are individual discrete actions that need to be completed in a specified order â things like âaccount registrationâ, âbooking an appointmentâ or âfilling a claimâ.
Because these isolated activities need to be identifiable for the people operating them, weâve given them names, nouns, to help us keep track of them and refer to them internally. Over time these names become exposed to users, even if we donât mean them to be initially.
In government, these are things like âReporting of Injuries, Diseases and Dangerous Occurrences Regulations 1995 (RIDDOR)â or âStatutory Off Road Vehicle Notification (SORN)â â but the names private organisations give these things are no less obtuse. Names like âeportalâ or âclaims reimbursement certificateâ are commonplace in the private sector.
Good services are verbs
Bad services are nouns
Google is the homepage of your service
Without understanding what our users are trying to achieve, and reinterpreting our services in language that our users can understand, we often place users in a situation where, to find something, they need to know exactly what theyâre looking for. For a user to find a service like RIDDOR or SORN, they first need to know what you call your service, resulting in an additional step being added to your service â that of learning the name that your organisation calls the thing theyâre trying to do.
As with the case of the dead badger, the less you know about the situation youâre in, the support available to you or what you should do, the harder you will find this search. Needless to say, even the most patient people wilt at the prospect of this almost impossible task. Instead their confusion drives to them to call centres or, worse, they wonât use your service at all.
Google is the homepage for your service. Whether your service is usable online or not, this is likely to still be the way that it will be found and accessed. When it comes to finding your service, nothing is more important than its name. Beyond making it easier for search engines to index and list your service, the name of your service makes a statement to your user about what that service does for them.
The UK Ministry of Justice found this out when they set about changing its Fee Remissions service in 2017. The Fee Remissions service helps to pay for or subsidise the cost of court fees for people who arenât able to pay themselves. However, it doesnât take a genius to realise that the word âremissionâ is not the most frequently used word, particularly in a financial content. Given that the financial literacy of those applying often wasnât high, the title of the service was not only hard to understand for most people, but served to weed out precisely the users who were eligible to use it.
The reason this happened is simple, and happens every day in the creation of services. The title of the policy, somewhere long ago, had simply been made into the name of the service, without a thought to what language a user might use.
Nouns are for experts
Verbs are for everyone
Several rounds of research with the users of the service and staff providing it revealed that it was often referred to as âhelp with court feesâ rather than âfee remissionsâ, so the team renamed the service, meaning that users with low levels of financial literacy were able to use it.
When we design services with noun-based names like âFee Remissionâ, we are designing them for use by experts, something that worked well when services were provided by trained expert humans, but means that they donât work unassisted on the internet.
Instead we often find that other professionals willingly offer support to our users â at a cost. This happened with Fee Remissions, as it so often does with many of the more obtuse services, from insurance buying to visa applications â when several third-party providers offered their services in helping users apply for what should have been a free service.
In the past, we used advertising to âeducate usersâ in our nouns, forcing the kind of brand familiarity that came naturally to well-used objects like Sellotape, Hoovers or Biros. But unless youâre confident that you will get the kind of market ubiquity that comes from being a household name (and this happens to fewer companies than youâd think), your service is likely to be one of the thousands a user will use infrequently or once in their lives.
Equally, if youâre a household name that has more than one service, this tactic is out. Your users still need to be able to sift through the many things you do to find the one thing that they need, and they arenât going to be able to do that if youâve got a jumble sale of nouns to wade through.
Naming your service
Rather than using the words your organisation uses to describe the tasks it has completed, try to find out some of the words your user would use to describe what theyâre trying to achieve. What names work for users will depend on two things:
1What your user wants to achieve
2How knowledgeable they are about what services might be available to help them achieve their end goal
For example, someone moving house might not think that the service âmove houseâ exists, based on their previous experiences, but instead might think to look for âremoval companiesâ or âestate agentsâ.
In areas where a service is less ubiquitous than moving house â for example, registering a trademark â a userâs knowledge of what they might be able to get help with might be so low that they may try to find the noun they think most applies to them and hope for the best. This obviously means they may end up using a service that isnât applicable to them. Your job is to understand how that overall task breaks down into smaller tasks a user identifies as something they need help with.
It might help to think about the name of your service existing somewhere on a spectrum between verb and noun, where the thing users think to look for will inevitably be somewhere in the middle. Most importantly, base your name on a solid understanding of the words your users use.
1Avoid legal or technical language
For example, rather than âfee remissionâ use âhelp with paymentâ.
For example, rather than âfee remissionâ use âhelp with paymentâ.
2Describe a task, not a technology
Avoid words that describe a technology or an approach to technology that your service uses, such as âportalâ, âhubâ âe-somethingâ or âi-somethingâ. Your approach to technology is rarely of interest to your user, and words like these only serve to date your service to a particular era of technology.
Avoid words that describe a technology or an approach to technology that your service uses, such as âportalâ, âhubâ âe-somethingâ or âi-somethingâ. Your approach to technology is rarely of interest to your user, and words like these only serve to date your service to a particular era of technology.
3Donât use acronyms
Acronyms might make it easier for you to refer to your service, but they are the most impenetrable language for your user to decipher.
Acronyms might make it easier for you to refer to your service, but they are the most impenetrable language for your user to decipher.
When searching for a service, what users look for is somewhere on a spectrum between what your organisation calls your service and what your user needs to do.
Changing what you call your service will change what it does
Most importantly, changing the name of your service might sound like a small thing, but aside from the huge effect on your immediate users, it will have a big effect on what your service does and how it operates in the long term.
Seeing your service as âstop paying tax on a vehicleâ instead of âSORNâ subtly shifts the purpose of that service closer to what a user understands as its purpose and the language your organisation uses to talk about it.
In summary
1When it comes to finding your service, nothing is more important than its name
2The name should reflect what users are trying to do
3Use words that your users will understand
2
A good service clearly explains its purpose
The purpose of the service must be clear to users at the start of using the service. That means a user with no prior knowledge must understand what the service will do for them and how it will work.
One of the easiest mistakes people make when theyâre telling a story is to forget the beginning.
Weâve all been there; weâre sat in a bar with a friend, or watching a colleague give a presentation, and we realise halfway through the story theyâre telling that we have no idea what it is theyâre talking about. Theyâve missed out where they were, who they were with or a vital fact that the whole story hinges on.
Itâs an easy mistake to make, often because the audience weâre talking to is familiar, and we presume a piece of prior knowledge from them that they donât have. The more familiar the audience, the more likely we are to forget.
The same goes for servi...