产品 AI 实战：需求拆解、一页纸方案、导航结构、需求转开发、设计稿评审、OKR

产品经理最常被误解的一点，是以为工作在「想功能」。实际上一半时间在翻译：把老板的一句话、客户的一句抱怨、数据里的一个异常，翻译成别人能执行的东西。翻译不好，后面全是返工。

一页纸方案不是把长文档压缩，是逼自己做取舍。写满三页还能加，写在一页上就必须回答：不做会怎样、为什么是现在、最小可验证的那一步是什么。答不出来，说明还没想清楚，这时候开工就是拿开发资源试错。

六关按一个需求的真实生命周期排：拆（把一句话变成可排期任务）→ 说（一页纸，让人拍板）→ 结构（导航与信息架构，决定用户找不找得到）→ 交付（给开发的需求说明，接口先说清）→ 评审（设计稿按影响排序提意见）→ 目标（收进 OKR，让它活过这个季度）。

第三关和第四关是这门课里最不像「产品方法论」的两关，但它们决定东西能不能真的做出来：结构错了，功能全对用户也找不到；接口没定，写出来的代码下周就要重构。

• ✓一份带验收标准的需求拆解表，每条都能直接排期
• ✓一页纸方案：让人三分钟做出「做不做」的决定
• ✓一套导航结构：用户三步内能找到东西
• ✓一份给开发的需求说明，接口、数据、异常先说清

1. 把一句话需求拆成能排期的任务，每条带验收标准输入模糊需求，输出任务树、依赖关系、验收标准与风险点。做完你会拿到：一份拆解表：任务、验收标准、依赖关系、预估耗时去做这一关 →配套工具：ChatGPT · DeepSeek · Notion AI
2. 写一页纸，让人三分钟决定「做不做」按「问题—方案—代价—请求」写一页纸提案，去掉背景铺垫与自我论证。做完你会拿到：一页方案：问题、判断依据、最小验证步骤、不做的后果去做这一关 →配套工具：ChatGPT · DeepSeek · 腾讯文档智能助手
3. 定结构：让用户三步内找到他要的东西基于内容清单做信息架构，给出分组依据与命名规则。做完你会拿到：一套导航结构：一级入口、层级理由、以及刻意不做的入口去做这一关 →配套工具：ChatGPT · DeepSeek · Notion AI
4. 把需求写成开发能直接动手的样子：先定接口把一句需求拆成接口签名、数据形状、边界条件，最后才给实现。做完你会拿到：一份需求说明：接口、数据结构、异常分支、验收方式去做这一关 →配套工具：Cursor · ChatGPT · Github Copilot
5. 评审设计稿：按「会出事」排序提意见，不按好看程度把「我觉得不好看」变成「哪一层出了问题、影响什么、怎么改」。做完你会拿到：一份评审意见：影响可用性的、影响理解的、可以不改的三档去做这一关 →配套工具：ChatGPT · Uizard · Claude 3
6. 把这个需求收进目标里，否则它会死在这个季度把「提升用户体验」这类口号拆成可量化的 O 与可交付的 KR，并逐条检查是否只是任务清单。做完你会拿到：一组能落地的 OKR：目标一句、关键结果三条、每条有口径和时间去做这一关 →配套工具：ChatGPT · DeepSeek · Notion AI

不适合想找「PRD 模板」的人。这门课不给文档格式、不教画原型，也不涉及项目管理工具。它只保证一件事：你想清楚的东西，能被别人看懂并执行——中间不靠开会补。

• 加班最多的那两小时从周报、会议纪要、PPT 大纲到 Excel 公式，六关都是办公室里真实会卡住的事。每关给一条可复制的提示词，做完手里有一份能交的东西。
• 从写不出来到改一改就发六关覆盖一篇文章从骨架到成稿的全过程：先搭结构，再写开头，出 20 条标题，最后把 AI 味改掉。每关都有可复制的提示词和明确的产出物。
• 让 AI 真的帮你 debug六关从报错排查到代码评审：先学会怎么描述问题，再让 AI 给假设而不是给答案。含重构、补测试、看执行计划，每关都有可复制的提示词。