第 16 章 · 没有人看到的作品等于没做

第四阶段 · 让它被用第 16 章Build Cycle · 分发

做东西可以独自完成，让人用它必须面对拒绝。

对付：分发鸿沟

链接发出去了。接下来是整轮里最多人放弃的一段。

机制

分发鸿沟Distribution Gap

发布了，然后没有然后。没有人看到，也就没有任何反馈可以依据。

原因不是不懂推广，是两件事的性质不同：

做东西可以独自完成。 进度由你控制，失败是私下的，随时可以推倒重来。

让人用它必须面对拒绝。 对方可能不回、可能点开就关、可能说「挺好的」然后再也不用。这些结果你控制不了，而且它们发生在别人面前。

所以人在这里会本能地转身——回去再改一版产品。那是一件更熟悉、更可控、也更安全的事，而且看起来仍然像在努力。

Build Cycle 剩下的两个阶段都依赖外部反馈：没有人用，就没有反馈可以分类；没有反馈，迭代决定只能靠猜。

所以分发不是「做完之后的可选动作」，它是这一轮能不能完成的前提。Verified Build 六项里有两项直接卡在这儿。

分发实验Distribution Experiment

一个渠道、一条信息、一个可验证目标。有结果就算数，失败的结果同样算数。

它是实验，不是广播：你在验证一个假设（这群人会在意这件事），而不是在争取曝光。

两个同事，然后停了合成案例

林舒 · 上线当天

她把链接发到组里的群，配了一句「做了个小工具，大家可以试试」。

两个人回了表情，没有人点开。她当天没有再做任何事，之后也没有。

事后复盘，三个问题：

实际情况是：这次实验压根没有做成。

写出你的第一批用户名单。规则是具体到名字，不是「运营同学」「自由职业者」这类描述。

目标是三个人。写不出三个名字时有两种可能：

对每个名字补一句：他身上的哪件事让我觉得他有这个问题？ 答不上来的划掉，那不是候选用户，那是你希望他是。

写出一份第一批用户名单，至少三个具体的名字，每个名字后面附一句他有这个问题的依据。

先不要发。下一章决定渠道，再下一章决定怎么说。

发群不算分发

群消息没有收件人。每个人都会假设「这是说给别人听的」，于是没有人行动。

一对一的消息有一个明确的接收者，它要求对方做出反应——哪怕是拒绝。拒绝也是结果，而群里的沉默什么都不是。

「没人回」不等于「没人要」

林舒把一次没做成的实验，解读成了对产品的判决。

没有目标的分发无法产出结论。下一章开始，每次实验都要先写下你期待什么。