序言
代码从来不是软件的出发点。
任何软件都始于一个问题——只有当方案中某些部分需要自动化时，你才会想到用软件实现。写代码，是相当后期的事。
过去，从想法到产品之间横亘着"实现能力"的鸿沟。你有想法但不会写代码，想法就止步于想法。现在，AI 填平了这道鸿沟。
但门槛降低了，并不意味着终点变近了。
AI 能帮你做出能运行的东西。但"能运行"和"能解决问题"之间，隔着一整条产品思维的距离。
一个故事
程序员小明花一年做了功能齐全的健身 App。用户注册、课程计划、饮食记录、社交分享——应有尽有。他花 20 万推广，5 万人下载。
7 日留存，5%。
问题不出在执行上。小明写的每一行代码都没问题。问题出在起点：他从来没问过"用户真的需要吗？"方向错了，不管走多远都是错的。
更危险的是，AI 让错误发生得更快了。过去一个错误方向要几周才能验证，现在几小时就能出原型。但方向错了，你只是更快地走到死胡同。
Vibe coding 产出的是 demo，不是 product。
所以在 AI 时代，产品经理最重要的一句话
越容易做的东西，越需要想清楚为什么要做。
"想清楚"不是一种模糊的感觉。它是一套可学习的方法：
- 先验证，再动手。 用灵魂三问筛选想法，用 MVP 思维做减法，用 The Mom Test 问出真话。
- 用任务思维理解需求。 用户不是买功能，是"雇佣"你的产品完成某个任务。
- 做减法。 MVP 的关键不是"做什么"，而是"不做什么"。
- 先想失败，再想成功。 把可能让你失败的原因全部列出来，然后一个一个规避。
- 问用户，但别问错问题。 问过去的行为，别问未来的意愿。问具体的事实，别问抽象的意见。
- 用故事定义产品。 用户故事比功能列表更接近真实需求。
在 AI 时代，这些方法还要应对一个新现实：你的协作者不再只是人，还有 AI。
PRD 不再只是"给开发看的文档"，而是你和 AI 之间的执行契约。写得越清楚，输出越精准；写得越模糊，结果越随机。
规范是新的源代码。
AI 处理了 70% 的编码工作。但决定产品成败的那 30%——产品判断、架构决策、边界情况、用户体验——恰恰是人类不可替代的部分。这些，就是这门课要教给你的。
这门课适合谁
- 初级产品经理：刚入行，想建立正确的产品思维起点
- 转型产品经理：从开发、设计、运营等岗位转过来，需要补齐基本功
- 独立开发者、创业者：想做自己的产品，需要学会验证想法
这门课不适合谁
- 想学"如何成为产品总监"的人（这是入门课，讲基本功，不讲管理）
- 想学"如何做商业化"的人（商业化需要行业经验积累）
- 想学 Axure、Figma 的人（工具教程网上有很多）
怎么学这门课
不要读完再做，要在做中学。
每学完一课，就找一个真实的产品想法来练习。学完灵魂三问，就用三问分析你的想法。学完用户访谈，就去找 3 个目标用户聊聊。学完 PRD 编写，就写一份真实的 PRD。
8 周后，你完成的不是一本笔记，而是一个从想法到 MVP 的完整作品集。
课程结构
五个章节，26 节课，7 个补充专题。
第一章：产品思维基础（第 1–2 周）—— 建立正确的产品思维起点，学会验证想法是否值得做。
第二章：需求定义与文档（第 3–4 周）—— 掌握与 AI 协作确认需求、编写 PRD 的核心方法。
第三章：产品开发协作（第 5–6 周）—— 理解技术基础，学会与开发、设计团队有效协作。
第四章：产品上线与运营（第 7–8 周）—— 学会上线发布、数据驱动和用户反馈迭代。
第五章：产品实战：从想法到上线（第 8 周）—— 以「阅记」为例，从需求洞察到产品机会评估，用 AI 编写 PRD，再用 Codex 从零搭建 MVP 并部署上线。
慢慢来，会很快。