The lack of threading and context (mentioned in AB's writeup) means you have to maintain a lot of state (and keep up to date) in order to get any value. That defeats the point of having automation!
For good or ill, the 40+ year history of mail means there are various tools and conventions that allow your computer to do part of the work for you.
So I flattened it back down to chronological order and it feels like that restored a lot of sanity.
[0] Obviously a lot of this chaos can be tamed with a more aggressive process for inbox management, but that kind of plays into my point, that's all out of process manual work that a better communication tool should help me with.
They just search for an email with the same set of people that they want to sent an email to, choose reply all and change the content.
This is where Fleep comes in - a messenger that works with email, too. You can include anyone in a conversation with their email address, and if they're not a Fleep user yet, they can participate in the conversation via email. Fleep: https://fleep.io/
(Disclaimer: I do work at Fleep, and I love it :) )
After checking the pricing (good), if there was a self-hosted version (no, but maybe not a deal breaker) I looked for the Android app installer. Only available from Google Play Store. Unfortunately, that kills Fleep for me.
Please consider making your app directly downloadable and not reliant on Google Play Services.
https://www.androidpit.com/how-to-download-apk-file-from-goo...
I understand why companies want their apps in the "Store" for discovery purposes. However, I don't understand why they won't provide an alternative direct download.
I do have F-Droid installed, but I appreciate companies may not want to open source their app. No problem, but I also won't be forced to install Google Play just to obtain it.
My previous team used Slack to coordinate releases (deploys). (Automation? What's that?)
The devops lead would post the release notes, whatifs and whatnots, then pin them, hoping for easy recall when the chat activity scrolls them offscreen. Great idea. I never got the hang of Slack's implementation.
Better copy/paste (like most IM apps) would also make it easier to copy/paste some discussion into your bug tracker of choice.
For example, basic product choices like "every message highlights a room for attention" creates, for me, a feeling of "farmville for corporate communications." There's always another channel to click, another few sentences to read. This makes Slack very engaging at first, and makes it highly successful at lodging itself into organizations. And that's great, because Slack's a far sight better than email. But this rapid-fire feel encourages synchronous communications, and everyone quickly learns that @-mentions and DMs get quicker responses. That in turn leads to communicating with individuals instead of teams (or instead of searching issues, or Jira, or a wiki, or whatever). I don't think chat has to be this way; product decisions can encourage a more thoughtful question and answer flow.
I think that Chat may be like product management: the product opinions matter quite a bit, and teams have varying styles, so there's room in the market for several different products. Slack does a great job for a certain communication style, but it's not the only style out there. I hope some competing products with different opinions gain enough traction to keep them honest.