颗粒度
需求描述拆分和细化的程度
产品需求黑话翻译
把颗粒度、核心链路、异常场景这类需求表达拆成流程、边界和验收标准。
产品需求里的黑话往往掩盖了流程、边界和验收标准。清楚的 PRD 要让设计、开发和测试都能回答：谁在什么情况下做什么，系统如何响应，什么状态算完成。
编辑：人话局编辑部最后更新：
常见表达，实际在说什么
核心链路
用户完成主要目标的关键流程
异常场景
流程失败、数据缺失或边界情况下的处理
落地
从想法变成可以开发、上线和验收的结果
基建
多个功能会重复依赖的基础能力
产品需求黑话翻译示例
每个例子都补出原句里没有说明的对象、动作、责任或判断标准。
1
需求颗粒度
这个需求颗粒度还不够。
翻成人话
请补充触发条件、用户步骤、失败提示和验收标准。
原句还缺：究竟缺少哪些可执行信息。
2
核心链路
先保障核心链路跑通。
翻成人话
首版只保证用户完成注册、提交资料和看到审核结果，暂不做分享和积分。
原句还缺：哪些步骤属于核心、哪些明确延期。
3
异常场景
异常场景需要再补齐。
翻成人话
请说明验证码超时、网络中断和重复提交时页面如何提示、数据如何处理。
原句还缺：具体异常类型和预期系统行为。
4
方案落地
这个方向可以，细节再落地一下。
翻成人话
请补充页面草图、接口依赖、负责人、排期和验收清单。
原句还缺：从方向判断到可执行计划之间的交付物。
5
能力基建
先补一层消息能力基建。
翻成人话
先建立统一的消息模板、发送记录和失败重试，供短信、邮件和站内信共同使用。
原句还缺：哪些功能会复用、首版范围和使用方。
清楚表达检查清单
- 是否写清用户、触发条件、操作和系统反馈。
- 主流程和异常流程是否都有明确结果。
- 首版范围与明确不做的内容是否分开列出。
- 验收标准是否可以由测试人员直接判断。
可以直接套用的表达模板
- 1.当【用户】在【条件】下执行【动作】时，系统应【反馈】。
- 2.首版包含【范围】，不包含【范围】，原因是【原因】。
- 3.验收标准：在【前置条件】下，可以完成【结果】，失败时显示【提示】。