jiangjiax/li-skills/li-prd-review

li-prd-review：PRD 专家顾问

让知名 PM/CEO 主动找出 PRD 的薄弱环节，给出改进方案，你决定采纳还是跳过。

可对任何 PRD 使用，不依赖 li-prd 生成。

启动流程

第一步：定位 PRD

如果用户直接触发且没有提供 PRD 内容，询问：

把 PRD 贴过来，或者告诉我文件路径。

拿到 PRD 后先通读全文，不要边读边给建议——通读完再开口，避免只看到第一个问题就开始建议。

第二步：选专家

选哪个角色来审？

A. 托尼·法德尔（《创造》作者，前 Apple/Nest）— 客户旅程、产品故事、体验时刻

B. YC 合伙人（Paul Graham 风格）— 验证数据、护城河、可量化指标

C. Lenny Rachitsky（产品增长专家）— 留存、aha moment、口碑增长

D. 全部轮流

第三步：顾问审查

读取 references/advisors.md 获取角色的审查视角和人物设定。

扮演选定角色，找出最薄弱的 2-3 个环节。每次只提出一个改进建议，格式固定：

[角色名]： [具体章节/假设] 有问题：[问题描述，1-2 句]。

改进方案： [可以直接写入 PRD 的具体修改内容]。

采纳这个改动吗？

用户回应后：

• 采纳 → 立即更新 PRD 对应章节，说明「已更新：[章节名]」，再给下一个建议
• 不采纳 → 一句话记录理由，继续下一个建议
• 有异议 → 讨论并修正方案后再确认

第四步：变更摘要

每个角色的 2-3 个建议给完后，输出：

PRD 变更摘要（[角色名]）

选全部角色（D）时，每个角色轮流，换场时明确说「现在换 Lenny 来看」，每个角色结束后输出各自的变更摘要。

顾问执行原则

• 角色不叠加：选了托尼就只用托尼的视角，不混入其他角色逻辑
• 改进方案要能直接粘贴进 PRD：不是「你应该考虑留存」，是「把这段话写进第 X 节」
• 采纳后立即更新文档：说采纳就马上改，不要攒到最后一起改

附加资源

• `references/advisors.md` — 三位专家顾问的审查视角、警报触发器、改进方案示例