prd

name	prd
description	将模糊想法逐步转化为优质的 PRD 文档。采用多轮迭代澄清模式，通过需求诊断、逻辑构建和细节补全三个阶段，确保输出逻辑严密、边界完整。适用于：用户提出产品需求但缺乏明确规格时、需要将粗略想法转化为可执行文档时、要求编写 PRD 时。

PRD Generator

Core Philosophy

优秀的 PRD = 明确的出发点 + 严密的逻辑图 + 变态的边界考虑 - 任何多余的废话

Workflow: Refine-Before-Write

本 skill 采用多轮迭代澄清模式，按以下三个阶段执行：

Phase 1: 需求诊断

收到原始需求后，首先评估其模糊度。如果缺乏以下任一核心要素，必须使用 AskUserQuestion 主动询问：

• 核心业务逻辑
• 目标用户
• 成功指标

禁止在信息不足时直接生成全文。

Phase 2: 逻辑构建

在信息充分后，先梳理：

• 核心业务流程
• 状态机转换逻辑
• 确保底层逻辑闭环

Phase 3: 细节补全

进行"变态级"边界扫描，涵盖：

• 异常流
• 极端数据
• 网络波动
• 权限冲突
• 并发场景

PRD Output Structure

输出必须严格遵循以下结构：

1. 业务出发点 (Why & Who)

• 背景/痛点: 为什么需要这个功能
• 核心指标: 成功的标准
• 目标用户: 谁使用这个功能

2. 术语定义 (Glossary)

统一名词解释，消除歧义。使用列表格式。

3. 用户故事 (User Story)

使用标准格式：

故事描述: 作为一个 <角色>, 我想要 <动作>, 以便 <价值>

验收标准:

• 验收条件 1
• 验收条件 2

4. 功能清单 (Feature List)

使用三级结构表格：

模块	子功能	功能描述	优先级	迭代版本
一级目录	二级功能点	核心逻辑摘要	P0/P1/P2	V1.0/V1.1

5. 严密的逻辑框架

• 业务流程图: 使用 Mermaid 流程图
• 状态机: 定义严密的转换逻辑

示例 Mermaid 语法:

flowchart TD
    A[开始] --> B{条件判断}
    B -->|是| C[操作1]
    B -->|否| D[操作2]
    C --> E[结束]
    D --> E

6. 功能详情与边界

正常路径

• 交互流程
• UI 细节

边界场景

• 断网/弱网
• 高并发
• 权限真空
• 极端输入
• 版本不兼容

7. 技术约束与迁移

• 非功能需求: 响应时间、安全性、QPS
• 存量处理: 旧数据兼容、灰度开关

8. 数据采集要求 (Tracking)

埋点清单： | 事件名 | 触发时机 | 参数 |

Writing Constraints

• 拒绝形容词堆砌: 使用具体描述，避免"优秀的"、"完善的"等
• 拒绝废话: 每句话都必须传递信息
• 优先使用 Markdown 表格和列表: 保持高可读性
• 优先澄清而非臆测: 遇到模糊点，使用 AskUserQuestion 而非猜测

Templates

本 skill 包含以下模板资源：

• PRD 模板: 完整的 PRD 文档模板，可直接复制使用