Here's the thing. I'm not at all convinced that they want that.
I think the desire comes from the blurry separation of lines between WhatsApp, Messenger, Slack, etc
Each of these apps though make conscious tradeoffs in their design that make one better than the other in different use cases
These tradeoffs are so pervasive, that the problem is deeper than just "different clients". If you want E2E encryption and I dont, how do those apps even communicate to each other
"We need a messaging standard" WE HAVE ONE
Actually there are several. REST, SMTP, IMAP, POP3
Why? There's no such thing as an objective "best" one
I think this decentralization of solutions is something we should embrace and get more comfortable with. Iterate towards better technologies as things get more complicated.
But not all "sending a message" to someone are the same and is highly contextual. A quick ping? I want to send that on a network that only allows 140 characters per message. A group message? I want to send that on a network that has organized silos and has each of the stakeholders in the loop. A comment about a line of code? I want to send that on GitHub right next to that line of code.
Maybe there's frustration that MY preferred messaging app isn't winning. But that's a very authoritarian stance
Maybe the solution isn't better tools for aggregating, but better tools for navigating these apps
Content {{word-count}}
I recently listened to twodifferent podcast episodes that talked about a new all in one messaging app. Beeper is a unified inbox for all of your chat apps including Slack, Messenger, Discord, WhatsApp, and so much more.
The idea isn't new. There are severalother products trying to achieve the same goal. It feels appealing. Imagine that instead of all the different chat apps you currently have opened on your laptop, there was just the one that aggregated all of your notifications?
No more having to think through which app to open first before messaging someone! No more having to create another account just to be able to communicate!
The promises seem enticing, particularly to a few friends I have who dream of coalescing all of their messaging applications into one. But I'm not convinced this is what we actually want. Because if we were so desperate to unify all of our messages into a single client, we wouldn't have disabled email notifications in all of them.
Confusing the Problem
The first time I was invited to join a group on Discord, I grumbled. Most of the groups I'm in message through Slack. Now, I have another app I need to check for notifications for when someone reaches out to me.
The problem here appears at its surface to be related to messaging clients. It'd be great if my Slack messages could just send directly to Discord. It'd be even better if all the messaging apps in the world could agree on a simple protocol to send messages to each other.
Then I realized such a protocol already exists. It's called REST. We already have a standard for accepting and sending messages to other apps that is generic enough to work not just for Slack and Discord, but for all apps. In this way, all apps are messaging apps.
If I want to tell someone my opinion about code they wrote, the best place to send that message is on GitHub, contexted next to the relevant line of code. If I have a question about project specifications, the best home for that is a comment on the google document detailing those specifications. The best place to send messages is not to one central service to make it easier to check notifications. It's to the application where the information is most relevant, so that it's there the next time you need to use that information.
This gets to the heart of why we don't have email notifications enabled for every application we use. Email should be sacred, and most productivity folks advise to save it for the most urgent communication. Everything else is of lower priority, only relevant when you want to tackle the context of the message again.
To bring all instant messaging into a single application client is to say that all of the groups in which we interface with are of similar or equal priority. This is insane. I have a messenger group with friends I live with, and because of that living situation those notifications need to be responded to immediately. I'm in a Roam slack, but because people are usually only on it during the work week I could check those notifications every few hours. I'm in a Discord group for Next.js, but because I'm only interested in the news relevant for my work, I could afford to check those messages every few months or so. To put them all in the same messaging client is to put them all on equal levels of priority.
Not all groups we're in are equally important to us. Different groups also value different tradeoffs that these messaging clients make. To consolidate to one protocol or client is to pick one of these group's preferences and make it the standard for all of the groups we're a part of.
Confusing The Solution
When I think about why any of these message aggregation apps haven't taken off, I realize it's because they haven't improved on their main competitors: email and REST. By aggregating all messaging applications, they lose the context for why we use that specific application in the first place.
But it still feels like there's a problem here. Why do I have so many seemingly similar messaging apps for all the different groups I'm in?
One approach to solving this problem refers again to context. Application developers could better embrace the idea that all apps are messaging apps by surfacing more endpoints that other applications could hit. They could also prioritize features that allow its users to send messages contexted to the relevant information instead of needing to take it "offline" into an instant messaging platform. These features could have the long term effect of placing less pressure on instant messaging. This allows teams to better practice asynchronous communication.
Another approach to solving the problem could still be on the tooling. But, instead of better tools for aggregating communication, we could instead focus on building better tools for navigating communication. Better shortcuts for switching applications, more fine grained control over notifications on the operating system level, and faster application startup time are all in the spirit of helping navigation. We won't feel the need for everything to be in one place if it was just as easy to navigate multiple places.
I bear no ill will towards Beeper or any of these other messaging aggregators. It's very possible that I'm dead wrong and that they perform spectacularly. I'm just not convinced message aggregation is actually what we're looking for, otherwise the problem would have already been solved.