A Service Design Principle for calmer work tools
I was inspired by the Colin and Samir episode where they propose that the analytics of youtube allows people to take a break.
A screenshot of the video of Colin and Samir where they show their idea for a new feature in the Youtube Studio settings.
This is the first draft of this Service Design Principle. Once adapted and refined multiple time, this principle will be part of the book "Service Design Principles 201-300"
But rest assured, there will be a written version in the next iteration ;)
The second draft of this Service Design Principle
Daniele’s notes
Yes JJ, he is paid for his day off "solo work" where he catches up after his holiday ;) And it's extremly positive for his mental health, the productivity of the company and even the colleagues as they get more of his attention when he is really back for them.
Indeed, that feeling of "it's not worth to go on holiday" is something that we as service creators can work on. This story shows that there are simple solution to change it. And as studies suggest, people who take real vacations are then more productive. So it's a big win. See this principle for more details.
The third draft of this Service Design Principle
You think: "Is it worth going on vacation?" (1)
It's as if our work tools and colleagues want us to feel guilty about taking time off.
Meet Olivier, a good friend who uses a small hack to avoid this. He adds a day between his holiday return and his official return.
For example, in his automatic out-of-office email reply, he says: "I'm back Tuesday 13th of October". But, in reality, he is back at work on Monday the 12th. So Olivier takes that solo day to get up to speed with calm and focus.
Then on Tuesday, everyone who needs something urgent from him can come to him. Olivier has already handled what is essential to him. Olivier is smart. He helps others not to overwhelm him when he returns from holidays (2).
We can design our services and tools to do as Olivier does for our teams and users. So let me ask you.
Footnotes
Daniele’s notes
The fourth draft of this Service Design Principle
Footnotes
Daniele’s notes