技术评审是什么？
外企通常称为Design Review，通俗点来说，就是向别人介绍你的设计并得到他们的批准。这个别人有时候可以是你的直属领导以及组内的专家，有时候也是整个研发部门的同事和总监。
一个产品(这里讲的产品都是拿具有实物特征的来举例)，从设计到投入量产，简单点来说，大的设计评审会议主要有两个：分别为概念评审(原型机版本)和详细设计(开模版本)评审。
产品工程师接到一个仪表新产品开发的项目，通常先分析技术需求，然后再进行概念设计。Concept Design阶段很重要，决定了整个产品的尺寸和空间(内部和外部)，以及内部PCB以及其他零部件的布局，同时也初步决定了产品的成本和制造方式。只有这个阶段的设计通过了评审后，产品工程师才能投入绝大部分精力来进行产品的详细设计，否则只会做无用功，吃力不讨好。好在，现在正规公司都会有自己的成熟的设计开发流程，重要项目节点需要提交相应的评审报告和设计资料，项目经理会来做把关。
作为一个产品工程师，这个工作很神圣也很严谨，为什么呢？因为产品工程师是人，而人是有感情的，所以工程师们通常对于自己设计开发的项目产品，具有很深的感情和自豪感。比如说你是做汽车类产品开发的，当日常生活中遇到了你开发的零部件，通常也会向朋友或家人，自豪地介绍到：“看，这个××就是我负责设计开发的。”
可以毫不夸张地说，产品工程师们通常将自己的项目看作是自己的孩子，从一开始的概念萌芽，到概念的生成和冻结，就好比一个生命的诞生；然后进入到详细设计和方案冻结，进行开模，就好像这个生命在不断成长，需要通过内在和外在的资源来发展自己，直到长大成年，开始独自面对社会去闯荡；最后再到产品的设计验证和产线验证，再至小批量试产和量产，那么，这就好比人成年后，在社会和职场需要经过不断试错和锤炼摔打，最终才能进入到生活的稳定增长期。
既然，产品对于产品工程师这么重要，那么，产品工程师在向他人介绍并需要得到他们的批准时，就需要将自己所做的设计理念和依据解释清楚，至少要符合基本的逻辑，尽量涵盖全面。
撰写技术评审报告的思路
下面，昌晖仪表通过之前技术评审报告的逻辑(这里的评审指的是整个研发部门的会议，通常是向项目组成员和研发总监汇报)，来和大家分享下撰写技术评审报告的思路：
1、产品概要
首先，一份技术评审报告的最开始，需要向读者或者听众解释下项目的背景和产品的大概内容。
项目背景：项目名称、项目内部编号、客户信息、客户开发节点信息以及后续出货信息，终端产品信息等。因为本文主要讲述技术评审的内容，所以此部分背景介绍，只需要大致介绍，因为项目经理在项目启动会(Kick-off meeting)上肯定已经做了更详细的介绍，不需要累赘说明。
产品概述：结构上通过展示最终方案的三视图，将长宽高尺寸标注，最好包含重量和体积，因为这两个指标在功率电子器件上，有时候客户会提出功率密度指标，如果还有和客户配合的地方，也需要介绍说明，同时最好展示下内部的布局图；硬件需要说明整个硬件系统和电源系统的架构框架，软件类似。
因为每个职能部门(结构、硬件和软件)都会有各自内部的专业评审会，在项目组的评审会上，这部门内容只需要介绍你的方案的概述，不需要太专业和详细，最好能够一页纸说明。
2、接口介绍(通常指结构部分)
这个部分也比较简单，如果产品涉及到与客户的对配，那么产品势必在产品外面会有些接口。比如用一般的电机控制器产品举例，如低压连接器、电源DC高压连接器、三相输出连接器或者铜排、冷却进出水嘴等。产品工程师需要将它们的型号、供应商、相关重要尺寸做下说明，从工程师展示的内容，可以看出哪些是客户指定的，哪些是产品工程师自己选的，最终都需要根据这些内容，在产品的总成图上进行标注。
3、产品爆炸图+BOM(通常指结构部分)
一个好的爆炸图，可以让非机械专业同事，快速清晰明了地了解到产品的组成，产品工程师可以根据零部件种类、新旧零部件和厂内厂外等分类原则，在爆炸图上通过颜色加以区分，这样采购和制造就能对整个BOM和组装进行确认和评估。
4、组装流程图(通常指结构部分)
技术评审的一个很重要的目的，就是确保工厂能够保质保量地将产品生产出来。所以通过展示详细的组装流程，对于制造同事来说，是非常重要的。在介绍组装流程时，除了要说明清楚组装的顺序外，还需要说明使用到的工具型号，如螺丝批标准；以及相关的工艺，如焊接、点胶等；同时还需要展示技术指标，如扭矩大小，烘干条件等。
5、详细设计
这个章节的内容，应该是技术评审会上需要展示的重要内容，因为它将向别人展示工程师设计的依据，也就是工程师为何这么设计。
还以电机控制器产品举例，产品从结构上来讲可以分几个小板块来说明：密封设计、散热设计、EMC设计、结构互联设计；
硬件部分就需要从模块来谈，也就是按照不同的模块电路，进行方案的详述，并附上硬件原理图，以及元器件的选型，如滤波器模块、防反接模块、SBC电源模块等。
6、设计验证
接着，产品工程师还需要对每一个设计的鲁棒性进行前期验证，也是在这个章节说明。
通常在没有实际产品出来前，结构部分的话，产品工程师通过CAE仿真来摸底。
如结构部分需要进行的有：流体仿真、强度仿真、振动仿真、模态仿真、散热仿真等；另外有些还需要通过计算来说明设计的可行性：如密封圈的填充率和压缩率的计算、紧固件的校核计算、安规距离的确认计算、公差的累积计算、气密性计算等。
7、风险评估
在技术评审报告的最后，产品工程师还需要将设计未考虑到的，或者是应用的材料或者工艺是没有经过量产产品验证的，又或者项目比较紧急，存在着资源配置问题的，等等，只要是觉得有风险的项目，都应该登记到风险清单中。并根据风险提出人、向谁寻求解决方案或者需要哪方面输入、风险如何避免或者减小等因素，给每项的风险评级：重要性和优先度顺序。
正好也可以在项目组成员都在的情况下，表达下自己的担忧，顺便也寻求下领导的帮助。
写在最后
以上是昌晖仪表大概以产品结构件开发时技术评审报告的逻辑，来对如何撰写技术评审报告书，提出的一些个人的理解。
其实，不管什么产品，基本都是这样的框架：需求分析说明→概念设计→详细设计→设计验证→风险评估。
另外，如果真的按照上面的流程和逻辑，要全部说明的话，这个会起码几个小时的时间，有时候会很浪费大家时间，加上如果会上还有激烈讨论的话。所以，通常建议按照研发职能，在进行正式的评审会议前，产品工程师可以找各个职能模块，来单独确认他们专业部分的内容，并达成一致，从而减少在正式会议上，浪费绝大多数人的时间。