A Service Design Principle to make users part of the service creation.
You’re visiting a doctor. You know there will be a moment when he will osculate you. As he prepares to touch you, he says: “I’ll have to touch your belly, you might feel a little pressure, and sorry, my hands are cold. Is it okay for you?”
“Sure!”
When a doctor asks for consent like this, it’s brilliant because it ensures the patient understands what is happening.
It’s clever because it reassures. You might not know precisely what will happen during the whole session with the doctor, but you are now sure that he will ask you for your consent before doing anything.
Asking for consent also has a kind of symbolic and ceremonial value. Like when you are at the table with friends, before they pour water into your empty glass, they ask you if you want some more, even if they know the answer is undoubted yes and that it’s a good thing for you.
Finally, it creates a break in the service experience where people are provided with time to reflect. They ask themselves, “Is this still something I’m okay with? Will this be helpful to me?” (1).
This example shows us that it can be wise to ask permission, even for trivial things, as it gives power back to people. However, if people refuse, you know the relationship is broken.
The challenge is finding a good balance between including people and overwhelming them with requests.
So let me ask you:
When could you involve more of your users by asking them for their consent?
Footnotes
Thanks to Loris Olivier, who told me the story of how he felt during a doctor’s appointment. His story inspired several service design principles, and this is one of these. Thanks, mate.
Daniele's personal notes
- This is the first draft of this Service Design Principle.
- Once adapted, even more, this principle could be part of the book "Service Design Principles 201-300"
- As always feel free to share comments, feedback or personal stories to improve this principle.
Daniele Catalanotto
The second version of this Service Design Principle
Footnotes
Daniele’s notes
Daniele Catalanotto
The third draft of this Service Design Principle
Footnotes
Daniele’s notes