1. AI产品PRD的颗粒度概念

用户场景：从一次PRD评审说起

AI产品经理张晓刚完成一份智能客服对话管理模块的PRD。评审会上，后端开发说“用户意图识别逻辑太模糊，没法排期”，测试工程师说“验收条件只有‘正常回答问题’，异常情况怎么测？”，UI设计师则抱怨“对话分支的每个状态都需要标注，现在只有主流程”。同⼀份PRD，不同角色对需求描述的精细程度诉求截然不同——这就是粒度问题。

业务问题：粒度失配的三类代价

粒度控制不当在AI产品开发中尤为突出，因为AI功能的“黑盒”属性放大了需求描述的不确定性。三类典型问题：

• 粒度偏粗（欠细化）——开发按自己的理解实现，与产品预期偏差大；测试无法设计有效用例；AI模型的行为边界未被定义，上线后出现不可控输出。
• 粒度偏细（过度细化）——PRD篇幅膨胀，维护成本高；限制了开发和设计的合理发挥空间；评审时间过长，决策效率低。
• 粒度不一致（粗细混杂）——部分功能描述到字段级，部分功能只有一句话；导致工作量评估失真，关键模块反而被忽视。

用户访谈：利益相关方的粒度视图

通过访谈AI产品团队中的三类关键角色，我们梳理出他们对“粒度”的真实定义：

• 后端架构师：“我关心的是数据流和边界——输入是什么格式？输出必须包含哪些字段？异常情况怎么兜底？这些不清楚，我无法做技术方案。”
• 测试负责人：“验收标准需要可测量。‘回答准确’不算标准，‘准确率≥95%，且单轮响应时间<2s’才算。每一个验收项都要有明确的通过/不通过判据。”
• AI算法工程师：“模型的行为不是if-else能写清的。PRD里要给出典型输入输出样例、拒绝策略的触发条件、以及模型输出的容错范围。”

需求拆解：粒度控制的三维框架

综合场景问题与访谈结论，我们将AI产品PRD的粒度拆解为三个相互独立的控制维度：功能粒度、数据粒度、交互粒度。每个维度都对应不同的决策层级和需求描述深度。

三个维度并非必须全部采用同一粒度层级。一个成熟的AI产品PRD，可能会在功能粒度上采用“功能点级”，在数据粒度上采用“字段/属性级”，而在交互粒度上采用“页面/区块级”。这种组合式粒度控制，才是解决团队协作效率的关键。

方案表达：不同粒度的PRD片段对比

以“智能客服知识库更新”功能为例，展示同一需求在不同粒度层级下的PRD描述差异：

下面是一个“功能点级”PRD片段的典型写法（非代码，仅展示描述结构）：

功能名称：知识库批量更新
触发条件：运营人员点击“批量导入”按钮
前置条件：用户已登录且拥有“知识库管理”权限
主流程：
  1. 用户上传CSV文件（格式模板由系统提供）
  2. 系统校验文件格式（UTF-8编码，列名与模板一致）
  3. 系统逐行校验数据合法性
  4. 校验通过的行写入知识库，失败的行记录错误原因
  5. 导入完成后展示结果摘要（成功条数/失败条数/错误详情下载链接）
异常流程：
  E1: 文件编码错误 → 提示“请使用UTF-8编码的CSV文件”
  E2: 列名不匹配 → 提示“列名应与模板一致，缺少列：xxx”
  E3: 所有行均校验失败 → 不写入任何数据，提示“无有效数据可导入”
验收标准：
  - 1万行数据导入完成时间≤30秒
  - 错误记录准确率100%（错误行与实际错误类型一致）
  - 成功导入的数据可在知识库列表中即时查询

指标验证：量化粒度控制效果

粒度控制是否得当，可以通过以下指标进行验证：

验收标准：PRD粒度合规检查表

每份PRD在定稿前，应逐项通过以下粒度合规检查：

交付物模板：颗粒度控制说明模板

建议在每份PRD的引言部分加入以下“颗粒度控制说明”，帮助读者快速理解文档的描述风格和关注重点：

【颗粒度控制说明】
本文档采用以下粒度策略：
- 功能粒度：功能点级（核心功能采用子功能/逻辑级）
- 数据粒度：字段/属性级（涉及模型训练数据部分）
- 交互粒度：页面/区块级（核心交互采用控件/反馈级）

适用读者：开发工程师、测试工程师、UI设计师
前置阅读：产品需求概述文档（V2.3）
后续细化：各模块将输出详细的交互说明文档和技术设计文档

粒度调整说明：
- 若某功能描述过粗导致无法排期，请标注【需细化】并反馈给产品经理
- 若某功能描述过细限制了技术方案，请标注【需放宽】并说明替代方案