当人人都在 Build in Public，就没有人在 Build in Public 了

原文来源：laike9m — 当 Build in Public 成为独立开发者圈的标配时，它的价值是否已经被稀释？这篇文章提出了发人深省的批判。

自从几个月前加入独立开发者社区以来，我一直以极大的好奇心观察着大家的动向。有一件事我立刻就注意到了：每个人都在谈论"Build in Public"。如果你对这个术语不太熟悉，这里有个定义：

（Build in Public）是一种有意为之的实践，指的是在事情展开的过程中创建内容并分享你公司的故事——带着透明、开放和脆弱性。

—— 《什么是 Build in Public？》

Build in Public 最常见的一种做法就是分享自己产品的收入。我随手挑了一条推文来展示它长什么样：

一开始我想："好吧，大家都在这么做，那一定是件好事。"但几个月后，我开始产生了一些疑问。

我的第一个问题：人们是不是做得太过了？

如果你像我一样关注了足够多的独立开发者，Twitter/X 就会开始给你推荐类似的帖子。我说的"随手挑了一条"是真的随手——类似的内容在我的时间线上到处都是，我只花了不到 5 秒就挑到了第一条。根据我的观察，每 10 条"Build in Public"的帖子中，大概有 5 到 6 条都是在分享收入，中间还夹杂着像"我是如何在 3 个月内将销售额提升 100 倍"这样的内容。

说清楚一点，我并不反对这些帖子。如果我达到了 1000 美元的里程碑，我也想和全世界分享。但问题在于，人们似乎更愿意发帖炫耀自己的成就，而不是分享关于产品本身的想法和计划。也许是因为成就帖更能吸引注意力？我不知道。但如果我因为某个产品而关注一个人，我对产品本身的兴趣远大于对背后那个人的兴趣：我想知道新增了什么功能、长期计划是什么等等。不过，也可能这只是我个人的感受。

另一方面，有些帖子感觉纯粹就是在炫耀。没错，你做到了 1 万、10 万美元的月经常性收入（MRR），恭喜你。但你真有必要每天翻来覆去地说吗？这对客户或关注者有什么好处？带来了什么价值？什么都没有。这就是标题党。一次两次，还能让人受启发、开眼界，但次数多了，就只是让人厌烦。

我的第二个问题：这真的有效吗？

十年前，当 @levelsio 还默默无闻的时候，"Build in Public"还是一件全新的事情。你看，当所有人都还在走"构建 -> 上线"（通常是一次性发布）的传统路线时，突然有个人开始以一种前所未见的方式分享一切：他在做什么、什么做对了什么做错了、他赚了多少钱等等。这自然为他吸引了大量关注，让他一举成名（当然，前提是他的产品也确实过硬）。

那时候，"独立黑客"（indiehacking）本身也是一件新鲜事，没几个人在做。如今，情况完全不同了。Twitter 上的"Build in Public"社区有 33,300 名成员，r/indiehackers 有 20,000 名成员，indiehackers.com 有 100,000 名订阅者。独立黑客这个领域不再是午夜空无一人的广场，而是人满为患：有大学辍学的年轻学生、有辞去朝九晚五工作追寻更大梦想的人、还有被裁员后决定再也不回去上班的人。如 Google 趋势 所示，在 2016 年 10 月之前，"indiehacker"或"indie hacker"几乎没什么搜索量。看看现在是什么样子吧。

你可能已经猜到我想说什么了：

当人人都在 Build in Public，就没有人在 Build in Public 了。

让我们承认吧，Build in Public 的主要目的是吸引注意力、建立社区，这样你才能持续销售产品。但当每个人都在这样做（而且有些人做得特别出色）的时候，你又能分到多少注意力呢？

说出来有点奇怪，但我们别忘了，最终起决定作用的还是产品本身。许多成功的独立黑客和单人创业者并不做 Build in Public，或者至少不是以那种流行方式。Nick Moore（PopClip 的作者）很少发推文，只有在大更新时才会在用户论坛上发帖。Danny Lin（OrbStack 的作者）从未分享过他的收入，也只是偶尔发推。他们构建了一些有史以来最好的软件，而他们并不做 Build in Public。我想说的是，Build in Public 可能对某些人来说很好、很有效，但它不是唯一的路，你（作为一名独立开发者）不应该因为没做这件事而感到任何压力。