适用场景
任何东西做到"差不多可以了"的时候——文章写完、课程成稿、工具能跑、孩子的小项目做出来了。 这个流程的作用是拦住"再打磨一遍"的冲动，把它推向外部。
核心原则
做完一件事叫任务，跑完一整圈才叫系统。>
东西存在 ≠ 做完了。做完 = 这条链跑完了：有人用了、说了话、你改了一版。
给自己用和给别人用，中间隔着大约 100 倍的边界情况——而它们只在真的交出去之后才会出现。
步骤
- 指定第一个真实用户（不是"目标人群"，是一个具体的人）。写下他的名字。指不出来，说明这东西还没有需求，回到 真实需求三关。
- 砍到最小可交付。砍到"再花 10 分钟就能给出去"的程度。不追求完整，追求能被使用。缺的部分口头补，别再写了。
- 真的交出去。发给他 / 发出去 / 让他打开用。这一步是整个流程唯一不可跳过的——前面两步都可以糙，这一步不做，前面全部作废。
- 闭嘴观察他用。不解释、不引导、不辩护。看他卡在哪、跳过了什么、什么地方皱眉。你想解释的地方，就是要改的地方。
- 收一条真实反馈。要具体的：「哪里最别扭 / 哪一句没看懂 / 哪一步你放弃了」。
- 改一版，只改一处。挑最疼的那一条改。改完告诉他"按你说的改了"——这一步会让他愿意给第二次反馈。
- 记录这一圈的结果：他用了吗？改完之后用得更顺吗？只有这一条能回答"这东西到底成不成立"。
- 然后才决定要不要放大（做更多、做更精、开始收费）。跳过 1–7 直接放大，等于把没验证的东西复制了 N 份。
流程图
flowchart TD
A[东西基本做完了] --> B{指得出第一个
具体的人吗？} B -->|指不出| C[回去做需求三关] B -->|指得出| D[砍到最小可交付] D --> E[真的交出去] E --> F[闭嘴观察他用] F --> G{拿到具体反馈了吗？} G -->|只有客套话| H[追问一次
哪里最别扭] H --> G G -->|拿到了| I[只改最疼的一处] I --> J[告诉他改了] J --> K{用得更顺了吗？} K -->|否| F K -->|是| L[这一圈跑完 ✅] L --> M{要不要放大？}
具体的人吗？} B -->|指不出| C[回去做需求三关] B -->|指得出| D[砍到最小可交付] D --> E[真的交出去] E --> F[闭嘴观察他用] F --> G{拿到具体反馈了吗？} G -->|只有客套话| H[追问一次
哪里最别扭] H --> G G -->|拿到了| I[只改最疼的一处] I --> J[告诉他改了] J --> K{用得更顺了吗？} K -->|否| F K -->|是| L[这一圈跑完 ✅] L --> M{要不要放大？}
注意事项
- 步骤 3 是全流程的真正门槛。所有回避都发生在这里，而且伪装成"再改改就发"。内容永远可以更好，但更好的内容不会自己长出用户。
- 警惕"打磨已完成环节"：如果你正在改的东西已经交付过了（比如已发布的文章），投入产出比接近零——卡点在下一环，不在这一环。
- 步骤 5 拿不到具体反馈，往往说明用户不够真实——他是出于人情看的，不是真有麻烦。回步骤 1 换人。
- 不收费一样能跑完这一圈。付费只是"付出代价"的一种形式，用时间、改习惯、持续使用同样算数。
- 孩子的项目走同一套，家长只做 1、3、5 步的推动者，第 2、6 步坚决不代劳。
成功标准
- 至少一个不是你自己的人真的用过
- 拿到过至少一条具体的不满意
- 因为这条不满意，改出过 v2
三条缺一条，这一圈就没跑完。
迭代记录
| 版本 | 日期 | 改动原因 |
|---|---|---|
| v1 | 2026-08-25 | 初始版本。触发场景：AI 育儿 22 讲写完 22 篇发出 19 篇，但"有人跟着做→反馈→改版"整段是空的 |
相关概念
来源记录
- 2026-08-25：提炼自 2026.08.17.你到底以什么为导向（做得全 > 做得好）与 2026.08.11.一上来就要做真的工程（给别人用比给自己用多约 100 倍的边界情况）。