I can't recommend it enough, it's well worth the money even though they have a nice free tier and are OSS so you can self-host.
I can't recommend it enough, it's well worth the money even though they have a nice free tier and are OSS so you can self-host.
I think that's critical for a communication app when you want to ensure that you've answered all things that need answering.
I literally believe it's the future of enterprise chat. There's no better tool for getting actual work done.
edit: I guess I should clarify about the shilling part. I contributed a single feature to zulip, once. So I guess I'm not really a shill, but I love the product.
When reading Zulip threads I frequently mute those I'm not interested in. To do so, you have to hit 'i' to open a menu, then 'M' (there is no shortcut on 'm'), then a popup message slowly animates in saying the thread is muted. If you hit 'n' to go to the next thread, the popup message doesn't clear, so it's covering the top message of the new thread, and the popup menu is still open covering the top 1-3 messages, still listing the last thread's title. So leaving a single thread I know I'm emphatically not interested in takes five seconds. There's a nasty positive feedback loop: catching up on threads is slow and frustrating, so I leave it longer, so there's more threads that take even more time and frustration, repeat.
I reported this buggy workflow ~2 years ago and it's why I've repeatedly given up on a very interesting community's Zulip chat. There's plenty more flaky stuff, like switching messages with j/k sometimes not scrolling the screen, or long messages where you have to take your hand off the home row to scroll up and down because if you hit space the floating nav covers lines you haven't seen, long messages being "closed" so you have to navigate to each individually to read, no keys are customizable, death by a thousand cuts. I have my fingers crossed for a bitlbee integration.
It's far superior to Slack for remote work in our experience because it's designed to be primarily used asynchronously, as opposed to something like Slack/IRC where you have a wall of unread messages all mixed together every time you sign in.
The biggest difference is that every conversation must have a topic title and be put into a stream, giving all the benefits of forums or email threads with subjects. Compare that to Slack/IRC where the the default mode is putting your messages in big firehose channels that don't encourage breaking individual conversions out into separate threads.
So Zulip doesn't hide chats over a certain amount like Slack does eh? This could make it extremely useful for cash strapped non-profits.
Since you mentioned nonprofits, we provide free hosting for open source projects and free or highly discounted hosting (e.g. 15% price) for many other nonprofits.
See https://zulipchat.com/for/open-source/ for more details.