公开构建
把做产品的过程公开出来，让对的人在你上线之前就认识你。
大部分人不会从陌生人一步变成客户。路径通常是这样：
陌生人 → 隐约知道你在做什么 → 开始关注 → 成为用户 → 帮你传播公开构建的作用是走通前两步。等你上线的时候，一部分人已经准备好了。
这不是营销技巧，是把你本来就在做的事说出来。
早期最不该做的事是花钱买流量。公开构建的成本是时间，而这段时间同时在积累两样东西：用户，和你自己对产品的理解。
为什么现在更有效
信息流里现在大量是模板化的生成内容。读者反而在找相反的东西：产品背后那个真实的人——他的判断、他纠结过的选择、他犯过的错。
这件事没法批量生产，所以它是少数不会被稀释的差异化。
三个最常见的顾虑
"我把经验分享出去，别人会抄我。"
你完全不需要分享商业机密。人们想看的不是你的代码或商业计划，是你学到的东西——踩过的坑、做过的决策、验证过的判断。
而且说实话：如果发几条内容就能被抄走的生意，它本来也没什么防御力。
现在技术底座越来越相似，真正拉开差距的是信任、社区和你自己的分发渠道。一群愿意听你说话的用户，是竞争对手没办法一夜之间复制的。
"我没时间，这会分散我做产品的精力。"
讲清楚你在做什么，本身就是正经工作的一部分。构建的门槛在降低，分发的难度在上升——代码在变便宜，注意力在变贵。
还有一个隐藏收益：持续公开之后，你不再需要做冷触达。对方已经看过你的内容、认可你的思路，你去联系他就不是"冷"的了。用户访谈、早期测试、合作，都更容易推进。
"公开构建就是发更新日志。"
没人想看你的 changelog。
"今天上线了什么功能"读起来就是流水账。人们爱看的是幕后：你为什么做这个功能、你否决了哪些方案、你怎么一步步改到现在这版。
发什么
不用想得太复杂。做的过程中自然有东西可发：
| 类型 | 具体一点 |
|---|---|
| 你遇到的问题 | 为什么你觉得这值得解决 |
| 你的决策过程 | 为什么选 A 不选 B，B 的问题在哪 |
| 进展和数据 | 第一个真实用户、第一次被拒绝、第一笔收入 |
| 踩过的坑 | 具体的错、具体的代价、学到了什么 |
| 意外发现 | 和用户聊完之后，哪件事和你预期不一样 |
一个实用技巧：把你的目标读者想象成六个月前的自己。 那时候你希望有人告诉你什么？
好内容不是"我做了什么"，是"我学到了什么，你也能用上"。
发在哪
不用每个平台都做。选一到两个你本来就在用的平台，持续发就够了。
具体平台的差别在渠道选择里，公开构建这种形态在这几类地方效果最好：
制造粉丝，不是头条
很多人想"一炮而红"。这基本不会发生，而且真发生了你也接不住。
更现实的做法是：持续分享，积累一小群真的在乎你在做什么的人。
别盯着浏览量。看有没有人回复、有没有人问细节、有没有人私信。十个会追问的人，比一万次划过有用。
说清你的原则
在公开的过程中，让读者知道你是什么样的人。这不是喊口号，是吸引对的人、过滤掉不对的人。
比如你可以明确说：我追求盈利不追求融资；我不接外包；我一周只做四天；我不做某一类需求。
这些话会让一些人走开，但会让另一些人更愿意跟着你。后者才是你要服务的人。
边界
公开不等于什么都说：
- 用户的具体信息、聊天记录、材料，不经同意不要公开
- 涉及合作方的商业条款不要单方面披露
- 收入公开是可选的，公开了就要能持续，中途停掉会引发猜测
- 不要为了内容效果夸大数据——这是最容易被验证也最伤的一种
你可以选择不说，但不要说假的。 公开构建全部的价值建立在可信上。
常见错误
只发产品链接。 没有上下文，没人会点。
只发成功不发失败。 完美形象反而让人不信。真实才有吸引力。
追爆款。 一次爆款不如一百个真正关注你的人。
发完就不管。 不回复评论，你只是在广播，不是在建立关系。
假装专家。 承认还在学，反而更容易建立信任。
只发给同行看。 同行的反馈来得快，但他们不一定是你的客户。要有意识地留一部分内容给真实用户。
觉得自己还不够格再开始。 这个念头不会随着进展消失。现在的进度本身就是内容。
验收标准
- 选定了一到两个平台，不四处铺
- 发的是过程和判断，不是更新日志
- 有具体的坑、决策和意外发现，不只有结果
- 明确写过自己的原则和边界
- 用回复、追问、私信判断效果，不看浏览量
- 回复评论，不只发布
- 涉及用户和合作方的信息经过同意
- 数据是真的
本章动作
今天发第一条：写你这周做的一个决定，以及你否决掉的那个方案和原因。