build in public 是不是假忙？

对一个一直学习、从不下水的人，公开做东西能逼他结束“我好像懂了”的虚假满足，把第一版真正做出来，也让用户、反馈、合作者更早找到他⁠1。所以它一开始解决的问题是拖延和不敢展示，而不是制造工作量。判断它是不是假忙，先看它有没有把你推向真实的作品和真实的人；如果只是把已经会的东西反复讲一遍，那它就没在解决原来的问题。

一次 Build 会同时产生三本账：作品账看东西做成了什么，故事账看“我在做这件事”获得多少注意力，商业账看用户是否持续使用和付费⁠2。故事账结算最快，播放量和 Star 几小时、一天就有结果，可靠性和真实使用却要几个月才看得出来⁠2。一旦故事账开始决定选题，人就会挑更容易发布的工作，把真正影响长期业务、却暂时无法传播的事一再推迟⁠2。这时的忙不是假的，但方向被平台需要和观众偏好接管了。

可操作的顺序是先做因为对业务重要的事，再把其中值得传播的部分讲出来，而不是先问什么容易传播再决定做什么⁠2。同样地，工具和原型最容易让人觉得在进步，因为它们能截图、能发帖，但工具几个月就换一轮，原型只碰到需求清楚、数据简单、用户只有自己的情况⁠3。真正留下来的，是拿到模糊需求先拆成可检验的小步、结果不对先找原因这类方法，以及从原型走到产品时一次次撞上现实的经验⁠3。如果公开的内容来自这些真实推进，它就在帮你，而不是替你表演。