项目验收评审会PPT：验收不是"看着差不多"，是逐条对照标准

项目完成后，开展验收工作。

**常见的情形是：汇报讲了一遍做了什么、展示了成果、大家看了看，"挺好的"，通过。**

**这种验收看起来顺利，但它有个隐患——如果后面发现某个功能没达到要求，谁也说不清当初是怎么验的。**

**验收的本质不是"确认完成"，是"确认达到了约定标准"。**

**而"约定标准"必须是事先存在的，且逐条可核对的。**

这篇讲述这类材料的组织。

一、验收的前提：标准要先有

**这是最容易被跳过、也最关键的一步。**

**如果验收时才第一次讨论"什么算合格"，那验收就变成了谈判。**

**所以验收材料的第一个动作，是拿出**事先约定的标准**——**合同条款、需求文档、技术协议、验收方案。**

**如果找不到书面标准，验收会就很难开得干净。**

**这种情况下，材料里应当先补一个动作：明确列出"本次验收依据哪些文件、按什么口径判断"。**

**这个动作要在会前完成，不是会上临时商量。**

二、验收标准和"完成"是两件事

**这一点区分清楚，能避免很多扯皮。**

**"完成"是"做完了"。**

**"合格"是"达到标准了"。**

**一个功能做完了，可能没达到性能要求；一个交付物提交了，可能内容不完整。**

**所以验收材料里，每一项都要写三样：**

**一，约定的标准是什么。**

**二，实际达到的是什么。**

**三，符合还是不符合。**

**三样齐了，"通过"才有依据。**

**如果只写"已完成"，评审无法判断。**

三、逐条对照：这是材料的主体

**验收评审会的材料，主体应该是一张对照表。**

**表的结构通常是：**

| 序号 | 验收项 | 约定标准 | 实际情况 | 结论 |

|---|---|---|---|---|

| 1 | 功能项 A | 具体指标 | 实测值 | 符合 |

| 2 | 性能项 B | 具体指标 | 实测值 | 符合 |

**四列缺一不可。**

**几个细节：**

**一，"约定标准"要写到可测量。** **"运行稳定"不可测；"连续运行若干小时无异常"可测。**

**二，"实际情况"要带依据。** **测试报告、检测数据、现场记录。**

**三，"结论"只有三种：符合、不符合、待确认。**

**不要用"基本符合"这类模糊表述**——**它等于把判断推给了别人。**

**如果某一项确实只能给"基本符合"，那就要写清"差在哪、是否可接受、谁来认定"。**

四、不符合项怎么处理

**任何项目都可能有不符合项。关键是怎么处理。**

**三种处理方式，要写明：**

其一，整改之后复验。阐述整改的内容，完成的时间以及复验的方式。

其二，降级予以接受。阐述影响范围，是否对使用产生影响，需要谁予以确认。

三，暂不进行验收。阐述该项目未达成的缘由以及后续的安排。

**材料里最忌讳的是"模糊带过"。**

**"该项基本满足使用要求"——** 到底验不验？

**明确的处理方式，比一个漂亮的结论更有价值。**

**它既保护了验收方，也给了实施方明确的下一步。**

五、评审会怎么开

**材料之外，流程也影响结果。**

**几个建议：**

**一，材料提前发。**

**会上第一次看，只能听汇报，无法核对。**

**二，先看不符合项。**

**把问题放在前面，避免"讲完全部成果之后不好意思提问题"的氛围。**

**三，现场可验证的当场验证。**

**能演示的演示，能抽查的抽查。**

**四，结论当场形成。**

**"会后再说"通常意味着问题被稀释。**

**四点的共同点：把验收从"听取汇报"变成"核对事实"。**

六、结构怎么排

**建议五段，十二到十八页：**

第一段（从一页到两页）是验收的依据。依据什么样的文件以及按照的口径。

**第二段（两到三页）：项目概况。** 简要说明做了什么。**不要展开，一两页足够。**

**第三段（五到七页）：逐条对照。** 标准与实际、结论。**这是主体。**

**第四段（两到三页）：不符合项与处理方案。**

第五段包含一到两页的结论以及后续。验收意见，遗留的事项，质保或者运维的安排。

**篇幅上，第三段应占一半以上。**

**如果一半篇幅在讲"建设过程"，重心就偏了。**

七、几个常见问题

**问题一：没有事先约定的标准。**

**验收时临时定标准，必然有争议。**

**问题二：只讲成果，不做对照。**

**讲了做了什么、效果多好，但没有一条一条对照标准。**

**问题二补充：** **"效果多好"是宣传语言，"是否符合标准"才是验收语言。**

**问题三：用"基本符合"含糊过去。**

**留下了后续争议的空间。**

**问题四：不符合项不写。**

**等到使用中发现问题，责任就说不清了。**

**问题五：材料不提前发。**

**会上无法核对，只能听汇报。**

**问题六：结论不明确。**

**"原则通过"——** 什么条件下正式通过？

八、材料怎么落地

**这类材料，表格是绝对主体。**

二狗 PPT具有输入内容，生成大纲以及生成PPT这三个步骤：将内容交付给现成文档，可直接上传文字或者只给主题，随后生成一份卡片型结构化的大纲，可进行检查，增删，拖拽以及改写操作，确认之后按照页匹配的版式进行生成，其输出具有可编辑，可导出的特性。

逐一对照的表格建议直接制作成表格，列宽按照内容来进行分配，千万不要为了规整把标准弄得太狭窄。

若对照项超出十几条，则建议拆页操作，即按模块划分，每页设置五至七条，此操作较一页填满更易于阅读。

要是项目存在阶段划分以及交付路径的情况，智能的架构图这个工具能够生成流程的图，导出之后再进行编辑。

它内部的模板按照方向划分成若干个系列，包含封面，目录，章节过渡，内容页这类页面的类型；模板系列具体的名称以及数量会跟着产品迭代来进行调整，在使用之前以官网那个模板库的页面为准。

九、两个提醒

**第一个提醒，所有数据要能追溯到依据。** **实测值、检测报告、抽查记录，都要能拿出来。** **无法核对的"实际情况"，在验收会上是站不住的。**

第二个提示，涉及到合同以及商业信息需要判断的范围。验收材料一般包含合同的条款，报价，交付的细节。若哪些可对外公开，哪些仅处于双方范畴内，需提前予以确认。未公开信息不可上传至在线工具进行处理；工具所生成的初稿，在正式使用之前的核对还得自己去把控。

如果你正在准备一次验收，建议先做一个检查：**把对照表里的"约定标准"那一列遮住，只看"实际情况"，问你旁边的人"这一项算不算合格"。**

**他能判断出来，说明标准写清了；判断不出来，说明这一列写得还不够具体——而验收会上所有的分歧，几乎都从这里开始。**