3. PRD的结构骨架
做AI产品这几年，我见过太多PRD翻车的案例。有的写得像天书，开发看完一脸懵；有的漏了关键信息，做到一半才发现方向偏了。说白了，PRD就是产品经理和开发团队之间的「契约」。一份好的PRD，得让所有人看完后，脑子里浮现的画面是一致的。
我个人习惯把PRD拆成8个模块。这8个模块就像房子的承重墙，缺一不可。今天我就把这套骨架掰开揉碎了讲给你听。
3.1 模块一：文档概述与变更记录
这个模块看着简单，但坑最多。我见过一个项目，PRD改了7版，最后开发拿着第3版在干活。你说乱不乱？
定位：给读者一个「快速导航」，知道这份文档是什么、谁写的、改过什么。
核心内容：
- 文档名称、版本号、创建日期
- 作者、审核人、相关干系人
- 变更记录表（日期、版本、变更内容、变更人）
3.2 模块二：产品背景与目标
这个模块是PRD的「灵魂」。你想想看，如果连为什么要做这个功能都不清楚，后面的一切都是瞎忙活。
定位：回答三个问题——为什么要做？做成什么样？怎么衡量成功？
核心内容：
- 业务背景：当前遇到了什么问题
- 产品目标：解决到什么程度
- 成功指标：用数据说话（比如：用户点击率提升20%）
我曾经遇到过一个项目，产品经理写「提升用户体验」，结果开发做了三个月，上线后用户量反而跌了。为什么？因为没有定义清楚「体验好」到底指什么。后来我们改成「页面加载时间从3秒降到1秒以内」，方向一下子就清晰了。
3.3 模块三：用户角色与场景
AI产品和传统产品最大的区别是什么？用户角色更复杂。你不仅要考虑人类用户，还得考虑AI模型本身。
定位：明确谁在用、怎么用、在什么场景下用。
核心内容：
- 用户角色列表（普通用户、管理员、AI训练师等）
- 典型使用场景（最好用故事化的方式描述）
- 用户权限矩阵
3.4 模块四：功能需求列表
这是PRD的「主干」。所有功能点都要在这里列清楚，别藏着掖着。
定位：把产品功能拆解成可执行的任务清单。
核心内容：
- 功能编号（建议用F-001这样的格式）
- 功能名称
- 功能描述
- 优先级（P0/P1/P2）
- 关联模块
| 编号 | 功能名称 | 描述 | 优先级 |
|---|---|---|---|
| F-001 | 用户注册 | 支持手机号+验证码注册 | P0 |
| F-002 | AI对话 | 支持多轮对话，上下文长度2048 | P0 |
| F-003 | 历史记录 | 保存最近30天对话记录 | P1 |
3.5 模块五：交互与界面设计
这个模块最容易引起争议。UI设计师说「我画了图」，开发说「我看不懂图」。怎么办？用文字把交互逻辑说清楚。
定位：描述用户操作流程和界面反馈。
核心内容：
- 页面流程图（可以用SVG画）
- 关键交互说明（点击、滑动、长按等）
- 异常状态处理（加载中、空数据、错误提示）
3.6 模块六：数据与AI模型需求
这是AI产品PRD独有的模块。传统PRD里没有这个，但AI产品必须写清楚。
定位：定义模型需要什么数据、输出什么结果、性能要求是什么。
核心内容：
- 输入数据格式（文本、图片、语音等）
- 输出结果格式（JSON结构、置信度阈值等）
- 模型性能指标（准确率、召回率、响应时间）
- 数据标注要求（如果有）
3.7 模块七：非功能需求
这个模块经常被忽略，但恰恰是决定产品能不能上线跑起来的关键。
定位：定义性能、安全、可用性等系统级要求。
核心内容：
- 性能要求（并发量、响应时间、吞吐量）
- 安全要求（数据加密、权限控制、审计日志）
- 可用性要求（SLA 99.9%、灾备方案）
- 兼容性要求（浏览器、设备、操作系统）
| 类别 | 指标 | 目标值 |
|---|---|---|
| 性能 | API响应时间 | P95 ≤ 800ms |
| 安全 | 用户数据加密 | AES-256 |
| 可用性 | 系统可用率 | ≥ 99.9% |
3.8 模块八：附录与术语表
最后一个模块，很多人觉得可有可无。但我告诉你，这个模块能救你的命。
定位：补充说明、术语解释、参考资料。
核心内容：
- 术语表（比如：什么是、什么是Prompt）
- 参考资料（竞品分析报告、技术文档链接）
- 开放问题（当前未决策的事项）
小结
这8个模块，说白了就是一套标准化的思考框架。你每次写PRD的时候，按这个结构往里填内容，基本不会漏东西。当然，实际项目中可以根据情况调整顺序或合并某些模块，但骨架不能少。
我记得刚入行时，带我的老大哥说过一句话：「PRD不是写给自己看的，是写给团队看的。别人看不懂，就是你写得不够好。」这句话我一直记到现在。