A Service Design Principle to make better use of quantitative data.
Imagine a robot looks at all that you do on your work computer and decides, based on this, how productive you are. Then the company you work for pays you only for the “active work” that the robot sees.
That’s, in some way, the weird story that a lovely human called Karol Kraemer experienced, which was reported in a New York Times article titled (1).
When Karol does work that isn’t on the computer, like making some quick math on a piece of paper or just thinking, the system doesn’t recognize that as “active work”…
As community member Guy Martin (2) says:
“The “productivity monitoring” tech described in this article is demoralizing, dehumanizing. And in the long-term, it’s ironically counter-productive.”
It is like those customer “service” metrics that measure the number of calls per hour someone handles. As neither satisfaction, actual resolution or anything that really matters is measured, there is a real incentive for staff members to get the customer processed as quickly as possible, even if that makes people feel treated like cogs in a machine.
Would you track the number of times your wife smiles at you to know if she still really loves you? Wouldn’t that just lead to her fake smiles every day instead of trying to have real moments of intimacy, which might look different every day?
Guy summarizes this brilliantly: “Just because you can measure something doesn’t mean you should or that it even provides any insight.”
So let me ask you this.
What measures are you taking really useful? Which metrics or data pieces create a culture that makes employees stressed or lowers the quality of service?
Footnotes
(2) Thanks to
Guy Martin, who made me aware of the story that inspired this Service Design Principle in one of his
Linkedin posts.
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 draft of this Service Design Principle
In a New York Times article, I meet Karol Kraemer (1). She works in a company that has a sort of robot that looks at all that she does on her work computer. Based on this, the system decides how productive she is. Then the company she works for pays her only for the “active work” that the robot sees.
Footnotes
Daniele's personal notes
Daniele Catalanotto
The third draft of this Service Design Principle
Footnotes
Daniele’s notes