铁律：分发 > 产品——90% 的独立开发者死于"没人知道"
- 认清独立开发者真正的死因是"没人知道"而不是"产品不够好"
- 把"功能 80% / 分发 20%"的时间比，在 pre-PMF 阶段彻底倒过来
- 学会用 CAC 和见效速度给分发渠道排序，先打便宜又快的
- 拿到一份可直接照抄的"一周时间分配模板"，逼自己每天碰分发
我认识一个写代码很猛的哥们，产品做得真不错——界面干净、功能扎实、连暗黑模式都做了。上线那天他发了个朋友圈，配图是后台监控大盘。一个月后我问他用户多少，他支吾了半天说"还在打磨产品"。又过了三个月，产品更精致了，多了导出、多了快捷键、多了主题切换。用户呢？还是个位数。
他不是不努力，他是把劲儿全使在了看不见用户的地方。他每天打开电脑做的第一件事是写代码，最后一件事还是写代码。分发？"等产品再好一点再说。" 而"再好一点"永远没有尽头。
这一节不教你怎么把产品做得更好——恰恰相反，它要拦住你：在你拿到 PMF（产品市场契合）之前，决定你生死的不是产品做得多好，而是有多少人知道它的存在。 读完你会拿到一张时间分配模板和一张渠道排序表，逼自己从"闷头做"切换到"边做边让人知道"。
这篇适合谁：你正在做（或刚做完）一个独立产品/SaaS/工具，技术不是问题，但用户增长卡住了，或者你压根还没开始想"做完之后怎么让人知道"。
先把死因摆上桌：90% 死于"没人知道"
独立开发者圈子里有一个被反复验证的残酷规律：绝大多数独立产品失败，不是因为产品差，而是因为没人知道它存在。（口径：独立开发与创业复盘的普遍共识，约九成失败项目的核心问题是"分发/获客"而非"产品质量"，具体百分比各来源略有出入，记住量级即可。）
这件事和上一阶梯讲的"没人要"是两回事，别搞混：
- "没人要" 是需求层面的死——东西本身没人需要。这个该在动手前用落地页冒烟测试验掉。
- "没人知道" 是分发层面的死——东西其实有人要，但你没让那批人看见它。
第二种死法尤其让人不甘心：你做对了一个真需求，产品也能解决问题，结果就因为"躺在那没人发现"，活活饿死。这就像你在沙漠里开了家很好的餐馆，菜做得再好，没人路过，照样关门。
为什么聪明的开发者会栽在这？因为做产品有即时反馈，分发没有。你写一个功能，跑通了，绿灯亮了，多巴胺立刻到账；你发一条帖子推广，大概率石沉大海，没人理你，挫败感拉满。于是大脑诚实地选择了那条让自己爽的路——继续写代码。"做完就有人用"是这个时代最贵的幻觉之一。
这篇的增量一：把时间比倒过来
大多数人的时间分配长这样：功能 80%，分发 20%。 甚至很多人是 95% / 5%——分发那点时间还是上线当天发个朋友圈就算交差了。
我要告诉你的反直觉结论是：在你拿到 PMF 之前，这个比例应该倒过来——分发优先，至少对半开。 不是因为产品不重要，而是因为这个阶段你最缺的信息不在代码里，在用户那里。每多一个真实用户接触你的产品，你拿到的反馈、暴露的问题、校准的方向，比你闷头多写三个功能值钱得多。
给你一张可以直接照抄的 pre-PMF 一周时间分配模板（按你能投入的时间等比缩放即可）：
| 时段 | 做什么 | 属于 |
|---|---|---|
| 每天开工第一件事 | 发 1 条内容 / 回 5 条社区互动 / 私聊 1 个潜在用户 | 分发 |
| 上午剩余 | 跟用户聊、看数据、改最痛的那 1 个体验问题 | 一半分发一半产品 |
| 下午 | 写代码、修 bug、做功能 | 产品 |
| 收工前 15 分钟 | 记录今天"多少人知道了我"——新增曝光/访客/注册 | 分发复盘 |
这张表的关键不在精确比例，而在一条铁律：每一天都必须有"让更多人知道"的动作，哪怕只有 15 分钟，雷打不动。 分发最怕的不是做得少，是"想起来才做"——三天打鱼两天晒网，等于没做。把它变成像刷牙一样的日常，复利才会启动。
提示：如果你实在张不开嘴做分发，先从最低门槛的开始——每天在一个相关社区认真回答一个别人的问题，不带任何链接。先建立存在感，比硬推链接舒服得多，效果也好。
这篇的增量二：按 CAC 和见效速度给渠道排序
分发渠道一大堆，新手最常犯的错是一上来就花钱投广告——因为投广告"看起来最像在做正事"，花钱买流量，立竿见影。但对 pre-PMF 的独立开发者，付费广告往往是最差的起手式：贵、烧钱快、而且在产品还没打磨好时投流，等于把钱浇在漏水的桶上。
判断一个渠道值不值得先做，看两个轴：
- CAC（获客成本）：拉来一个用户要花多少钱/多少精力。越低越好。
- 见效速度：从开始做到看见效果要多久。越快，反馈越快。
把主流渠道按这两个轴排一下序，你就知道该先打哪个：
| 渠道 | CAC | 见效速度 | 适合阶段 | 说明 |
|---|---|---|---|---|
| 目标社区持续给价值 | 极低（只花时间） | 中 | 最早期，强烈推荐先做 | 在买家已聚集的地方混脸熟，建信任 |
| 内容/SEO（教程、解决方案文） | 低 | 慢（数月起） | 越早开始越好 | 见效慢，但长期 ROI 极高，可达数百% 量级，是复利资产 |
| Launch 平台（Product Hunt / Hacker News 等） | 低 | 快（爆发式） | 有基本可用产品时 | 一次性爆发，攒首批用户和反馈，下一节细讲 |
| 软件目录（G2 / SaaSHub 等） | 低 | 慢 | 上线后常态维护 | 被人主动搜来时的"承接位" |
| 冷启动 1:1 私聊/手动触达 | 低（极费精力） | 快 | 前 50 个用户 | do things that don't scale，下一节专讲 |
| 付费广告 | 高 | 快 | PMF 之后再放量 | pre-PMF 别碰，桶在漏水别浇 |
读这张表的口诀：先打"低 CAC + 见效快"的（社区、Launch、1:1 私聊）拿到第一批用户和反馈；同时埋下"低 CAC + 见效慢"的复利资产（SEO/内容、软件目录）；把"高 CAC"的付费广告留到 PMF 之后再放量。
这里要特别强调 SEO/内容：它见效慢得让人想放弃，三个月可能都没什么动静。但它是复利资产——一篇真正解决问题的好文，会在之后的一两年里持续不断地把精准用户送到你面前，长期 ROI 高到离谱（数百% 量级）。意向渠道（用户主动搜来、主动从社区点进来）的 CAC，本来就远低于花钱买来的泛流量。所以越早动笔越好，今天种树，明年乘凉。
反面教训：闷头做半年，发布即结束
讲个我看得最揪心的真实跟头。
一个开发者做一个面向设计师的小工具，闷头做了半年，期间几乎没对外说过一句话——他的理由很"正派"：怕半成品丢人，想等做到完美再惊艳全场。半年后产品确实漂亮，他选了个周末上线，在三四个群里发了链接，配文"做了很久，欢迎试用"。
然后呢？发布那天来了几十个访客，留下个位数注册。第二天，访问归零。因为他在产品里憋了半年，从没在外面积累过任何"等着看他发布"的人。发布不是开始，对他来说几乎就是结束——一次性把半年攒的那点社交资本花光，烟花放完，黑下来了。
对比一下那些做得好的人怎么干的：他们从第一天就开始公开做（build in public）——把过程、踩的坑、阶段性成果持续晒出来，一边做一边攒关注者。等真正上线时，已经有一群人知道他、信任他、等着用他的东西。发布对他们是"水到渠成的引爆"，不是"对着空气放烟花"。
这个反面教训的核心就一句：社区先于产品。 在发布之前就埋点、就攒人、就建立存在感，转化率会远高于"做完了再去冷推一群陌生人"。等你做完才想起来要分发，你已经输在起跑线了。
动手挑战
别光点头，今天就动手：
- 打开你的日程，把明天上午第一个小时锁死给分发——发一条内容、或在一个目标社区认真回一个问题、或私聊一个潜在用户。连做 7 天，记录每天"多少人新知道了我"。
- 用上面的渠道排序表，给你的产品圈出现在就该先打的 2 个低 CAC 渠道，并写下你这周在每个渠道的第一个具体动作。
- 如果你还在"等产品完美再发"，今天就发一条"我正在做什么"的公开内容（哪怕产品还很糙），开始 build in public。感受一下"被人看见"和"闷头做"的差别。
小结 · 你现在掌握了什么
- 你知道了独立开发者的头号死因是"没人知道"，它和"没人要"是两种不同的死法，得分开治。
- 你明白了"做完就有人用"是幻觉，pre-PMF 阶段要把"功能 80% / 分发 20%"的时间比倒过来。
- 你手里有了一张渠道排序表：先打低 CAC + 见效快的（社区、Launch、1:1），埋下低 CAC + 见效慢的复利资产（SEO/内容），把高 CAC 的付费广告留到 PMF 之后。
- 你记住了那句最该刻进脑子的话：社区先于产品，发布是引爆不是结束。
产品是你的子弹，分发是你的枪。子弹再好，没有枪、不扣扳机，打不中任何人。
下一步：知道了"必须做分发"，下一节去学最具体的一步——冷启动：去哪找最早的种子用户；想看自己在整条路上的位置，对照三支柱路线图。
👉 看看我们的 AI 编程实战体系课，或逛 AI 编程教程大全 把基本功打扎实。