A new first shitty draft of a service design principle about notifications and messaging
I open a messaging app. I see a message from a friend. Great, some news about how it is going. Until here, everything is fine. But at the end of the message, my friend asks me a question that I can’t answer right now. So I think: I’ll put this message as “unread” so that I know I have to return to it. Wait...
I can’t do that?! Shit, now I’m stressed that I’ll forget to answer my mate and that I’ll disappoint him.
Most email, chat or messaging services let you do things that help us feel less overwhelmed by messages and notifications.
You can either mark them as “done or read” or mark them as “to do or unread”. It’s a simple feature, but one that some messaging services forget and that sadly many notification features of work apps miss.
So if you send messages, requests, bills, and notifications in your digital service, it might help your users if you let them mark those messages as “done” or “to do”.
Little side notes
- Once adapted even more, this principle will be part of the book "Service Design Principles 201-300"
- If you have a better idea for the title of this principle that would be a great help. It's not catchy enough and clear yet I think.
Nemos Kostoulas
- Might be another followup principle: proactively remind users to fulfil an action, yet respect their attention (adopted from a duolingo teardown from growth.design )
Daniele Catalanotto
Daniele Catalanotto
The second draft of this principle
I open a messaging app. I see a text from a friend. Lovely! At the end of it, my friend asks me a question I can’t answer right now. So I think: “Let’s put this message as “unread” so that I know I have to return to it.” Wait...
Daniele's personal notes
Daniele Catalanotto
The third draft of this Service Design Principle
Daniele’s notes