三年前，自动站我在一家做企业软件的化需创业公司工作。每天最痛苦的布网事，不是自动站写代码，而是化需跟产品经理对需求。他拿着一个三十页的布网文档，我看了两页就不想看了。自动站文档里全是化需“用户可能觉得”“系统应该支持”这种话。我问他，布网你告诉我，自动站这个按钮到底要不要？化需他说，你看着办。布网我看着他，自动站他看着我，化需最后需求上线延迟了两周。布网

后来我们试了一个办法——把需求发布从“文档”改成“网站”。不是那种复杂的项目管理工具，就是一个简单的内部网页。产品经理把需求写成卡片，每张卡片上只有三句话：用户是谁，他想干什么，为什么现在干。代码、设计、测试，所有人都能看，都能评论，但没人能改。评论只允许提事实，不许提感觉。有人写“这个页面加载超过两秒”，可以。有人写“我觉得蓝色不好看”，删掉。规则很粗暴，但管用。

这个网站有个特别笨的功能——每个需求都带一个“自动发布”的倒计时。产品经理设定一个日期，比如两周后。时间一到，需求自动变成“待开发”状态，推给研发队列。想改？可以，但必须开一次会，会上要说明为什么当初的判断错了。没人愿意为了改需求去开会，于是倒计时成了硬约束。以前需求拖三个月是常态，现在最多两周，因为系统不等人。

有意思的是，这个网站还改变了说话方式。以前开会，产品经理说“我觉得用户会喜欢”，现在他得写成“我观察了十个人的操作记录，其中有八个人在第二步退出”。事实摆在卡片上，代码还没写，争论就已经少了一半。有个测试同事跟我说，这网站像一面镜子，把模糊的想法照出形状来。形状不好看，但至少看得见。

当然，它不是万能的。遇到真正复杂的需求，比如跨部门的数据接口，三句话根本说不清。这时候我们会加一个“附件”区，但附件不能是文档，只能是图表或截图。逼着人把抽象的东西画出来。有一次，一个产品经理画了张流程图，里面有个循环箭头指向自己，我看了半天才明白，他想说这个功能得反复迭代。我笑了，这比看三十页文档痛快多了。

现在我自己做独立开发，也沿用这个思路。我的需求发布网站就一个页面，白底黑字，每个需求一行。没有评论，没有倒计时，只有我自己写给自己看的句子。比如上周我写：“给导出功能加个进度条，因为用户等十秒会关掉页面。”今天看，觉得写得还行，就动手做。要是哪天觉得不对，改起来也容易——删掉那行字，重新写。

自动化需求发布，说到底不是技术问题，是逼着人把“我以为”变成“事实是什么”。网站只是个容器，真正起作用的是那个倒计时、那条评论规则、那句必须写清楚的话。工具会过时，但这个习惯不会。你要是也做产品，不妨试试，哪怕就一个网页，哪怕只有你自己看。