这样也许完善了，也许还不完善，也许太复杂了需要简化，也许我们压根没有汇报的需求，但是它构成了一个沟通制度，因为汇报或者对开发计划进行总结这件事只是日常开发计划中一个可能存在的一个需求，而这样的一个模板，就是沟通模板，我个人喜欢将其称之为会议制度或者沟通模板。针对不同的事件或者目标完全可以建立不同的沟通模板以简化思考成本。
3.2.3 建立评估模板
评估或者评价，往往是针对满足同一需求的两个或多个选项而展开的，比如零几年的时候，学校旁边的诸多小卖部有很多小零食卖，而你手里的钱可能不多，你需要对有限的资金购买什么样的零食进行评估，如果购买棒棒糖这样的食品，一根就比较贵但是美味且足够吃很长时间。但是如果购买类似于话梅这样的食品，你可以把话梅分给其他小伙伴从而换取他们手中的小零食从而品尝更多的滋味。
简而言之，评估大体分为两个方面，一方面是建立针对单个对象的维度画像，一方面是针对多个对象进行评选。维度画像是根据需求建立的，我们需要设计不同的评估维度来应对不同的问题，举个简单的案例，如果要实现游戏中的某个系统玩法，大体的做法有两种，两种都可以，而且比较难抉择，这个时候就产生了评估需求了，因为如果一种方案存在致命缺陷或者被另外的方案全线碾压，那么压根就不会存在争议。
针对一个系统的实现方案的评估，大体是针对它的两个方向的维度展开的，一者所消耗的成本，一者是所产生的结果。成本侧最基础的就是美术成本和程序成本，当然还会有策划成本但是一般来说程序和美术是核心要考虑的，结果侧则有两种类型，一种是所产生的优势、一种是所产生的副作用，因为很多时候，很多系统设计方案是会附带一定的副作用的，正如延迟渲染对透明渲染的支持较差一样。于是我们设立四个维度：
- 美术成本
- 程序成本
- 额外优势
- 新增劣势
对于对于策划组来说，每个人都可以根据现有的维度提案对目标方案进行个人视角的评估，满分为10分，由策划独立打分。
- 美术成本（A方案：7.0）/（B方案：10.0）
- 程序成本（A方案：5.0）/（B方案：10.0）
- 额外优势（A方案：10.0）/（B方案：1.0）
- 新增劣势（A方案：10.0）/（B方案：10.0）
注意这里的10分指的是这个维度表现较好，美术成本10分指的就是美术成本很低，收集评分可以建立其对维度的更准确的画像，从而进行更好的分析。
评估画像的雷达图
其实在经历较多议题的分析后，我们发现，本质上问题的维度都是在利用较少的成本换取更多的优势，也就是在追求方案的性价比，所以大概可以得到以下的公式：
但是特别要注意的是，最后所计算得到的性价比参数只是一个参考值，因为真正的设计方案非常复杂，而将其量化为一个简单的数字本质上就是一种对信息的阉割。但是有了该参考参数，总的来说整体的评估还是会更加稳妥一些。
但是这个维度信息也是简化过的，因为在讲到评估维度的时候，我们压根不知道议题是什么，如果我们追求的是对一个老旧系统的替换或优化方案，那么就得到了一个新的维度，即优化程度，如果需要对成本进行更完善的描述也许我们会将成本拆分为开发成本、维护成本、外包成本等多项成本因素。于是我们会得到不同的评价公式：
但是无论如何，还是那句话，这个计算结果只是一个帮助你进行判断的评估参数，它既不是最终的答案，也不值得过分的依赖。
3.2.4 建立评估流程
评估是一个比较复杂的行为，我们往往也会担心评估对象的单一致使评估结果的失信，于是也许我们需要建立多轮评估形成完整的评估流程，比如你可以在设立方案之初进行自我评估，如果你的评估出现误差，不妨再让小组进行评估，如果组内也没有好的意见，也可以交给其他更具权威的人士进行专家评估，比如交给主策或者其他更有经验的策划进行评估。如果仍然存在争议，最后可以交给用户进行评估。
但是特别要注意的是，如果走到了专家评估这个流程仍然存在疑点，那么这件事本质上就说明了两者的优势和缺陷是比较难以抉择，这个时候我们可以启用简易策略：
