我们为什么一边用 Slack 工作,一边总在漏掉工作

你一定有过这样的念头。
"上周不是已经定下来了吗……?"
对话发生过,大家都点了头,窗口关上了。一周后有人问"这件事是谁在做?",你又回到搜索框,翻过 47 条结果,寻找那条真正写下决定的消息。
这不是因为你的团队懒。是工具不为这件事而设计。
聊天工具是为"对话"而生的,不是为"工作"
Slack、Discord、WhatsApp。我们每天都在用的这三个工具,出发点不同,却有一个共同点:它们都是为"对话的流动"而设计的。
- Slack. 公司内部的频道式消息。
- Discord. 游戏社区的语音与文字。
- WhatsApp. 个人 1 对 1 通讯。
核心隐喻完全相同。消息在流动。新消息把旧消息挤出屏幕,频道是无限滚动,搜索按时间戳排序。
只要流过去的是"对话",就没问题。问题在我们开始把"工作"放上去那一刻出现。工作不流动。工作必须被固定下来。谁做、做什么、什么时候完成。这种信息不能漂在流上面。
Slack. 频道一旦超过 100 个,通知就成了噪音
我经营过一家设计公司六年。Slack 是我们的神经系统。然后团队过了 15 人,项目过了 20 个,Slack 不再是神经系统,而成了噪音发生器。
每次都是同样的模式:
- 频道增长的速度比记忆更新还快。
@channel被滥用,真正重要的通知淹没在虚假的提醒里。- 线程多到你找不到决定在哪个线程里,更别说先找到那个线程。
- "AI 摘要"? "谁、做什么、什么时候"的准确率徘徊在 30% 上下。
最让人崩溃的版本是这样的。
客户通话刚结束,我们涌进 Slack,"今天定下来的事整理一下"。一小时后,四个人的记忆出现了分歧。我们都在同一通话里。没有任何东西被锚定下来。
这不是 Slack 的错。Slack 出色地解决了消息流动的问题。把决定固定下来不是它的工作,假装它能做,也不会让它真的能。
Discord. 游戏的 DNA 跟不上工作
小一点的初创公司和创作者团队,经常落脚在 Discord。轻量、语音好、免费。一旦真的拿来工作,墙就来得很快。
- 权限模型. 服务器 → 角色 → 频道。对一个公会很自然。对一家分客户、有员工、有外包、还有外部审计的公司,就很别扭。
- 搜索. 消息索引很弱。找一个月前的对话?祝你好运。
- 视频通话. 没有自动录制,没有自动摘要。会议结束,说过的话也随之蒸发。
- 合规. 企业级 SSO、审计日志、数据保留策略。都不是一等公民。任何有外部审计义务的公司,基本上从开始就没法用。
Discord 不是个糟糕的工具。只是它的 DNA 是"我们一起玩的地方",不是"我们一起工作的地方"。
WhatsApp. 工作爬到个人手机上的时候
用 WhatsApp 工作的公司不少。尤其是东南亚、拉美和中东。WhatsApp 在这些市场基本上就是商业标准。在中国,同样的模式出现在微信群里。形态完全一致。
这里的问题更微妙一些。
- 公司数据留在员工的个人手机里. 离职时根本拿不回来。
- 几乎没有可用的搜索和归档. 想找去年的消息?恢复手机备份,慢慢挖。
- 群一过 50 人就成了混乱. 关通知就漏事;开通知就睡不着。
- WhatsApp Business 也只是 1 对 1 客户服务. 它不是内部协作工具,不管我们怎么用它当协作工具。
最大的隐性风险是法律责任的模糊。员工在 WhatsApp 上跟客户达成的共识,算公司正式记录吗?公司有权访问那条消息吗?公司应该保存多久?公司和员工都没有被保护。
也不是 WhatsApp 的错。WhatsApp 作为个人通讯工具做得很好。问题只是工作爬到它上面那一刻,工具的设计和工作的需求对不上。
共同的诊断. 对话成立,执行流失
三个工具最终都收敛到同一个失败模式。
把消息送出去最在行。把决定固定、跟到执行,就力不从心。
Harvard Business Review 的调查显示,71% 的管理者认为会议低效。McKinsey 估算知识工作者28%的工作时间花在信息检索和消息整理上。在此之上,我们自己对专业服务团队的观察:会议中达成的共识里,大约40%从未真正落到工作里。
这 40% 去哪儿了?它在漂。漂在某条 Slack 线程里。漂在某个 Discord 频道的滚动里。漂在某个微信群的通知堆里。没有显式的工单,没有显式的负责人,没有显式的截止日期。
不是你的团队不够自律。是工具没在帮你。
我们真正需要的
一个被设计成"对话的结束就是执行的开始"的工具。
会议一结束,"谁 / 做什么 / 什么时候"就已经是看板上的工单。这些工单是对话的一部分,不是另一个需要有人记得去手动复制的地方。

不是"聊天工具 + 单独的项目管理 + 单独的笔记应用 + 单独的会议摘要"在四个标签页之间往返,而是汇成一条流的工具。
这就是为什么 Slack、Discord、WhatsApp 不是答案,以及为什么需要一个新的品类。
所以我们正在做的
我们在做 Markhub,就是为了关上这道缝。一个对话结束的瞬间就启动执行的即时通讯。如果说 Slack、Discord、WhatsApp 是为聊天而生的工具,那 Markhub 是为执行而设计的即时通讯。
如果你正在为团队的工作沟通挑选工具,看看我们正在做哪些不同的事情。
数据来源: Harvard Business Review 会议效能调查、McKinsey "social economy" 报告(知识工作者生产力)。现场模式基于 6 年内 50+ 专业服务项目的观察。