Build in Public 的暗坑：观众不是客户

Build in Public 能给你早期关注，但会悄悄把决策标准从「客户需要什么」换成「观众爱看什么」——两者相似，但决定了完全不同的产品。

过去两年 Build in Public 几乎成了独立开发的标配——公开写日报、晒 MRR、直播开发过程、每一个决策都发到社交平台上讨论。它带来了真实的好处：早期关注、免费流量、社群感、一个不用打广告就能建立起来的品牌。

但它有一个几乎没人提的副作用，而且这个副作用，会决定你的产品最后能不能真正跑起来。

观众不是客户

Build in Public 吸引的是喜欢看别人做产品的人：其他独立开发者、想创业但还没开始的人、对这件事本身好奇的人。他们是你的观众，不是你的客户。

观众要的是叙事。他们爱看你从零到一、爱看你的挣扎、爱看你的数字慢慢涨、爱看你做一个有趣的功能演示。给他们做产品，你会不由自主地朝这些方向走：做一些「有故事」的东西、做一些「晒出来好看」的功能、做一些「能拍成短视频」的更新。

客户要的完全不同。他们要的是他们自己的问题被解决——不需要故事，不需要炫技，甚至不关心是谁做的。他们要的东西通常不上镜：一个更好的导出格式、一个后台字段、一个默默变快了的响应。这些做出来没什么可发的，但真的能让人掏钱。

你为谁做，决定了做出什么

Build in Public 最危险的地方，是它让「发出去有反应」变成了一种即时反馈，而这种反馈不知不觉替代了真正的用户信号。

你在推特上发了一个新功能，一千个点赞——这不代表用户会用它，只代表围观的人喜欢这个概念。你决定做某个方向，评论区一片叫好——这也不代表市场需要，只代表关注你的人觉得这想法有趣。你把这些当作产品要往哪走的信号，你就在为观众设计，不是为客户。

时间一长，产品会开始「越来越好看」，但订阅数不涨。因为你的每一步都是在优化「公开出来能收获多少反应」，而不是「能不能让付钱的人更愿意付」。这两个目标看起来重合，其实分岔得很快。

表演消耗做事的时间

还有一个成本，是很多人不算的：Build in Public 本身要花大量时间。

你今天做了什么、写日报；这周进展多少、发周报；每一个功能上线、拍视频演示；每一个数字变化、做图表分享。做这些事本身没错，但它们跟「把产品做好」是两件事，而且抢的是同一份时间和注意力。

一个人本来一天能有三小时深度专注，拆一半去做内容之后，剩下的一半也很难再进入深度——因为你在写日报的时候，脑子已经在想怎么讲故事，而不是产品本身。表演悄悄替代了做事，还带着「我在营销」的合理外衣。

对单干的人意味着什么

Build in Public 不是不能做，但要清楚地知道它是什么、不是什么：

• 它是一种早期获客手段，不是产品方向的决策工具
• 观众的反应，只当作「这话题有话可说」的信号，不当作「客户会买」的证据
• 产品该往哪走，还是要看真实付费用户的行为，不看点赞数
• 别让写内容的时间侵蚀做产品的时间——每周给内容划一个上限，超了就砍

最健康的关系是：让 Build in Public 给你观众，同时让付费用户告诉你该做什么。观众是渠道，客户才是老师。搞反了，你会做出一个观众们叫好、但没人愿意付钱的产品——而且很晚才能发现。