对 PRD 预审过程中，如果有疑惑，应在另外的wiki 上批注、评注（总之应该有所记录或有想法、看法）
预审方式
-
方式1: 评论
-
方式2: 批注
评论、批注的目的：
- 好记性不如烂笔头，及时记录疑惑 => 评审有重点：解决疑惑、分歧
- 减少信息差，让过程有迹可循 => 需求交接，其他同学可以快速看到沟通记录、过程 & 结论
- 提效 => 测试、后端等相关同学看到相同疑惑可以得到解答
批注/评论的颗粒度/必要性：
-
需求很小，有无必要加批注？（有）
- 大概率并行需求，容易忘记
- 有可能会流转给别人来做。
- 第一需要花时间做需求的讲解。
- 第二可能会忘记提醒相关注意点导致其产生bug，降低信任感。
-
要沟通的点很小，有无必要加批注？（有）
- 产品可能会忘记
- 点很小，但最后的结论要有周知所有人，在群里@的话，可能还是会有消息遗漏，大家翻看聊天记录的成本也比较高
-
在群里沟通已经沟通，有无必要加批注？（有）
- 不一定可以周知所有研发（包括研发成员变动情况），增加研发交流成本。
- 追溯时（出问题、研发对其信息）需要找群、拉信息，相当麻烦。
-
在群里如果@产品，让产品答疑了，是否还需要批注？（有） 同上
综上：PRD是需求的源头，也是一个需求大家访问最多的地方
