正当肖潇忙于项目设计的时候，项目助理小胡打电话来了，通知她下周一用户要过来开方案评审会，双方的军代表也会参加。
军代表是军工产品行业内的一个特殊的存在，一般由装备部、后勤部的下属部门派出专业代表，驻在各军工生产地区，在省区内设立军代局，在市（县）区内设立军代处。主要负责代表军方，在驻地的军工厂内监控、协调产品质量、生产工艺、保密工作、产品交期等工作。
因为肖潇所在的公司和用户单位都属于军工单位，所以参加会议的有两厂四方：本单位、用户单位、本单位军代表及用户单位军代表。方案评审是产品研制过程中很重要的一个研制节点，用户和军代表在这个时间点过来参加方案评审会，说明对方还是非常重视这个项目的。但对于肖潇来说，事情没那么简单。
这是她第一次作为项目主管参加有用户和军代表出席的方案评审会。而且，她还是方案的汇报人！种种关于方案评审会、转阶段会、设计定型会等凶险场景的传说立马就塞满了她的脑子。报告怎么编写？有哪些注意事项？不满足的协议指标怎么写？用户和军代表会提出哪些问题？我怎么回答？满脑子的疑问让她不知道事情该从哪里开始。
没办法，肖潇找到了分管领导张总寻求帮助。考虑到这是她第一次做方案，张总安排了张晟帮忙肖潇完成这项工作。
打开产品方案评审的报告大纲，张晟先给肖潇做了一个简单的培训:
产品的设计方案总的来说分为：项目概述、产品技术要求、产品的设计方案和技术路线、新技术的研究和验证、技术及风险评估、产品的可行性分析、产品的组织落实及保障措施、结论及进度安排八个方面的内容。
项目概述主要介绍任务的背景、方案编制的相关依据文件等。主要目的是介绍项目的概况及产品的用途；
产品的技术要求主要是依据技术协议的内容分门别类的把技术要求梳理出来，明确产品的需求；
产品的设计方案和技术路线是方案报告的重点，需要针对用户的技术要求，基于需求分析，详细的论述每一条技术要求的设计方案和技术路线，提出预计设计指标与协议要求的符合情况。具体的设计内容包括，结构设计、光学设计、电路设计、热设计、环境适应性设计、可靠性设计、EMC设计等等，都要针对协议要求进行详细论述；
新技术的研究和验证主要是基于产品的设计方案和技术路线，识别出需要进行研究的新技术、新工艺等，组织专题研究，并对研究的过程进行策划；
技术及风险评估则是对产品技术实现过程中的风险进行识别整理，并提出针对风险的应对措施；
产品的可行性分析主要从技术、采购、周期、质量、生产等多个角度论述项目的可行性；
产品的组织落实及保障措施包括：人员配置、科研条件、质量控制等方面进行说明，确保项目的顺利推进；
最后是结论及进度安排，明确项目研制、交付进度等。
“方案的编制有哪些需要注意的地方呢”？肖潇问到。
“首先文件的格式一定要严格满足标准化的要求，文件的校对一定要认真，像用户的单位名称、军代室名称、产品应用平台、技术要求等一定不能写错。因为用户和军代表对你产品的技术基本不懂，他们看重的是你的态度，如果连个文件写的都是错误百出，产品怎么可能做好”！
“这个没问题”，在文档编制方面肖潇一向都是自信满满，“还有呢”？
“对于技术协议里面可能存在技术风险的指标，一定要会前和对方项目主管沟通好怎么表述比较合适”。
“这个为什么？明明存在风险不应该提出来会上大家一起讨论解决办法吗？”肖潇有点不解。
“会上能解决为什么不能在开会之前解决？出席会议的领导、军代表都不是技术人员，他们怎么可能帮你解决这些细节的技术问题。对于他们来说，你在会上提出这些问题的目的只有一个，那就是‘臣妾做不到，你们领导看着办吧’的意思。运气好一点，专家们提点意见，你去试试，反正指标必须满足。运气不好，方案直接不过，下次再组织开会也是很有可能的。”
“当然”，张晟接着说，“如果和用户沟通后，用户的建议是可以把问题在会上提出来，大家一起想想办法，那他背后的意思是‘这个指标可以讨论，会上大家一起商量稍微调整一下’，这种情况下你就可以写在方案里了”。
“还有吗？”肖潇听得有点兴趣了。
“对于用户来说，显示产品都做了好多年了，没有什么技术难点。所以关于新技术、技术风险部分的内容尽量不要写得太多。这样的话整个方案做下来基本上也就不会有什么大的问题了”。
“当然、前提是产品本身真的没什么大的技术风险。否则，就算这个会过去了，后面真正交付产品的时候出现一堆故障，项目主管可就惨了！”
“还有一点”，张晟补充道，“会上汇报的PPT一定要做得漂亮点，别对着PPT一字一句的念，不过这一点我相信你肯定是没有问题的”，张晟笑着说。
有了张晟的指导，肖潇很快完成了方案报告的编制和PPT的准备，经过两轮小的修订以后，会前的资料算是准备妥当了。
方案评审会如期召开，因为有了会前的充分准备，技术上的一些问题也私底下和出席会议的用户项目主管进行了充分的沟通。会上虽然有专家提出了一些疑问，但总的来说还算顺利，再加上关键时刻有用户项目主管的帮忙，项目圆满的通过了方案评审。
通过这次会议，肖潇充分认识到了会前准备的重要性，尤其是与用户的积极沟通。以前总是听别人说开会只是走个过场，让她对各种评审会产生一些不屑的态度，总觉得那么多人坐在一起有点浪费时间。
现在，她觉得能把会开成走过场真的不是一件容易的事，背后的幸苦和纠结没做过的人是体会不到的。
