markhub

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

19世纪铜版画:协议从议会大厅窗户飞出去并起火

你一定有过这样的念头。

"上周不是已经定下来了吗……?"

对话发生过,大家都点了头,窗口关上了。一周后有人问"这件事是谁在做?",你又回到搜索框,翻过 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 频道的滚动里。漂在某个微信群的通知堆里。没有显式的工单,没有显式的负责人,没有显式的截止日期

不是你的团队不够自律。是工具没在帮你。

我们真正需要的

一个被设计成"对话的结束就是执行的开始"的工具。

会议一结束,"谁 / 做什么 / 什么时候"就已经是看板上的工单。这些工单是对话的一部分,不是另一个需要有人记得去手动复制的地方。

Markhub 工作区:左边 Weekly Check-in 频道,右边 To-Dos 看板
左边频道里的会议笔记刚被创建,笔记里的决定立刻成为右边看板上的工单。没人复制粘贴。

不是"聊天工具 + 单独的项目管理 + 单独的笔记应用 + 单独的会议摘要"在四个标签页之间往返,而是汇成一条流的工具

这就是为什么 Slack、Discord、WhatsApp 不是答案,以及为什么需要一个新的品类。

所以我们正在做的

我们在做 Markhub,就是为了关上这道缝。一个对话结束的瞬间就启动执行的即时通讯。如果说 Slack、Discord、WhatsApp 是为聊天而生的工具,那 Markhub 是为执行而设计的即时通讯。

如果你正在为团队的工作沟通挑选工具,看看我们正在做哪些不同的事情。

数据来源: Harvard Business Review 会议效能调查、McKinsey "social economy" 报告(知识工作者生产力)。现场模式基于 6 年内 50+ 专业服务项目的观察。