干系人对齐
从每个将受该特性影响的方获得明确签字。
为什么
工程造了但销售没被咨询的 PRD 会变成销售卖不动、支持支持不了的功能。干系人对齐是把 PRD 给每个受影响方——工程、设计、QA、销售、支持、法务——看，在开工前获得明确"我已读且我的顾虑已解决"签字。对齐成本是几小时会议；不对齐成本是功能一上线就产生支持工单和销售投诉，因为没人就"完成"达成一致。
何时使用
PRD 评审通过后、迭代规划前。2-3 天内 1-2 小时会议。仅对只影响一个团队的变更可跳过。
如何做
1. 列出所有若上线工作会变的干系人：
- 工程（造）、设计（UX）、QA（测）、支持（接工单）、
销售（卖）、法务（合规）、运维（运行）
2. 发 PRD 给每人，2 天评审窗口，具体提问：
"这份 PRD 若按所写上线，什么会让你的工作更难？"
3. 开 30 分钟对齐会解决冲突
4. 在 PRD 里记录每人签字（姓名+日期）
5. 任何未决异议阻断迭代——升级，不要覆盖示例
PRD："自动生成发布说明" 干系人及签字： - 工程（Alice）：✓ 03-18——"估 5 天，可行" - 支持（Bob）：✓ 03-18——"加'报错说明'链接，否则有工单" - 销售（Carla）：⚠ 03-19——"客户要自定义模板；那是 v2 吗？" → 解决：自定义模板明确在范围外（PRD 已有）；Carla ✓ - 法务（Dan）：✓ 03-19——"提交信息无 PII？和工程确认" → 已确认 全部签字已记录 → 迭代解除阻断。
常见问题
- ⚠把沉默当同意——没回复的干系人没对齐；要求明确签字，而非无异议。
最佳实践
- ✓问"什么会让你的工作更难"而非"有顾虑吗"——前者浮出真实异议，后者得"看着行"。
- ✓把签字记在 PRD 里而非单独文档，让审批链随规格走。