实时聊天应用正在席卷商业界。但是更快的交流真的意味着更好的交流吗？ 本文作者是 Slack 多年用户，针对这一问题给出新的看法。

三年前，我们公司也加入 Slack 用户大军。

在此之前，我们一直依靠电子邮件和内部工具 Wedoist 进行沟通，然而我们分布在不同时区的团队的人数都在增长，使得我们很难继续下去，于是我们尝试了 Slack。

工具是一个改变游戏规则的地方，跨地区的团队成员之间的沟通随着 Slack 使用而爆发，通过 Slack，我们分享了想法和 GIF 动画 （很多 GIF）、报告 bug、协同开发，同时也开开玩笑；我们庆祝成功，也讨论了改善工作的方法。几乎一夜之间，我们从一群三十个人的个体走向了一个真正的团队。

然后，两年后，我们退出了 Slack。

这篇文章是关于我们为什么停止使用 Slack 的故事，对于像我们这样的团队来说，实际上还有更多的工作要做，而不仅是每天跟上团队聊天。

问题在于大部分时间需要实时在线

像 Slack 这样的群聊应用程序是为特定类型的通信而建立的——实时对话。 这种沟通形式有时是有用的（例如在紧急情况下），但在成为团队主要的沟通方式时，会带来显著的缺点。

沉迷聊天

由于 Slack 中的对话发生在单向传送带上，我们的团队开始感觉到他们不得不持续保持联系。如果你在 Slack 里面没有跟进对话，你可能会错过重要的讨论和决定。

这种沟通方式对于像我们这样的远程协作公司来说是特别有问题的，团队成员分布在许多不同的时区。早期的话题已经被讨论过了，在你醒来的时候，你怎么恢复上下文呢？

正如塞缪尔·胡利克（Samuel Hulick）所说的那样，他在着名的“分手”信中写道：

我发现，“永远在”的趋势是一个自我维持的反馈循环：每个人的出现越多，对话越多。对话越多，每个人都希望参与的越多。泡沫，冲洗，重复。

一项研究发现，Slack 用户每天平均花费 10 个小时在应用中！这并不是说人们不是多任务的，而是经过学习研究表明，不断的上下文切换 （就像当你停止你正在做的事情来检查一个队友的对话时），会降低生产力，并导致“更多压力，沮丧，时间压力和努力“。

对我们的团队来说，这是不健康的，并不能帮助我们专注于真正推动项目进行的艰苦工作。

为浅对话而生

Slack 有助于快速检查事物，但是我们发现这是一个大麻烦。群聊界面设计用于快速消息传递，几乎不可能从始至终维持完整的对话。

我们与敏捷位创始人戴夫·泰雷（Dave Teare）有着类似的经历：

在你甚至可以完全了解正在讨论的问题（更不用说找到解决方案）之前，有人会不断地开始一个新的对话或回复之前在该频道中发生的讨论。

即使在不讨论的时候，仍然需要立即作出回应。随着 Slack 使用，人们就没有了回退的空间，不停考虑正在讨论的内容，并在后面跟进。然而我们仍然需要单独的工具 - 使用电子邮件和 Wedoist 的情况下，对我们的工作进行深入的对话。这意味着我们的对话被分解成难以整理的多个部分。

它是无序的

在单个 Slack 频道中发生多个同时进行的对话时，我们就失去了对事物的追踪。提出想法，讨论一下，然后丢在一边。

我们无法回顾已经作出的决定，或者整理保存信息，以便其他人能够找到。我们的支持团队成员之一认为这就像试图跳上移动的火车。一旦他确实没法让开发者注意，那么以后就没有办法跟踪这个问题的状况了。

既然我们不能轻易地回头看看是否已经讨论了一个话题，那么就会常常提出相同的问题。并且无法建立一个内部知识库，让人们自己找到信息，我们只是不停的重复自己。

它无序而且无效率。

它只是模拟透明度

Slack 内部缺乏组织对我们的团队获取信息有实际的影响。我们很快发现，实时消息并不意味着保存历史或提高透明度。

如果您正在寻找一个非常具体的信息，那么 Slack 的搜索功能非常好用。然而如果你不深入检查给定频道内的所有消息，就很难对频道内容了解清楚。并且很难将主题插入到主题之间，因为中间有许多不相干的沟通。

这导致了一个令人沮丧的矛盾。理论上，团队中的每个人都可以访问在公共频道发生的所有通信。但实际上，即使是我也无法跟踪公司发生的所有对话。当时碰巧连接的人可以跟随并参与决策。其他人甚至都不知道发生了什么。

具有讽刺意味的是，随着通信的蓬勃发展，对话变得不那么透明。

一种不同的工作方式 - 异步，有意识，有组织

Slack 的产品不是问题。对团队的实时消息来说，它是完美的。 问题在于实时信息本身。 但是当我们探索替代品时，我们发现 Slack 的竞争对手使用了完全相同的实时聊天模式。

就这样，我们使用 Slack 一年之后，我们就决定创建一个全新的平台 - 一个更有条理和更有效率的沟通的平台。

一路上，我们吸收了很多灵感。我们认为，“在不考虑认知要求的任务上集中精力”这一能力，在当今连接的，基于知识的工作场所中变得越来越重要，越来越少见。人们正在醒悟到，技术在我们的注意事项上的全天候的钩子伤害了我们的工作和福祉。

我们从 2014 年开始建设 Twist，并于 2016 年 3 月 23 日将我们所有的团队沟通转移到该平台上。

我坚信，如果我们没有追求这个挑战并改变自己，我们就不会成为今天这样的团队。作为一个 50 人的远程团队，面对面互动的机会很少，Twist 给了我们一个空间，从头到尾全面讨论复杂的想法和项目，提供更有意义的反馈，提高我们决策的透明度，并在合适的时候断开链接，让我们去做一些深刻的工作。

我们通过实时消息传递来优先考虑异步通信，在持续连接方面做出很大的努力：

主线优先通信

从头开始，主线对话一直处于 Twist 的核心。 他们允许团队中的任何人创建关于特定主题的对话，并确保整个对话——想法，问题，答案和决定——让该主题保持有序。

用 Twist，我可以玩一场足球比赛，回来再继续任何谈话。 没有立即作出回应的压力。 实际上，很多成员在一天中的大部分时间都接收不到通知，有些则根本没有打开通知。 这使他们能够完全控制自己的时间和注意力，做深刻而周到的工作。

以下是我们 Doist 品牌渠道中线程的一个例子，我们讨论反馈并对 Twist 的新徽标进行了一年多的反复调查，所有这些都以同样的主线组织！从一开始主线对话就一直是 Twist 的核心。 允许团队中的任何人创建关于特定主题的对话，并确保整个对话——想法，问题，答案和决定——围绕该主题并保持有序。

Slack 最近在应用程序中引入了主线的概念。 该功能非常适合做为主要频道分支的小型对话，但它并没有解决任何我们面临的问题。 主线通信不是亡羊补牢的事情。 当一切都围绕群聊进行构建时，实时通信将始终是默认的。

真正透明的对话

根据我们对 Slack 的经验，我们知道只有公开对话的情况下，无法保证公司成员平等访问所有信息。透明度是我们围绕明确话题建立沟通的主要原因之一。

我们的团队现在可以浏览主题，以了解公司发生的讨论情况，而不必单独通过聊天频道进行浏览。我们可以深入了解感兴趣的对话，即使并没有直接参与。我们经常分享整个主线链接作为参考，因此人们可以看看我们是如何做出某个决定的。

我们最新的团队成员能够通过阅读过去关于我们的工作的讨论，迅速融入公司和团队文化。

作为首席执行官，在 Twist 主持人的所有团队对话中，我可以把握公司的脉搏，而不会被淹没。它可以让我做其他工作，而不用担心我没有重要的事情。

我们发现，Twist 帮助我们以更有意义的方式保持联系，它不仅仅是社交，而是分享重要的对话，这些对话决定了我们作为一个公司的核心。

离开状态指示器

在创建 Twist 时，我们做出了一个小而有影响力的设计选择，就是省略了在线状态指示器。

在线状态指示器已经成为任何团队沟通工具的预期功能，这是生产力通过工作时间而不是完成工作来衡量的延续。 但是我们觉得它会破坏 Twist 的异步性质：

• 如果你看到一个队友在线，你会期待立即的回应。
• 如果您看到有人离线，您更有可能推迟发送邮件，因为他们可能不会马上回来。

没有在线指示器，我们团队就适应了添加评论和发送消息。 他们无法知道该人是否在线，所以他们不希望立即作出回应。

对话可能会发生得更慢，但更多的实际工作已经完成，因为我们不必处理不间断的干扰和实时信息带来的上下文切换。

离线状态（真的关闭）

“离线状态”功能的另一个例子，就是我们设计 Twist 以促进思想沟通。 Twist 可让您设置一个离线状态，将应用程序中的所有通知静音，将您的头像更改为“假期”头像，并让您的队友知道何时返回。 人们可以通过这种方式适当地充电，并享受当之无愧的假期。

平衡是我们公司的核心价值观。 我们要努力工作，建立一个强大的公司，但不要牺牲我们的健康和人际关系。 如果我们实现了目标，但却毁了自己，那么我们还是失败了。

提高生产力和福祉的产品

无论是 Facebook 还是 Slack，今天的通信应用程序都会争夺您的注意力，并最大限度地利用自己的应用程序。这就是他们如何筹集风险投资并加大估值（Slack 目前的价值为 38 亿美元）。

我们希望 Twist 做得好，有利可图，但是我们希望这是因为它真正使团队（包括我们的）能够做最好的工作，而不是因为它劫持人们的时间和注意力。建立一个满足人们需求的产品。

这将是一场漫长而艰苦的战斗。平静，异步通信不是常态。要想认识到重点和平衡是公司需要保护并获得成功的重要资产，公司将会发生重大转变。

我们敢打赌，在未来，最成功的公司将是那些做出这种转变的公司。那些不需要他们的员工不断联系的人，他们看到创造深度工作空间的价值，留出时间来给员工完全切断和重新充电。我们很高兴能成为这项运动的一部分。

推荐阅读

• 为什么Slack等聊天工具不适合开源项目开发团队的沟通？
• 如何使用火焰图来降低服务器负载
• 被忽视的位图数据库：Pilosa查询十亿级出租车搭乘数据案例

本文作者 Amir Salihefendic，由 Jesse 翻译，转载请注明出处，技术原创及架构实践文章，欢迎通过公众号菜单「联系我们」进行投稿。

高可用架构

改变互联网的构建方式