大多数人不是不会学习，而是不会把学习变成完成的作品。

这个站点回答什么

我在解决什么问题？

用六类阻碍定位你卡在哪一种，而不是给你一个「构建力评分」。

现在最大的风险是什么？

先看那个让你停住的卡点，不是功能清单上剩下几项。

为什么是这一步？

每一步都讲机制：为什么人会在这里卡住，以及为什么常见做法解决不了它。

下一步该完成什么？

每章交出一份具体的东西：问题记录、项目说明、可用实物、分发实验、复盘。

完成到什么程度可以继续？

每章的检查标准可勾选、可验证，不是「读完了」。

最重要的原则

先让现实同意，再谈把它做大。

所以证据在代码之前，裁剪在功能之前，分发在打磨之前。

一轮 Build Cycle · 9 个阶段

1. 观察 →
2. 定义 →
3. 设计 →
4. 构建 →
5. 验证 →
6. 发布 →
7. 分发 →
8. 反馈 →
9. 迭代

六类阻碍

• 想法瘫痪 — 想了很多，一个都没开始。总觉得现在这个不够好，下一个会更值得做。
• 范围爆炸 — 开始时是一个小工具，两周后清单上有十四个功能，核心流程还没跑通一次。
• 学习陷阱 — 又开了一门课、又换了一个框架，项目目录还是空的。
• AI 依赖 — 东西能跑，但说不清为什么这么写；一旦报错就只能再问一遍，无法判断答案对不对。
• 发布鸿沟 — 永远差一点。再改一个细节就发，然后这句话重复了六周。
• 分发鸿沟 — 发布了，然后没有然后。没有人看到，也就没有任何反馈可以依据。

什么叫完成

不是读完 25 章，是这六项全中。缺一项，这一轮就没走完。

1. 1. 项目定义 — 目标用户、问题、核心产出都写清楚了，并且列出了至少三项明确不做的东西。
2. 2. 可用的实物 — 核心流程能从头到尾跑通一次，不是截图也不是设计稿。
3. 3. 可访问的地址 — 别人点开就能用，不需要安装或配置任何东西。
4. 4. 做过的分发实验 — 至少一次有目标、有结果的实验，失败的结果同样算数。
5. 5. 外部反馈 — 至少一条来自真实目标用户的反馈，不是其他构建者的鼓励。
6. 6. 基于证据的决定 — 继续、改方向、缩范围或停止，并且写得出依据。

课程 · 25/25 章已写

1. 第一阶段 · 看见问题 — 把一个模糊的想法，变成一个现实同意的、小到能做完的问题。 （5/5）
2. 第二阶段 · 把它做出来 — 在不被学习和 AI 带偏的前提下，让核心流程第一次真的跑通。 （5/5）
3. 第三阶段 · 让它能用 — 从「在我电脑上能跑」到「别人点开就能用」。 （5/5）
4. 第四阶段 · 让它被用 — 找到第一批真实用户，并且分得清哪些反馈值得听。 （5/5）
5. 第五阶段 · 决定下一步 — 基于证据做出一个决定，完成一轮，然后知道该不该有第二轮。 （5/5）

可以直接读：第 1 章、第 2 章、第 3 章、第 4 章、第 5 章、第 6 章、第 7 章、第 8 章、第 9 章、第 10 章、第 11 章、第 12 章、第 13 章、第 14 章、第 15 章、第 16 章、第 17 章、第 18 章、第 19 章、第 20 章、第 21 章、第 22 章、第 23 章、第 24 章、第 25 章

这份指南反对什么

• · 「30 天做一个 SaaS」这类以天数而不是以验证为单位的挑战
• · 把「学完一门课」当成进度，把课程完成率当成指标
• · 在没有任何现实证据之前就开始写代码
• · 用功能数量衡量进展，把「还有 12 个功能没做」当成项目状态
• · 把其他构建者的点赞当成用户反馈
• · 把 AI 生成的判断当成自己的判断
• · 把发布当成终点，而不是拿到反馈的起点