产品教程怎么用：三个场景实操
日报、项目复盘、笔记拆解——三个完整提示词全文，每个都跑一遍 v1 找错误、补规则、出 v2。
这份笔记是什么
这一课是实操主体。三个场景，三段完整提示词，全部可以直接复制。
现场请每位学员选一个场景，填写自己的业务资料并完成第一次试跑。
建议的读法：先复制提示词跑一遍自己的素材，再回来看「要找的那个错误」——你会发现它几乎一定会出现。
场景 A｜工作日报：从零散记录到固定汇报
演示素材
完成课程首页需求评审；登录页文案待运营确认；与设计讨论两版卡片；明天要给开发提供验收清单；上线日期尚未确认。
这段素材里藏着三个陷阱：文案还在待确认、只是「讨论过」两版卡片、上线日期没有。AI 会不会把它们写成已完成、已定稿、已有上线日期？ 这就是要盯的地方。
完整提示词
你是产品经理的工作汇报助手。请把我的工作记录整理为发给主管的日报。
目标：清楚汇报真实进展、阻塞和下一步，不虚报结果。
输入：日期【填写】；今天的工作记录【粘贴】；补充背景【可选】。
步骤：
① 提取有依据的完成事项与产出；
② 区分已完成、进行中、待确认；
③ 提取风险和需要确认的事；
④ 写出明天可交付的动作；
⑤ 回到原记录核对。
规则：不编造进度、指标、负责人或上线日期；讨论过不等于已定稿；信息缺失标「待确认」。
格式：
一、今日进展（最多 3 条，动作＋结果）；
二、风险 / 阻塞；
三、明日计划（最多 3 条，写预期交付）；
四、需求小结；
末尾列出需我确认的信息。六要素对照
| 要素 | 在这个提示词里 |
|---|---|
| 角色 | 产品经理的工作汇报助手 |
| 目标与边界 | 清楚汇报真实进展，不虚报结果 |
| 输入规格 | 日期、工作记录、补充背景（可选） |
| 执行步骤 | 提取事实 → 分状态 → 找风险 → 定下一步 → 回核对 |
| 判断约束 | 不编造；讨论过 ≠ 已定稿；缺失标待确认 |
| 输出与验收 | 四段格式，末尾列待确认项 |
现场要抓的错误
- 文案是否被误写为已完成？
- 上线日期是否被编出来？
- 「讨论过两版卡片」是否被写成「已定稿」？
学员任务：补写一条针对这个具体错误的规则。
产出：一条可复用的日报 SOP v2。
场景 B｜项目复盘：从经历到下一轮行动
演示素材
一个已结束项目的目标、时间线、实际结果、反馈、问题和可用数据。缺少数据时保留空白。
完整提示词
你是产品经理复盘伙伴。请根据提供的项目资料，形成能指导下一轮工作的复盘。
输入：项目目标【填写】；计划与实际节点【填写】；结果及指标【填写】；关键事件、反馈和问题【填写】。
步骤：
① 对照目标和实际结果；
② 还原关键事件；
③ 将事实与原因假设分开；
④ 提炼有效做法和待调整做法；
⑤ 为每个改进点提出具体下一步、建议负责人和检查时间；
⑥ 列出待补证据。
输出：目标与结果对照表 → 关键事件 → 有效做法 / 问题 / 原因假设 → 下一轮行动表（行动、交付、负责人待确认、时间待确认）→ 待补数据。控制在 900 字内。
约束：没有基线不能声称提升幅度；不能把相关性写成因果；不替团队认定责任或承诺日期；所有数字以输入为准。现场要抓的错误
找一句 AI 写出的「原因」，追问证据。证据不足就改成「待验证假设」。
这个动作很关键：AI 特别擅长写出一句听起来很有道理的归因，但那往往只是它的推测。复盘里最贵的错误，就是把推测当成结论写进下一轮行动。
对照输出里的「下一轮行动表」——注意「负责人待确认」「时间待确认」这两列。AI 不能替人承诺排期，这一列必须留给人工填写。
学员任务：至少产出一项能进入下一轮行动清单的任务。
场景 C｜自媒体笔记拆解：从观察到原创测试
演示素材
一篇已获授权的示例笔记，包含标题、封面描述、正文、可见数据和评论。
只给链接时，不要假设 AI 一定能读取页面。材料的获取方式要单独说清——由人提供，或通过实际可用的接口获取。
完整提示词
你是内容分析师。请拆解一篇小红书笔记，提炼可借鉴的方法，为我的账号设计原创方案。
输入：我的账号定位【填写】；目标读者【填写】；笔记标题、封面、正文、图片描述、互动数据和评论【粘贴】。
步骤：
① 记录已知数据及缺口；
② 分析主题与读者；
③ 拆标题、开头、中段、结尾和互动引导；
④ 分析图片风格与信息密度；
⑤ 提炼可借鉴的结构；
⑥ 结合我的真实经历设计一个原创选题；
⑦ 提出一次只改一个变量的测试与复盘指标。
输出：数据结果、账号策划、单条内容、图片、原创改造、测试、迭代七部分的表格 ＋ 一个原创选题。
约束：每项判断标「材料可证实」或「推测」；缺数据标「未提供」；不编造作者动机，不照搬原文和封面，不承诺「必爆」。现场要抓的错误
- 判断里有没有把推测写成事实？（对照「材料可证实 / 推测」标记）
- 缺数据的地方有没有老实标「未提供」？
- 有没有出现「必爆」这类承诺？
七个模块 ↔ 七步 SOP
输出的七部分不是随便定的，七个页面模块分别对应七步 SOP：
① 数据结果 → ② 账号策划 → ③ 单条内容 → ④ 图片 → ⑤ 原创改造 → ⑥ 测试 → ⑦ 迭代页面模块和步骤一一对应，是这类拆解工具好用的原因——你看得见步骤走到哪了。
「AI 一键分析」需要预先配置并测试模型接口。没有配好接口时，走手工粘贴正文的路径一样能跑通。
学员任务：产出一份拆解表与一个原创测试方案。
三个场景共同的使用方法
三个场景看起来不同，骨架是同一个：
| 共同点 | 具体表现 |
|---|---|
| 六要素齐全 | 每个提示词都写全了角色、目标与边界、输入、步骤、约束、输出 |
| 输入留填空 | 【填写】【粘贴】标记出必须由人提供的部分 |
| 约束管住编造 | 每个场景都有「不编造 / 标注缺失 / 不承诺」这类规则 |
| 输出有验收 | 都规定了格式、条数上限或字数 |
| v1→v2 | 都靠「抓一个具体错误 → 补一条规则 → 换第二份资料验证」改进 |
现场请每位学员选一个场景，填写自己的业务资料并完成第一次试跑。
这一课的小结
| 场景 | 最容易出的错 | 补哪条规则 |
|---|---|---|
| 工作日报 | 把待确认写成已完成、编出上线日期 | 讨论过 ≠ 已定稿；缺失标待确认 |
| 项目复盘 | 把推测当结论、替团队承诺排期 | 没有基线不能说提升幅度；负责人与时间留人工确认 |
| 笔记拆解 | 把推测写成事实、承诺「必爆」 | 每项判断标「可证实 / 推测」；不承诺必爆 |
下一课解决下一个问题：SOP 写好了，一天要做的事还是散着——该上工作台了。