展厅联合验收发现问题，整改清单应该怎么写？

展厅联合验收结束后，项目团队通常会得到一批现场问题：有的是按钮无响应，有的是中控场景没有完整执行，有的是装修收口影响设备检修，也有的是验收现场临时提出的新想法。若这些内容全部写成“供应商整改”，后续很容易出现责任不清、重复沟通和问题无法关闭。

整改清单不是简单的待办列表，而是把现场现象转成可判断、可复测、可关闭的交付记录。

为什么很多整改清单推进不下去？

常见原因不是问题太多，而是记录缺少判断依据。只有一张现场照片或一句“效果不好”，技术人员无法稳定复现；没有版本和展项位置，修改后也无法确认改的是不是同一个问题；没有区分缺陷与新增需求，责任和范围就会混在一起。

模糊写法	主要问题	建议补充
互动屏卡顿，优化一下	没有操作步骤和发生条件	记录入口、操作顺序、等待时间、程序版本和是否可重复出现
中控有问题	无法判断是指令、网络、设备还是场景配置	记录触发场景、未响应设备、实际状态和人工补操作结果
画面需要调整	没有确认是原交付缺陷还是新增修改	对照审定稿、合同范围和当前版本，写清调整对象
施工配合处理	没有责任人和完成条件	写明点位、现场条件、配合单位和复测前提

整改清单建议保留哪些字段？

字段不需要越多越好，但必须支持定位、处理和复测。可以按项目实际情况调整，下面这组信息适合软件、中控、设备、内容和装修共同参与的展厅项目。

字段	填写重点	作用
问题编号	一个问题对应一个编号，后续记录保持一致	避免群聊、照片和表格无法对应
展项与位置	展区、设备点位、页面或中控场景名称	让处理人员快速定位
现象与复现步骤	做了什么、出现什么、能否重复出现	支持技术排查和复测
影响范围	是否影响讲解路线、互动闭环、设备安全或日常维护	帮助安排优先级
问题类型	交付缺陷、现场条件、内容调整或新增需求	明确处理边界
责任与配合方	主责单位、现场配合人和前置条件	减少相互等待
整改动作	具体修改、替换、配置或施工内容	避免只写目标、不写动作
复测与关闭	测试版本、验证步骤、结果、确认人和遗留事项	形成问题闭环

先把问题分成四类

联合验收的问题不能全部按同一种方式处理。建议先对照合同、审定版本和现场条件，分成以下四类：

1. 交付缺陷：约定功能没有实现，或已经交付的程序、设备、中控场景不能按确认流程运行。
2. 现场条件问题：供电、网络、散热、遮挡、装修收口或检修条件影响系统运行。
3. 内容调整：已确认内容需要修改图片、字幕、影片、讲解词或播放顺序。
4. 新增需求：在原范围之外增加功能、接口、内容数量、交互路径或设备动作。

分类的目的不是推卸责任，而是确定下一步动作。交付缺陷应整改并复测；现场条件问题需要对应单位先完成前置条件；内容调整要锁定新版本和审核人；新增需求则应单独确认范围和交付影响。

整改优先级应按影响判断

不要只按发现顺序处理。验收阶段更适合先看问题是否阻断真实接待、是否影响安全稳定、是否会牵动其他系统，再安排整改顺序。

优先级	判断标准	处理建议
阻断项	关键展项无法运行，讲解路线中断，或存在明显安全与设备风险	优先处理，完成后重新跑通相关路线
重要项	不完全阻断接待，但影响互动闭环、中控联动或主要内容呈现	纳入本轮整改并做专项复测
一般项	局部文字、画面、操作提示或非关键细节需要调整	汇总版本后处理，避免多次零散修改
建议项	超出当前交付要求，但对后续运营有改善价值	单独评估，不与原交付缺陷混合关闭

责任方怎么写才清楚？

一个问题可能涉及多方，但清单里仍应有一个主责方。主责方负责推动问题关闭，配合方负责提供条件或完成接口动作。例如，中控按钮无法启动投影，不宜简单同时写“中控、设备、网络共同处理”，而应先指定主责排查方，再列出需要设备方或现场网络配合的检查项。

• 能由单一系统定位的问题，指定该系统责任方主责。
• 跨系统问题，指定最先完成诊断和组织复测的一方主责。
• 现场条件未满足时，明确谁完成条件、谁在条件完成后复测。
• 无法立即归属的问题，先指定排查负责人，不要长期标记为“共同负责”。

复测记录要回答三个问题

整改完成不等于问题关闭。复测记录至少要回答：改了什么、按什么步骤验证、最终结果是否满足原验收口径。涉及程序和内容时，还要记录复测版本；涉及中控和设备时，应在真实场景下验证，而不是只看后台状态。

1. 使用与原问题一致的入口、路线和触发步骤复测。
2. 同时检查整改是否影响其他页面、设备或场景。
3. 记录通过、未通过或带遗留事项通过，并由对应确认人签字或留痕。

如果问题无法稳定复现，也不能直接删除。应记录检查过的条件、当前观察结果和后续触发时的取证方式，方便运营阶段继续跟踪。

哪些问题不适合直接关闭？

• 只收到“已经处理”的口头回复，没有版本、照片、测试或现场结果。
• 原问题消失，但同一修改造成其他页面、展项或中控场景异常。
• 临时重启后恢复，但没有定位原因或留下后续观察方式。
• 需要现场供电、网络、装修或设备配合，前置条件尚未完成。
• 资料、账号、程序包、设备台账或操作说明仍未按约定交付。

常见误区

• 把现场提出的所有想法都写成原合同范围内的整改。
• 同一个问题在不同群聊和表格里重复编号。
• 只记录完成日期，不记录复测版本和验证步骤。
• 为了尽快签收，把阻断接待的问题写成后续优化项。
• 问题关闭后没有保留最终清单，后期维护重新从聊天记录找线索。

FAQ

整改清单由谁来统一维护？

建议由项目方指定一名统一负责人维护主表，各专业方更新处理结果。不要让软件、中控、设备和装修各自保留一份互不对应的清单。

现场照片和视频可以代替文字记录吗？

不能完全代替。影像适合证明现象，但仍要配合问题编号、位置、复现步骤、版本和影响范围，才能用于后续处理。

同一展项有多个问题，要合并记录吗？

如果责任方、整改动作或复测方式不同，建议分开编号。只有能够由同一次修改和同一套验证共同关闭的问题，才适合合并。

新增需求可以放在整改清单里吗？

可以记录，但应明确标记为新增需求，并与交付缺陷分开确认范围、影响和后续安排，避免验收边界混淆。

整改完成后还需要再走完整路线吗？

涉及中控、互动流程、程序版本或多设备联动的修改，建议至少重走受影响的路线，并检查前后关联展项。局部文字修改可按对应页面专项复核。

最终清单需要保留哪些版本？

至少保留首次验收问题、每轮整改结果和最终关闭状态。涉及程序、内容和中控配置时，应同时记录对应版本或备份位置。

结论

展厅联合验收后的整改，重点不是把表格填满，而是让每个问题都能被定位、处理、复测和关闭。先分清问题类型，再写明责任、动作和验证依据，软件、中控、设备、内容与装修之间的协同才不会停留在口头沟通。最终关闭的整改清单，也应作为后续维护和内容更新的重要项目资料。