B端产品文档编写

为什么 B 端 PRD 容易写「薄」

企业软件的需求文档里，页面原型往往写得很细，但真正会卡研发与测试的却是另一层：谁在什么状态下能对哪个业务对象做什么、默认值与配置如何生效、状态怎么流转、审计与下游副作用是什么。这些内容如果只散落在组件清单里，评审时就会出现「权限需要完善」「状态再想想」这类无法落地的反馈。

技能如何组织写作与评审

本技能面向 B2B PRD 的起草、优化与质量评审，强调角色权限、业务对象生命周期、流程状态、数据口径、配置行为、可审计性与上线影响。

典型用法：

1. 先对照 references/prd-writing-guide.md 建立统一写法。
2. 明确任务是新 PRD、优化已有文档还是评审。
3. 对每个 Function，先识别命中的业务对象、角色、组件、字段、流程状态、配置项、审计/日志与联动目标，再写入该 Function，而不是只描述页面。
4. 验收标准在合适场景下优先用 Given/When/Then。

评审时会从产品、设计、研发、测试、运营/实施等视角拆问题：例如角色权限矩阵、状态机、配置差异、导入导出、操作日志与历史数据兼容，并要求指出缺失的角色、状态、数据规则或配置决策，避免泛泛建议。

适用边界

更适合权限、状态、配置与上线影响较重的 B 端场景；若需求几乎全是展示型页面、几乎没有对象与权限模型，可按需裁剪章节，但仍建议把关键规则写进 Function 而非只留在组件表。