你的项目聊天不应该在一个独立的应用里

你的任务在一个工具里，文件在另一个里，对话在第三个里——而你的团队本应保持对齐。 这是大多数小团队、自由职业者和学生小组的默认设置：用Trello或Asana追踪工作，通过Google Drive或Dropbox共享文件，用Slack或Discord沟通。至少三个工具，各有自己的通知系统、自己的搜索，以及自己版本的"事实"。 结果是项目背景被碎片化到各个平台上。决定在Slack里发生，反映这个决定的任务在项目看板里，与任务相关的文件在Drive里。要理解完整的全貌，有人需要查三个不同的地方。如果他们在Slack消息发送时不在线，他们可能根本不会看到。 这不只是不方便，而是误解、重复工作和遗漏事项的真实来源。当人们找不到解释一项任务的对话时，他们要么猜测，要么打断别人去问——两种方式都不高效。

Slack和Discord是出色的沟通工具，但它们是为组织范围的沟通设计的，而非项目级别的沟通。这个区别很重要。 在Slack里，你为话题、团队或项目创建频道。随着时间推移，频道越来越多。对话在频道之间漂移。重要决定被表情包、随机链接和跑题的讨论串埋在深处。搜索功能还不错，但前提是你记得正确的关键词和正确的频道。 Discord存在同样的结构问题。服务器充满了频道，项目特定的对话淹没在噪音中。对于游戏社区和开发者群体来说，这没什么问题；但对于管理实际项目工作，它引入了积累得很快的摩擦。 核心问题是这些工具按频道而不是按项目组织对话。你的项目有任务、文件、时间线和里程碑，关于这些事情的聊天应该与它们并肩存在，而不是在一个按完全不同结构组织的独立应用里。

IndieDevBoard 在每个项目中都内置了团队聊天。你打开项目，点进聊天，你的对话就在那里——就在看板、时间线、笔记本和文件的旁边。 直接的好处是消息与它们所关于的工作保持连接。当有人询问一个任务时，那个任务只需点击一下就能看到；当有人分享一个决定时，它就在相关里程碑和笔记所在的同一工作空间里。背景不会蒸发到另一个应用里。 这也解决了入职问题。当新团队成员加入一个项目时，他们可以在上下文中访问完整的聊天历史，看到塑造了项目的对话，就在实际工作的旁边。在Slack里，他们需要在多个频道中搜索，仍然会错过一半的相关讨论。 另一个被低估的好处是项目归档。当一个项目结束时，聊天随之归档。你不会留下一堆没有人记得归档的僵尸Slack频道。项目结束了，对话被保留，没有任何东西污染你的主要沟通工具。

小团队通常默认使用同步沟通——有人有问题，在Slack里发出来，期待立即得到回答。当每个人都同时在线时，这可以运作，但在有时区差异、弹性工作安排或需要深度专注时间的团队成员时，它会很快失灵。 每日站会和持续不断的Slack通知的肮脏秘密是它们打断了深度工作。每次通知都是一次上下文切换。研究一致表明，中断之后平均需要约23分钟才能完全恢复专注。如果你的团队每天互相提醒六次，那就是每人每天超过两小时的高效工作时间流逝。 异步沟通的运作方式不同：你发布一个更新或一个问题，人们在准备好时回应。对话仍然在那里，没有任何东西丢失，但没有人需要放下手头的事情实时参与。 对于小团队，最佳设置是默认异步，必要时同步。用项目聊天处理不需要立即回答的更新、问题和决定；当真正需要实时讨论时，才开个会议。这种平衡让人们保持知情，同时不破坏他们进行专注工作的能力。 把聊天放在项目工作空间内部，自然地支持这一点。消息是持久的，与项目相关联，人们在查看项目时顺便查看一下聊天。没有立即回复的压力，因为背景被保留，无论他们何时来都随时可见。

使用太多工具有真实的代价。工作流中每增加一个应用，就多了一次登录、一套通知、一件要检查的事情、一个信息可能藏匿的地方。 "工具疲劳"这个词被频繁提起，但它描述了一个真实的问题。当一个三人团队对任务、聊天、文件、文档和日历分别使用独立的工具时，他们在管理五个不同的界面。这种开销对小团队来说相较大型组织更沉重，因为大型组织有专门的IT人员和入职项目。 整合不是关于找到一个能完美地做所有事情的工具，而是减少团队需要检查的地方的数量。如果你的任务、聊天、文件和笔记全都在同一个项目工作空间里，那就是少了四个标签页和四套竞争注意力的通知。 这对已经在兼顾课程作业、客户工作和个人项目的学生团队和自由职业者来说尤其重要。他们最不需要的就是再多一个需要管理的应用。把聊天与项目管理放在同一个工作空间里，意味着在已经很拥挤的一天里少一次上下文切换。

项目级聊天不是所有团队沟通的替代品。如果你的组织有数百人，你仍然需要一个全公司的沟通平台。Slack非常适合公告、社交频道、跨团队讨论，以及让远程团队保持人情味的随意闲聊。 论点不是Slack不好，而是Slack不是项目特定讨论的正确场所——那些讨论需要与工作保持连接。把Slack用于公司层面的事，把项目聊天用于项目层面的事。 同样，如果你是开源社区或游戏群组的一部分，Discord服务于不同的目的——它是一个社区工具，而非项目管理工具，两者可以共存。 目标是把对话放在它们该在的地方：全公司的事情进全公司的工具，项目特定的对话进项目。当你停止把两者混在一起时，两边都会变得更干净。

每条关于项目但存在于项目之外的消息，都是一段失去的背景信息。它也许之后会被搜索找到，也许不会。无论哪种情况，都需要有人花时间和精力去追踪它。 最简单的解决方法是把对话放在工作已经在的地方。当聊天与任务、时间线和文档并肩存在于项目内部时，没有任何东西会丢失。人们保持对齐，因为信息就在那里。 如果你的团队规模小，这一点更加重要。你没有一个全职工作是让每个人保持知情的项目经理——你既是项目经理，又是开发者，还是设计师。任何能减少协调开销的事情，都把时间还给你用于真正的工作。这才是全部的意义。