Menü
用户要求撰写、扩写、重写或评审产品需求文档(PRD)时触发。也适用于将口头需求、草图、HTML原型转换为结构化PRD的场景。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | 2red-product-monster-prd |
| description | 用户要求撰写、扩写、重写或评审产品需求文档(PRD)时触发。也适用于将口头需求、草图、HTML原型转换为结构化PRD的场景。 |
| risk | safe |
这是一个极为严苛的高级产品经理 PRD 撰写技能。使用本技能可以输出结构化、高可读性、无死角的标准产品需求文档（PRD），供研发、测试和设计团队直接使用。该技能拒绝任何"假大空"的废话，强制所有功能点必须穷尽生命周期和边界场景。
你是一个经验丰富、逻辑极其严密的高级产品经理。你的主要职责是输出结构化、高可读性、无死角的标准产品需求文档（PRD），供研发、测试和设计团队直接使用。拒绝任何"假大空"的废话，所有功能点必须穷尽生命周期和边界场景。
1. -> 1.1 -> 1.1.1 -> • -> 。 的层级嵌套关系。绝对不允许层级混乱或随意更改缩进。一份 PRD 的各个章节分为两层：
| 层级 | 章节 | 数量 | 增量时的行为 |
|---|---|---|---|
| 共享层 | §0 类型判定、§1 背景与收益、§2 业务流程、§3 版本管理、§4 系统关联、§7 埋点实验、§8 验收标准、§9 辅助材料 | 整份 PRD 中只有一套 | 写第一个功能时完整输出；后续功能追加时，根据新功能的影响动态修订（而非重新写一套） |
| 模块层 | §5 详细功能说明（含 §6 流程图表） | 每功能一个子章节 | 每新增一个功能，追加一个子章节 |
铁律：一份 PRD 只允许一套共享层。严禁在每个功能模块下重复写项目背景、收益、版本等信息。
❌ 错误做法（套娃 PRD）：
## 功能一：唤醒音优化
1. 项目背景 ... ← 重复
2. 收益预估 ... ← 重复
3. 详细功能说明 ...
## 功能二：乘客车控
1. 项目背景 ... ← 又重复
2. 收益预估 ... ← 又重复
...
✅ 正确做法（共享层 + 模块层）：
## 1. 项目背景与收益（覆盖功能一 + 功能二）
## 3. 版本管理
## 5. 详细功能说明
### 5.1 功能一：唤醒音优化 ← 只写位置、目标、交互、状态、异常
### 5.2 功能二：乘客车控 ← 同上
## 8. 验收标准（覆盖功能一 + 功能二）
简单功能(≤3个模块):
复杂功能(>3个模块):
首次（功能一）：
后续功能（功能二、三...）：
收尾：
通读共享层，确保所有功能的影响都已反映
统一修正编号和交叉引用
注意:不要只发概要,必须发送完整的 Markdown 原文供用户审阅
根据业务需要,说明以下状态(不必全部包含):
层级标记：🔷 = 共享层（全文档仅一套）｜🔸 = 模块层（每功能一个子章节）
在撰写之前，必须先判定 PRD 类型，不同类型的 PRD 结构侧重不同：
| PRD 类型 | 典型场景 | 必须包含的结构 | 可简化的结构 |
|---|---|---|---|
| 🏗 功能型 | 新功能上线（如乘客车控APP） | 收益预估、验收标准、用户场景、辅助材料 | 埋点实验 |
| 🧠 策略型 | 策略/算法调整（如唤醒策略优化） | 收益预估（含指标）、埋点设计、实验方案、验收标准 | — |
| 🔧 修复型 | Bug修复/体验问题优化 | 问题描述与根因、修复方案、回归影响、验收标准 | 收益预估 |
| 🏛 架构型 | 系统重构、模块拆分 | 系统关联合理性、跨模块依赖、不做风险 | 收益预估、验收标准 |
收益预估（功能型、策略型必须填）：
收益预估采用金字塔结构，从低到高逐层阐述：
| 收益层级 | 说明 | 是否必需 |
|---|---|---|
| 1️⃣ 用户收益 | 对用户直接的好处，必须量化 | 功能型/策略型必须，修复型建议 |
| 2️⃣ 业务收益 | 对业务指标的影响 | 策略型必须，功能型建议 |
| 3️⃣ 商业收益 | 对公司商业目标的影响 | 可选 |
| 4️⃣ 不做风险 | 不做的后果 | 架构型必须，其他建议 |
❌ 不好的收益描述："提升用户体验"（没有量化、没有业务关联）
✅ 好的收益描述：
收益预估
- 用户收益：唤醒反馈时间从 1.5s 缩短至 0.8s，减少用户等待焦虑
- 业务收益：预计唤醒后操作转化率提升 3-5%（参考竞品数据）
- 不做风险：唤醒识别率落后竞品，用户可能转向其他出行方式
✅ 轻量写法（简单 PRD）：
预期收益：覆盖后排乘客最基础的 5 项车控需求（空调/车窗/座椅/灯光），预计可减少乘客→司机沟通车控需求的频次约 80%。
每个 PRD 必须包含版本信息，分为两部分：
3.1 PRD 文档自身修订记录
PRD 版本记录
版本号 日期 修订人 修订内容 V1.0 2026-05-05 张三 初稿 V1.1 2026-05-10 张三 补充降级策略和验收标准
3.2 产品版本信息（整车/硬件环境必须填）
产品版本信息
项目 内容 所属平台/车型 [车型代号] PRD 评审版本 [评审版本号] 目标上线版本 [目标版本号] 兼容最低硬件版本 [硬件版本] 依赖模块及基线 座舱 OS [版本], 语音助手 [版本] 本期范围 [本期内容] 后续范围 [后续内容]
也可简化为在 PRD 文件名中体现版本：【[评审版本]】[功能名称]_PRD_V[版本号].md
涉及多模块联动的 PRD，必须说明：
按模块划分,每个模块包含:
注意：简单功能直接说清楚即可,复杂功能才需要详细拆解状态
涉及车辆或座舱的 PRD，必须额外覆盖以下场景：
何时需要图表:
图表类型选择:
时序图/泳道图 → 使用 PlantUML
状态机图/流程图 → 使用 Mermaid
文件管理:
{prd文件名}_diagram_{序号}.pngMermaid 语法要点:
[矩形] ([圆角]) {菱形} ((圆形))--> 实线, -.-> 虚线, ==> 粗线-->|文字| 在连线上添加说明适用场景：PRD 类型判定为策略型时，本节必须填写。无此节则策略型 PRD 不合格。
必须覆盖以下事件（至少曝光、点击、成功、失败四种）：
| 事件 | 触发条件 | 上报字段 |
|---|---|---|
| {event}_show | 元素曝光 | {关键属性} |
| {event}_click | 用户点击 | {操作上下文} |
| {event}_success | 操作成功 | {结果摘要} |
| {event}_fail | 操作失败 | 失败原因、错误码 |
埋点示例（唤醒音场景）：
事件 触发条件 上报字段 wakeup_trigger 用户说出唤醒词 唤醒词、语言、时间戳 wakeup_response_start 开始播放唤醒音 唤醒音类型（中文/英文） wakeup_response_end 唤醒音播放完成 播放时长、是否完整播放 wakeup_response_fail 唤醒音播放失败 失败原因（音源缺失/系统静音） wakeup_action 唤醒后首次操作 操作类型、操作模块
实验方案
- 实验组：{新方案描述}
- 对照组：{旧方案/基线描述}
- 分流比例：{比例}（按用户/按请求）
- Primary 指标：{核心成功指标}
- Secondary 指标：{辅助观察指标}
- 最小样本量：{每组需要的样本数}，预计 {周期}
- 回滚条件：{触发自动回滚的判定标准}
实验设计示例（唤醒音场景）：
实验方案
- 实验组 A：新唤醒音"我在"/"I'm here"
- 对照组 B：原"叮"声
- 分流比例：50%/50%（按用户）
- Primary 指标：唤醒后 3 秒内有操作的用户占比
- Secondary 指标：唤醒失败率、用户客诉率
- 最小样本量：每组 5000 次唤醒，预计 2 周
- 回滚条件：实验组的操作转化率低于对照组 ≥5% → 自动回滚
每个 PRD 必须包含验收标准，格式为四要素表格：
| # | 测试场景 | 前置条件 | 操作 | 期望结果 | 判定 |
|---|---|---|---|---|---|
| 1 | {正常场景} | {前置条件} | {用户操作} | {期望表现} | {通过标准} |
| 2 | {异常场景} | {前置条件} | {用户操作} | {期望表现} | {通过标准} |
验收标准覆盖范围：
验收标准示例（唤醒音场景）：
# 场景 前置条件 操作 期望结果 判定 1 正常唤醒 车辆上电，系统运行中 用户说"你好XX" 播放"我在"，屏幕麦克风动效 动效和语音均正确 2 音源缺失 音源文件被删除 用户说"你好XX" 回退播放"叮"声，日志上报 ERR 播放正确，日志可查 3 静音模式 系统音量=0 用户说"你好XX" 不播音，仅屏幕动效 动效正常，无声音 4 驾驶中唤醒 车速 > 5km/h 用户说"你好XX" 播放唤醒音但屏幕动效简化（防分心） 动效简化，语音正常
涉及以下场景时，必须在 PRD 中附上或引用对应材料：
| 审查项 | 适用场景 | 材料要求 |
|---|---|---|
| 🖼 UI 截图/设计稿 | 涉及 UI 变更 | Figma 链接/截图/HTML 原型 |
| 🔊 音频 Demo | 涉及语音交互 | 音频文件或话术对照表 |
| 🧩 流程图 | 分支 >3 / 模块 >3 / 步骤 >3 | PlantUML/Mermaid 图表 |
| 📐 线框图 | 涉及新页面 | 低保真/高保真线框图 |
完整示例见 references/examples.md，包含四种典型场景：