需求评审一般的过程是这样的：
1.设计者： 完成设计初稿
2.设计者：提交评审专家评审
3.专家：提供改进意见或建议
4.设计者：答复或沟通；
5.评审负责人：开评审会议（可以追加的需求）；
6.设计者：完善，提供正式设计；
7.专家：签字确认

实际操作过程中：
3~4；5~6 可能会执行多次。
如果出现大的需求变更，评审会议 可能还需要重开。
这时候，可以通过 需求设计的版本 来区别。

对一些小的项目和产品，某些步骤也可以省略。
我本人认为：7 是绝对不应该省的（至少要有头有尾有记录）。

评审的标准。除了一些企业的明文规定 和 产品的设计常识外，
最主要的依赖于：客户代表、技术专家、市场人员的经验和认知程度。
什么样的设计水平和专家，决定了产品的设计。
这也正s是各个企业、产品间，存在巨大差距的原因。

评审本身并不是要提升产品，而是防止出现差错。

当然有的企业还会设立QA角色，保证评审的质量。

事实上，大多数企业和他们的评审专家，
对评审的过程都不是很重视。

如果每次都不认真做，总也体会不到它的优点。

大概的流程我也知道，但关键问题还是对于这些评审会议过程中，主要要关心那些问题？注意那些细节？谢谢