portico: Update why-zulip.

Originally we wanted it to be short, since we were worried about attention
spans. But it seems like people are willing to read quite a bit when
choosing a chat product, and our "10 second" pitch should just be a video,
rather than a small amount of text.
This commit is contained in:
Rishi Gupta 2017-09-26 16:00:01 -07:00 committed by Tim Abbott
parent 43422fa6f2
commit 8ec161ab77
1 changed files with 40 additions and 16 deletions

View File

@ -4,28 +4,52 @@ 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 server at <https://chat.zulip.org>, or check out our short screencast
(coming soon) on topics and threading. (coming soon) on topics and threading.
## Asynchronous matters ## Zulip vs. Slack
Zulips threading model allows for long-running conversations to co-exist Zulips threading model allows for long-running conversations to co-exist
with real time chat. This allows remote team members, part-time contractors, with real time chat. This allows senior staff, remote team members,
internal clients, and others who arent going to be on your chat full-time part-time contractors, internal clients, and others who arent going to be
to participate effectively. on your chat full-time to participate effectively.
## Usability matters In Slack (or Hipchat, Mattermost, or many others), if Bob starts a
conversation in a busy channel at 10am, and Ada swings by sometime in
the evening, there is no way for Ada to effectively participate in
that conversation. If Ada is a manager who spends most of her days in
meetings, or is a remote engineer living 8 time zones away, she won't
be able to participate in most conversations at all. This means that
in an organization that has adopted Slack, the vast majority of Ada's
conversations will still be over email, during meetings, or over Slack
direct messages.
Email is clunky for real-time communication. A thread with even 100 messages By contrast, Zulip's lightweight threading model allows busy team
feels cluttered and slow, whereas real-time chat conversations (on any members and remote workers to fully participate, even if they are
platform) regularly exceed that. Typing notifications, emoji reactions, reading messages hours after they are sent (or the next day!). This
keyboard shortcuts, and blazingly fast clients make Zulip a daily enables conversation that would otherwise happen over meetings or
pleasure. Usability is important; if people dont like a communications email to happen in Zulip itself. It also enables easy participation
tool, they just won't use it. and information spread to those that have the least time to attend
meetings which have only a nugget of information that is relevant to
them.
## Zulip vs. Email
Email is clunky for real-time communication. A thread with even 50
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 matters; in an
organization that relies on email for communication, things that could
have been resolved over chat end up being pushed to meetings instead.
## Zulip changes the way you operate ## Zulip changes the way you operate
The Zulip project currently has over 30 full-time engineers, working from 10 The Zulip project has over 30 core team members, working from over 10
different countries. Outside of one-on-one conversations, Zulip doesnt have different time zones and 25 different locations. Outside of one-on-one
a single phone or video-based meeting. Zulip also has 0 internal mailing conversations, Zulip doesnt have a single phone or video-based
lists, and 0 internal email discussions. meeting. Zulip also has 0 internal mailing lists, and 0 internal email
discussions. By contrast, even Slack doesn't rely on Slack for remote
work; their
[careers page](https://slack.com/careers/location/all-locations/dept/all-departments)
doesn't list a single position where you could work from anywhere.
Threaded conversations mean that all stakeholders can see and respond to Threaded conversations mean that all stakeholders can see and respond to
every message, just like in meetings and email. But unlike meetings, Zulip every message, just like in meetings and email. But unlike meetings, Zulip
@ -34,7 +58,7 @@ 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 lively discussion of 300 Zulip messages is just as easy to digest and
respond to as an in-person conversation. respond to as an in-person conversation.
### Read more about how weve made Zulip work for you ## Read more about how weve made Zulip work for you
* [Zulip for companies](/for/companies) * [Zulip for companies](/for/companies)
* [Zulip for open source projects](/for/open-source) * [Zulip for open source projects](/for/open-source)