在过去的几年中，Slack已成为高科技公司处理其内部即时消息通信的标准工具。 现在，它作为跨平台开发人员社区的专用平台而被广泛使用。
Slack是一个很好的工具，在某种程度上，围绕它的炒作是合理的，尤其是在开发人员中。 易于设置； 提供免费的免费计划； 非常可靠; 并支持酷炫的功能，例如表情符号反应，漫游器，消息格式等。
那么您要问什么问题呢？ 我想争辩说，实际上存在两个主要问题，这两个问题的根源都在于它的使用方式，它的使用超出了其核心本质-即时消息工具。
问题1：一切都迫在眉睫
研究表明，损害生产率的主要因素之一是上下文切换。 您正在处理一项任务，全神贯注于此，然后突然有人或某物打扰了您。 中断结束后，您可能需要花一些时间来处理您上次中断的原始任务。
与其他所有即时消息传递工具一样，Slack营造了一种氛围，在这种氛围下，所有事情都需要立即响应。 当然，在许多情况下，这是有道理的，尤其是当我们想开始“实时”讨论时。 但是，如果我们想就某个主题进行持续的小组讨论，那不应该在其成员之间引起紧迫感，该怎么办？
问题2：难以找到解决方法
Slack的UI作为即时消息传递工具的核心，它是“扁平的”。 Slack几乎没有视觉或逻辑层次结构-有点像没有缩进和功能编写的代码。
当同一对话中存在多个活跃的讨论时，这会使用户很难在所有内容中找到自己的方式，因为讨论往往会相互交叉*。 这是Channels上的一种常见情况，相当于Slack的组，其成员数多。
替代解决方案
我发现一种行之有效的解决方案，可以解决上述两个问题，它是使用Facebook的网上论坛或他们的面向工作的新平台Workplace，用户的帐户与他们的个人帐户分开了。 众所周知，作为管理社区的流行工具，它对于“社区”工作也非常有用。 当某人对小组中的某个帖子做出反应时，会在该帖子的框架内将与之相关的评论作为评论进行呈现。 此演示文稿通过在层次结构中展示内容（按帖子分开讨论）解决了内容定向问题，从而使用户可以轻松找到自己的出路。
此外，此演示还解决了所有紧急问题，方法是使用户可以轻松地按帖子（而不是像Slack **那样按频道）订阅接收通知，并介绍另一种内容可以被认为是紧急程度较低的人。
使用Slack就是它
同样，Slack是一个很棒的工具，带来了许多新的创新。 但这并不意味着我们应该将其用于不是它的地方。
–
免责声明：我的应用“猫或狗”是Facebook FbStart计划的成员。 但这绝不是任何形式的付费广告，也没有任何人要求我写。 它仅反映基于我个人/公司经验的观点。
* Slack确实支持他们所谓的Threading －通过创建“边”讨论即Thread来回复消息的选项。 这个概念实际上有点类似于发布-根据父邮件对邮件进行分组。 但是据我所见，它并未得到广泛使用（可能是因为它不是自然地从UI派生的）。
**通知还有另一种设置，称为Just Mentions ，它将根据用户的提及或他们定义的关键字来通知用户。
