公开构建
Building in Public 是独立开发者最有效的获客方式之一。分享你的构建过程,边做边积累早期用户。
很多人以为营销就是打广告。打广告要花钱,而独立开发者早期最不该做的事情就是花钱买流量。
更好的方式,是让别人主动找上你。公开构建(Building in Public)就是那条路。
为什么公开构建有效
大部分人不会从陌生人一步变成客户。路径是这样的:
陌生人 → 隐约知道你的存在 → 成为粉丝 → 成为客户 → 成为帮你传播的人
公开构建的作用,是把前两步走通。你不断出现在目标用户的视野里,他们看着你从 0 到 1 做东西,建立信任。等到你推出产品时,他们已经准备好买单了。
《小而美》的作者萨希尔说得更直接:**「人们不在乎企业,他们在乎别人。」**所以,把自己放在故事的中心——你遇到了什么问题、为什么做这个产品、中间犯了什么错——而不是只放产品链接。
在 AI 生成内容泛滥的今天,公开构建反而变得更稀缺了。信息流里全是 AI 吐出来的模板化内容,用户其实在渴望反面:产品背后那个真实的人。 他们想看到你的脸、你的思考过程、你纠结过的选择。在一堆生成内容里,做一个活生生的人,就是最大的差异化。
3 个最常见的误解
聊过很多想做公开构建但犹豫的人,卡点几乎都是这三个——但它们经不起推敲。
误解 1:「我把经验分享出去,别人会抄我」
首先,你完全不需要分享任何商业机密。看看那些做得最好的人——OpenAI Codex 的负责人在 X 上直接问用户"我们的产品哪里让你不爽",Lindy 公开分享他们从 Claude 迁移到 DeepSeek 的决策过程,The Browser Company 的设计师写了整整 10 条推文讲一个功能的迭代思路。没有一个人泄露了商业机密,每一条都实实在在地打中了读者。
人们想要的不是你的代码或商业计划,是你学到的东西。把踩过的坑、做过的决策、验证过的认知分享出来,不会降低你的壁垒——反而让你在这个领域建立思想领导力,带来信任、人脉和声誉。
而且说句实话:如果发几条推文就能被人抄走的生意,它本来就不太有防御力。
更重要的是,AI 时代需要重新理解什么叫"护城河"。以前技术本身是重要的壁垒,但现在所有人都建在相似的模型和技术底座上。真正能拉开差距的,是品牌、信任、社区和你自己的分发渠道。 拥有一群信任你、想听你说话的用户,是任何竞争对手都没法一夜之间复制的。与其依赖外部力量(KOL、PR、广告投放),不如自己掌握叙事、自己拥有分发。
社区才是护城河。品牌才是护城河。信任才是护城河。
误解 2:「我没时间,公开构建会分散我做产品的精力」
营销和讲故事本身就是正经工作的一部分,甚至可能比写代码更重要。
Vercel 的创始人 Guillermo Rauch 说过:发布(shipping)是一种独立于编程的能力。发布包含了设计、编码、测试、讲故事、教学、营销、销售、转向、迭代。以前编程能力占主导,是因为会写代码的人稀缺。AI 让代码变得越来越便宜,你的其他能力反而更值钱了。
你做的产品终究是给人用的。如果别人不知道你产品的存在,他们就不会用。AI 降低了构建的门槛,但拉高了分发的难度。代码是便宜的,注意力是昂贵的。 讲故事需要时间和精力,而这个时间值得花。
还有一个隐藏收益:持续公开构建会让你不再需要做冷触达。当用户已经看过你的内容、认可你的思路,你再去联系他们就不是"冷"的了,回复率可能高 10 倍。用户访谈、早期测试用户、合作伙伴——都更愿意回应一个他们已经"认识"的人。
误解 3:「公开构建就是发我的产品更新日志」
没人想看你的 changelog。
"今天上线了什么功能"这种流水账,读起来就是流水账,没人在意。人们真正爱看的是幕后的故事——你为什么要做这个功能、你否决了哪些方案、你是怎么一步步迭代到当前版本的。他们想看到一个有血有肉的人,把自己的思考和用心放进了一款软件里。
不知道怎么开始?试试这些角度:
- 和用户聊完之后,有什么让你意外的发现?
- 某个功能或设计背后的思考过程——你拒绝了哪些替代方案,为什么最后选了这个?
- 这周在产品和商业上学到了什么上周还不知道的东西?
- 一个简单的技巧:把你的目标用户想象成 6 个月前的自己。 那时候你希望有人告诉你什么,才能少踩那些坑?
好内容不是"我做了什么",而是"我学到了什么,你也能用上"。
发什么
不用想得太复杂。你在做的过程中自然有东西可发:
- 你遇到的问题:为什么你觉得这是个值得解决的问题?
- 你的决策过程:为什么选 A 方案不选 B?
- 进展和数据:第一周 10 个用户、第一个付费用户、第一次有人骂你
- 踩过的坑:你犯了什么错,学到了什么
- 收入公开:很多人愿意看真实数字,这是最有说服力的内容
关键原则:**分享过程,不只分享结果。**一个「我从 0 做到月入 $1000 全流程」比一个「我上线了一个新产品」有吸引力得多。
发在哪
独立开发者常用的平台:
- X / Twitter:英文受众,即时反馈快,适合日常更新
- 即刻:中文独立开发者圈子,氛围好
- 小红书:适合有视觉输出的产品
- V2EX:技术向,适合工具类产品发布
- Indie Hackers:独立开发者社区,收入透明分享的传统
不用每个平台都做。选 1-2 个你本来就用的平台,持续在上面发就够了。
制造粉丝,不是头条
很多人想「一炮而红」——发一篇帖子就爆。这基本不会发生。
更现实的做法是:持续分享,积累一小群真正在乎你在做什么的人。
萨希尔在创建 Gumroad 之前,花了好几年在设计师社区里回答问题、分享作品、写教程。他说:「世界上真的不存在一夜成名。大部分人的成功都是多年努力的结果。」
所以别盯着浏览量。看有没有人回复、有没有人问问题、有没有人私信你。这些才是真正的信号。
界定你的价值观
一个经常被忽略但非常重要的点:在公开构建的过程中,让受众知道你是怎样的人。
萨希尔建议「早早界定、经常强调你的价值观」。这不是喊口号,而是帮你吸引到对的人、过滤掉不对的人。
比如你可以明确地说:
- 我追求盈利,不追求融资
- 我每周只工作 4 天
- 我不接外包,只做自己的产品
这些价值观会让一些人走开,但会让另一些人更喜欢你。而后者才是你真正该服务的人。
常见错误
- 只发产品链接:没有上下文,没人会点
- 只发成功,不发失败:完美形象反而让人不信任。真实才有吸引力
- 追求 virality:一次爆款不如 100 个真正关注你的人
- 发完就不管:不回复评论,你就只是在广播,不是在构建社区
- 假装专家:承认自己还在学,反而更容易建立信任
最后
公开构建不是「营销技巧」。它是你诚实地展示自己的构建过程,顺便让对的人找到你。
如果你觉得自己还不够格——可能这正好是开始的最佳时机。萨希尔说过:「我看到很多创始人不管多成功,都仍然受困于冒名顶替综合征。但你有可以提供的东西,而且现有的客户很在乎这种东西。」
今天就发第一条。
延伸阅读
如果你想继续理解真实分享为什么有效,可以读 《小而美》里的做自己就是营销。
这篇文档有问题?