设计评审的评审时机和内容
一旦设计结束，且原型样机已被检验，由一个指定的小组承担一次综合性设计评审以证实该原型样机是否全部满足客户阐明的和暗示的要求。该设计评审组可包括其他功能团组的人员，例如营销、制造、质量保证部，他们有资格从各自角度对设计进行评论。该设计评审应对有关的问题给予预先考虑。例如：?
(1)该设计满足产品全部规定或服务要求吗？?
(2)考虑了安全吗？?
(3)该设计满足功能和运行的要求，即性能、可靠性、可维修性目标吗？?
(4)选择了合适的材料和设施吗？?
(5)材料和元器件或服务的要素的兼容性有保证吗？?
(6)该设计能满足全部预期的环境和负载条件吗？?
(7)元器件或服务要素是否标准化，提供了互换性吗？?
(8)包装设计与产品或客户的要求相一致吗？?
(9)就设计实施，例如采购、生产、检查和检验、适应技术进行计划了吗？?
(10)能顺利实现公差和规定的性能等级吗？?
(11)在已使用计算机的场合，就设计计算机化、模型或分析有相应的检验软件(和它的技术状态控制)吗？?
(12)软件的输入和输出有相应的验证和文件吗？?
(13)在设计过程期间是否推断出其有效性？?
设计评审的概念
设计评审（Design Reviews）
最终的设计评审(即设计终止之前)，其性质是建议性的。这些评审的结果采用推荐和建设性建议的形式。对设计评审中发现问题进行更改和对结论进行选择的权力在设计组。其目的是尽可能早的在开发阶段确认这些因素和工艺会不会造成最终产品质量偏差。
设计评审是什么
设计评审是对一项设计进行正式的、按文件规定的、系统的评估活动，由不直接涉及开发工作的人执行。设计评审可采用向设计组提建议或帮助的形式，或就设计是否满足客户所有要求进行评估。在产品开发阶段通常进行不只一次的设计评审。
如何做好设计的技术评审？
在产品的研发流程中，从产品设计到进入研发实现的过程中，在这其间需要做好非常充分的设计评审，一般设计评审一般会分为两个部分，一部分是针对设计的可用性评审，这个偏向用户体验，另外一个部分就是针对的设计的技术评审。
在设计的技术评审中，我们一般希望能够达到目标是通过评审可以识别出设计中的不可行的部分。这里讲的不可行，有可能是指在现有的团队能力不可达到的部分，也有可能是技术投入性价比不高的部分。
据我所知，很多团队会忽略设计的技术评审，往往由产品经理或者交互设计师完成设计原型和PRD之后，技术团队按照设计文档开始挽起袖子开干。这样的做法造成了巨大的项目风险，造成的后果，很有可能要不是开发到一半，技术leader找到产品经理，说“你这个开发不出来，你要的话需要再给我一个月”，这样还算负责的技术主管，更多时候，产品经理面对的往往是和你想的完全不一样的产品.......
一、技术评审的流程
二、技术评审的注意事项
1.评审会议形式尽量避免使用IM会议的形式，建议使用电话会议，如果逻辑复杂和重要模块，建议面对面的会议评审方式
2.Spec评审需要邀请UI参加，spec定稿是需要给出确认意见，避免在GUI评审阶段还在讨论spec的问题
3.评审至少前一天需要将设计稿发至各个评审人，否则PM需要告知评审会延期
4.预审的形式可根据具体情况判断，如果模块逻辑比较简单，可以BA和交互设计师单独沟通进行理解，然后组织技术评审会。如果产品复杂或者模块重要，需要组织预审会议，由交互设计师进行讲解
5.评审会议之前，BA需要收集问题（SM需要集中问题并反馈至BA）并组织完成会议大纲，评审会以引导式的方式进行
6.预审会以讲解为主，如发现问题可以记录下来，避免把会议时间拖得过长
7.技术评审时，以挖掘技术关键点和问题为主，在体验类问题上不要花太长时间，BA记录下来即可
8.体验类问题讨论时避免空对空的讨论，更多的借助UE的力量去做用户测评和调研，用数据说话
9.在一些僵持不下的问题上，用好产品经理的力量
10.设计定稿时，必须保证《评审跟进表》的所有问题关闭和有结论，
11.设计定稿后，PM发送邮件至各个部门，并要求各方进行邮件确认
12.评审会，建议相关模块的开发人员也要参加，保证信息的传达的准确
13.找出设计中存在的问题，寻找更好的设计方向是设计评审中重要环节。不过要避免直接给出解决方案，让设计师失去了继续优化方案的机会。
14.在设计评审时，不要提出个人喜好类的问题。
设计评审的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于设计评审应在什么时候进行、设计评审的信息别忘了在本站进行查找喔。