在产品的研发流程中，从产品设计到进入研发实现的过程中，在这其间需要做好非常充分的设计评审，一般设计评审一般会分为两个部分，一部分是针对设计的可用性评审，这个偏向用户体验，另外一个部分就是针对的设计的技术评审。
在设计的技术评审中，我们一般希望能够达到目标是通过评审可以识别出设计中的不可行的部分。这里讲的不可行，有可能是指在现有的团队能力不可达到的部分，也有可能是技术投入性价比不高的部分。
据我所知，很多团队会忽略设计的技术评审，往往由产品经理或者交互设计师完成设计原型和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.在设计评审时，不要提出个人喜好类的问题。
