迁移练习：换成你自己的产品

这一章解决什么问题

八章都拿生词本举例——但生词本不是你的产品，方法只有在你自己的项目上跑通一遍，才真正是你的。这一章是一张工作表：把八章的动作换成你的产品再走一遍。走完，你得到的不是「又学了一遍教程」，而是你自己产品的：需求说明、决策表、PRD、选型记录、任务清单和开发计划。

开始前你要有什么

• 一个你想做的产品想法（一句话就够，比如「我想做一个×××」）
• 八章教程放在手边对照
• 一个新文件夹，专门放这次的产物

分工：人判断什么，AI 做什么

这次你是决策者兼执行者，AI 退回配角：帮你查漏（第 1 章）、当拷问官（第 2 章）、起草和体检（第 3、5 章）。判断题全在你——迁移失败最常见的原因，就是让 AI 又替你做完了决定。

怎么做：九步工作表

每一步都标注了产物和通过标准。产物写进文件，不留在脑子里——这是整套方法的形式要求。

写「怎么判断有用」（第 1 步）时最容易偷懒——回头看第 1 章的铁律：写不出可观察的现象，说明还没想清楚解决什么问题，先别往下走。

自评：方法是不是真的迁过来了

做完后按 0–3 给自己打分（0 = 无法开始；1 = 照着教程逐步抄才能做；2 = 提示一两个方向就能做；3 = 独立完成并能解释为什么）：

判读：任何一项 0–1 分，回对应章节，用你的产品重做一遍那一章的练习——不要用「再做一个新功能」掩盖缺口。

什么时候应该偏离这套方法

这套方法为「要存数据、要账号、要长期用」的产品设计（生词本、记账、清单类都是）。不是所有想法都值得走全套：

• 纯展示类（个人主页、活动页、倒计时）：不需要数据库和登录——别硬套。走项目库的单页路线，成本最低；
• 数据只在本地就够（比如只在自己电脑上用的工具）：localStorage 版本足够，省掉第 4 章的托管数据库约束；
• 涉及别人敏感数据（哪怕是朋友的）：第一版也别收集。真实数据的权限责任超出新手期，先用假数据跑到全流程绿，再谈真实数据；
• 多端原生 App 想法：先用网页版验证需求成不成立（本教程方法照用），网页版被验证有用了，再考虑 App——顺序反过来，成本差十倍。

偏离的判断标准始终是那一句：方法服务于你的验收标准，不是反过来。

常见迁移错误

1. 换产品不换事实：把生词本的需求说明里「英语」改成「日语」就当新需求——第 1 章的四问要从头填，场景和痛点是你自己的；
2. 跳过决策表直接要代码：「我都看过一遍教程了」——看过和拍过板是两回事，隐藏决定不会因为你看熟了就自己消失；
3. AC 写成功能清单：「有登录功能」不是验收条件，「AC1 未登录访问 → 跳登录页」才是；
4. 第一个任务不是空壳上线：把部署拖到最后 = 把最大风险留到最疲惫的时候；
5. 假设清单看完就忘：第 1 章的假设、第 8 章的两周试用，是同一个约定的头和尾——断了这根线，前面八步就只是手工课。

走完之后

• 你的产物都在自己的项目文件夹里，它们就是产品的「宪法」：每次迭代回到 PRD 对答案，每个新假设记回第 1 章的清单；
• 迭代遇到具体问题：排错速查、反模式图鉴随查随用；
• 想再看一遍方法长什么样：这套教程本身就是同一条路走出来的——关于本站里有它的来路。