为什么"正在做了"是产品团队最昂贵的废话

你有没有算过，一年要发多少次"正在做了"？

这句话出现在邮件、客服聊天、推特回复、Discord 线程里——你以为它在安抚用户，实际上它在悄悄消耗你的团队。更麻烦的是，用户并不买账：他们不知道具体在做什么、什么时候能好、自己的需求排第几。于是他们再问一遍。再问一遍。直到不再问，直接离开。

这不是沟通问题，是能见度问题。解决的办法不是回得更快，而是直接给他们看。

一图读懂：产品路线图的真正价值

原文用一张图概括了核心逻辑：从"被动回复"转向"主动透明"。

左边是旧模式：用户提问→团队内部查状态→翻译成用户能懂的话→手动回复→状态漂移→用户再问。右边是新模式：公开路线图→用户自助查看→反馈直接沉淀→团队专注建造。

这张图的关键洞察是：沟通成本不会消失，只会转移。你可以选择反复支付，也可以一次性投资在透明度上。

"正在做了"的四笔隐形账单

第一笔：重复劳动的复利陷阱。

每次用户问功能进度，你都要解释一遍，换种说法，换个渠道。这种沟通不累积、不放大、不随时间变便宜。小团队尤其伤——你没有专职客服，每次打断都在抽走建造时间。

第二笔：工具割裂的翻译税。

任务管理用一个工具（Jira、Linear），文档用一个（Notion），沟通用一个（Slack、邮件），反馈可能根本没有工具。用户来问时，你要查内部系统、把工程师语言翻译成用户语言、手动回复。这层翻译是纯开销，而且内部状态和外部说法会越来越对不上。

第三笔：需求错配的建筑废料。

没有结构化反馈时，声音大的用户主导决策，沉默的用户安静流失，假设取代数据。你可能以为自己在做"下一个重要功能"，实际上只在解决一小撮人的问题。几周后上线，发现没人用。

第四笔：信任流失的复利。

用户视角里，"正在做了"很模糊，像占位符而非承诺，造不出期待感。用户不需要完美，需要看得见的进度。看不见，就当没发生。

从"说"到"看"：透明度即杠杆

原文提出的替代方案很直接：每个功能请求有状态，每个任务有可见负责人，每次更新公开追踪，每个用户能看到接下来做什么。

这不是工具崇拜，是杠杆思维。把原本分散在无数次一对一回复里的信息，集中到一个活着的路线图里，让用户自助、让反馈沉淀、让团队回归建造。

原文提到的 Suggix 就是这类工具的一个例子——它把内部状态直接同步给用户，消灭翻译层。但核心不是用哪个工具，是承认一个事实：用户问"什么时候好"，其实是在问"我重不重要"。公开路线图是回答这个问题最高效的方式。

给产品团队的实用建议

如果你还在频繁发"正在做了"，可以马上做三件事：

第一，盘点过去一个月，团队花了多少时间在重复解释进度上。把次数乘以平均回复时间，你会得到一个惊人的数字。

第二，选一个最简单的公开方式——哪怕是 Notion 页面或 GitHub Project——把接下来要做的三件事列出来，标上状态（研究中 / 开发中 / 即将发布）。

第三，下次用户再问时，把链接甩过去，观察反馈。大概率你会发现：用户要的从来不是更快回复，而是不被蒙在鼓里的确定感。

透明度是少数能同时降低支持成本、提升用户信任、减少建造中断的杠杆点。越早开始，复利越长。