zulip/templates/zerver/why-zulip.md

1.7 KiB
Raw Blame History

Zulip is not just a “better Slack”, in the same way that iPods were not just “better CD players”. Zulips topic-based threading changes what is possible in chat. If you havent seen Zulip in action, log on to our developers server at https://chat.zulip.org, or check out our short screencast (coming soon) on topics and threading.

Asynchronous matters

Zulips threading model allows for long-running conversations to co-exist with real time chat. This allows remote team members, part-time contractors, internal clients, and others who arent going to be on your chat full-time to participate effectively.

Usability matters

Email is clunky for real-time communication. A thread with even 100 messages feels cluttered and slow, whereas real-time chat conversations (on any platform) regularly exceed that. Typing notifications, emoji reactions, keyboard shortcuts, and blazingly fast clients make Zulip a daily pleasure. Usability is important; if people dont like a communications tool, they just won't use it.

Zulip changes the way you operate

The Zulip project currently has over 30 full-time engineers, working from 10 different countries. Outside of one-on-one conversations, Zulip doesnt have a single phone or video-based meeting. Zulip also has 0 internal mailing lists, and 0 internal email discussions.

Threaded conversations mean that all stakeholders can see and respond to every message, just like in meetings and email. But unlike meetings, Zulip conversations dont require coordinating busy schedules, or hour long commitments from folks that just need a 5 minute update. And unlike email, a lively discussion of 300 Zulip messages is just as easy to digest and respond to as an in-person conversation.