by sendilkumarn on 3/28/22, 8:18 PM with 116 comments
by kerblang on 3/28/22, 9:31 PM
I have tried so hard to get people to do this, but it seems like a lot of my coworkers are honestly scared of "public" channels, and by "public" I mean a channel with only 15 or so people on it. They insist on DM'ing most things, and some just refuse to use chat at all; those will only communicate via email.
by joseph8th on 3/29/22, 7:39 AM
So I turned off all notifications on Slack. The only way I know I have a message is the red dot that appears in the panel icon.
Now, it's async again. When I even glance up to see if there are new messages... Red dot or no red dot
by donatj on 3/29/22, 11:19 AM
Threads are where messages go to die. I don’t have time to read every single thread clicking into it individually. You’re just making work for me, having to figure out what threads I have to read. If it’s in a thread and no one @‘d me, assume I missed it. I read very quickly, I just want to be able to scan all messages in a channel chronologically.
My team begrudgingly moved over from an IRC server about two years ago to the larger corporations Slack and have actively avoided threads in our spaces.
What they should add is an optional unrolled thread view where people can use threads but we can still get the whole thing as a single non-hierarchical timeline I can just scroll, akin to how Signal does replying to specific messages.
by ryanschneider on 3/28/22, 9:38 PM
Bonus tip: it’s not available on mobile which means I now basically never check Slack from my phone. I can’t decide if the Slack devs are hopelessly overworked or genius for _still_ not offering it on mobile. Check the time stamp: https://twitter.com/slackhq/status/798631873911980032
by 27182818284 on 3/28/22, 9:10 PM
The corner of the page: "Hey friend, got a minute to chat"
ha!
by commandlinefan on 3/28/22, 9:01 PM
I first started hearing people suggest this recently (within the past month or so). I never really understood why these message bothered people so much - they never bothered me and always actually seemed a bit more polite than just barreling forward with a question. But I guess if even Slack themselves are saying don't do that, it must really get on other people's nerves.
by multiplegeorges on 3/28/22, 9:18 PM
I think this should be "Fewer messages...". Good grammar improves communication, as well.
by kome on 3/29/22, 5:54 AM
- "1. Never send a direct message that just says “hey” or “hello.", write longer messages -> use email.
- "2. "Write longer messages that scan quickly" -> don't use a chat app for your messages, use email.
- "3. Use threads for effective team collaboration. Seriously." -> use a mailing list.
- "4. Replace short follow-up messages with emoji reactions" -> don't do anything when it's not needed.
- "5. Reduce off-hours pings with Do Not Disturb" -> set up a mail responder.
etc etc
by maccard on 3/28/22, 9:15 PM
I like this one. I'm an emoji fan, but understand that not everyone else is.
It boils down to "spend time crafting a message that contains the correct information" or even more succinctly "respect other people's time".
There's nothing worse than a giant wall of text with all the pertinent information buried in the middle of it.
by ss108 on 3/29/22, 1:22 PM
by hamolton on 3/28/22, 9:26 PM
by kyleblarson on 3/28/22, 9:20 PM
by jawns on 3/28/22, 8:47 PM
Don't @channel large channels after hours!
by abridgett on 3/29/22, 10:41 AM
Yes, email and ticket systems have drawbacks, however slack is almost an anti-knowledge base in it's current state.
by nxpnsv on 3/29/22, 9:57 AM
by _moof on 3/28/22, 9:21 PM
I would turn this around and call this a product design problem. Maybe Slack shouldn't send a notification when all you've said is "hey" and you're typing a follow-up message.
Really, if you have to publish a blog post explaining to people that they're using your product wrong, I'd say your product needs work.
by npunt on 3/28/22, 9:21 PM
This isn't the 19th century where the best we can do is tell people to read a book on etiquette and hope for the best. Slack is in a unique position in the history of interpersonal communication where they have complete insight into (and design of) user's and organization's preferences as well as the messages themselves. And the medium is text, which is the easiest to analyze and provide feedback on.
Some examples of what they could do, broadly captured in a 'Etiquette Features' preference set by the organization:
1. Never say 'hey' - if a user writes this, explain the etiquette and rationale for it and suggest they write a whole ass message instead, but optionally let the user just send it.
2. Make long messages scan easily - not too difficult for a computer to tell a long block of unformatted text. Great time to introduce the etiquette scaffold.
3. Use threads - a trickier one to suggest when people are typing, but likely some obvious response patterns (who & when messages are sent) that could trigger a etiquette scaffold asking to put this message in the thread if messages are similar enough to the thread's contents.
4. Short followups as emojis - orgs should be able to define clear meaning of response emojis that are visualized to everyone in the UI when selecting them (check means complete, question mark means need more info, etc). Short responses also likely have a pattern that could trigger a 'do you mean 'this is done'?' kind of scaffold, which would fill in emoji instead
6. Channel response expectations - a tiny text label is insufficient to set expectations, as are pinned messages. At the very least visualize timezones of participants, and when writing an @message to someone in a channel, if they're off-hours let the sender know that up front.
All our communications tools favor low friction to send and devalue the recipients time (the phenomenon mentioned in Cal Newport's Deep Work), and Slack is a serious offender. There's a need for a higher friction, higher awareness path to send messages that better accounts for the full cost of such messages. Not every org would want/need this but it should absolutely be something a service like Slack offers.
by Dave3of5 on 3/29/22, 10:40 AM
by renewiltord on 3/28/22, 10:25 PM
by Qem on 3/29/22, 10:18 AM
by orf on 3/29/22, 6:31 PM
by enriquto on 3/28/22, 8:59 PM
by kkfx on 3/28/22, 9:54 PM
Usenet netiquette, mail netiquette etc are not wrote by someone up front but slowly formed by a community of users out of their experience. My own personal etiquette for Slack is: "sorry I do not use proprietary platforms, seen no reason for them, we have emails, chats, etc choosing a deliberate security risk is not a good policy for a company, as a sysadmin I can't take responsibility for it and so I can't even use it".