菜单
业务需求文档（BRD）编写技能。用户需要编写或评审 BRD 时使用，指导围绕业务场景组织文档，以问题为中心，包含标准结构、问题四要素、假设句式等规范。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | product-brd |
| description | 业务需求文档（BRD）编写技能。用户需要编写或评审 BRD 时使用，指导围绕业务场景组织文档，以问题为中心，包含标准结构、问题四要素、假设句式等规范。 |
业务需求文档（BRD）编写技能。
BRD 只做一件事：把「要做什么」改造成「发生了什么」。
BRD 只描述问题，不描述功能。
错误：假设支持审批流配置 正确：如果存在这样一个平台，能够让所有参与方在同一上下文中完成责任确认
每个场景必须按以下结构撰写：
## 场景 X：<名称>
### 工作角色
（谁在参与，各自承担什么行为）
### 问题
（触发、现状、困难、后果）
### 假设
如果存在这样一个平台，能够……
问题必须回答四件事：
示例：
错误：流程效率低
正确：在跨部门审批时（触发），发起方需要通过多个沟通工具逐一联系审核方（现状），过程中经常责任不清（困难），导致审批周期延长至2-3天（后果）
必须使用：如果存在这样一个平台，能够……
这是 BRD 到 PRD 的唯一接口，定义需求边界，给产品经理留创意空间。
角色不是岗位，是「在某个场景中承担某种行为的人」。
错误：产品经理、财务、CEO 正确：发起方、审核方、执行方、确认方
检验：很自然就能开始画功能结构；不同人提出不同方案；大家对问题没有争议。
BRD → PRD → IXD → ADD，QA 验证所有层。