展厅互动程序怎么选 源码和真机测试这两关先过

写给正在做展厅选型、又怕被软件开发商绑住的你

上个月去一家企业馆做回访，甲方指着大厅那块互动屏叹气。程序是外包团队做的，如今想换个首页欢迎语，对方开口要一万二。他翻出当时的合同，上面只写着交付一套互动软件，源码在不在自己手里、以后能不能小修小改，一个字都没提。

这种事我们见得实在不少。展厅里硬件看得见摸得着，招标时大家盯得紧。真正容易让人后期被动的，往往是藏在后头的那层软件。

这一篇聊互动程序。它是驱动所有触摸、感应、联动的那套定制软件，选得好展厅能自己长大，选得糙后面全是坑。顺手说一句，互动程序不像一块屏能摆在样品间给你看，它的好坏往往要等展厅开馆半年、运营开始自己改内容时才显出来，等那时候再发现问题，合同早签完了。

明亮展厅里的互动多媒体展项，背后是一套或多套互动程序在调度

一句话说，互动程序是让展项活起来的大脑，从触摸查询到中控编排都归它管。

只要展项要人去操作屏幕、动作触发内容、多设备一起协同，背后就一定跑着一套或多套互动程序。企业馆的产品演示、博物馆的互动讲解、科技馆的体感游戏，表面看是屏和投影，内里全是程序在调度。也正因为它是软件，展厅开馆之后还能持续生长，今天加个互动环节，明天换套讲解词，都不必大动干戈。

硬件清单（内容生产端）

开发工作站。这是开发商写代码、做模型的电脑，一般不摆在展厅，但它直接决定内容产能和更新速度。工作站配置跟不上，改一次三维内容要等半天，运营节奏就被拖死。

软件清单（真正跑在展项上的核心）

引擎层，Unity 或 UE，负责把交互逻辑和三维内容渲染出来。选 Unity 还是 UE 看内容复杂度，轻交互 Unity 足够，重三维 UE 更顺手，这条在需求阶段就要定，别等开发中途换引擎。

交互逻辑与中控协议，这是程序和外设对话的语言，屏、投影、灯光、机械都靠它接通。中控协议常见有 TCP、串口、HTTP 几种，展厅里灯和机械多半走串口或 TCP，协议不开放，程序就喊不动它们。

内容更新后台，运营自己上传视频、改文案、调排期的入口。好的后台带权限分级，运营改文案、主管审内容、管理员管账号，三级分开，别让一个账号能改所有东西。

版本管理，每次改动能回溯能回滚。我们要求每个展项程序走版本管理，改之前打标签，出问题一键回退到上一个能跑的版本。

互动程序的组成，硬件只是内容生产端，软件四件套才是展厅能自己长大的关键

这个展项没法用点间距、流明那种硬指标衡量，它的核心参数叫可维护性，得落到合同四件事上。硬件能拿参数卡死，软件却容易被一句话带过，等运营接手才发现问题，所以这几条得在招标阶段就钉死。

第一，源码归属。合同写清楚交付可编译源码、配套文档、更新后台账号这三样。拿不到源码，等于把展厅的命交到别人手上，改一句文案都要排队加钱。

第二，更新后台权限。问明白运营能不能自己上传内容、改排期，年更次数上限多少，素材格式有什么要求。这条不写，内容更新就被绑定。

第三，真机运行标准。别只听一句我们测过没问题，要写进验收条款，在最终硬件环境连续运行 48 小时无崩溃，狂点、断网这类边界操作各测一遍。

第四，中控协议开放。屏、灯、机械能不能被这套程序统一调度，协议文档是否随交付提供，决定了展项之间是各自为政还是一套中控全搞定。

把这四件事写进合同，听起来琐碎，实则是给展厅买了一份长期的自主权。我们见过太多甲方，前期图省事只签了总价，后期每次小改都被开发商按次收费，一年下来比程序本身还贵。

选型看可维护性，源码、更新后台、文档三件套是否进合同，比总价更能决定后期成本

误区一，只比总价不比交付物。两家报价差三万，一家含源码和后台，一家只给一个能跑的安装包，便宜那家后期才是无底洞。有家企业馆招标时选了便宜的，结果对方只交付一个安装包，想加个二级页面报价八千，算下来第一年维护费比程序还高。把交付清单拆开看，源码、文档、后台账号逐一列明，别被一个打包价糊住。

误区二，验收只看演示视频。开发商在自己电脑上跑得溜，真到现场触控屏一碰就闪退，重要接待当场翻车。一场重要接待前，某展厅的互动屏在开发商电脑上演示完美，到了现场触控一碰就闪退，讲解员只能手动切图，专业感全无。把最终硬件环境 48 小时连续运行写进验收，别凭一段录屏就签字。

误区三，觉得软件不用留检修口。硬件坏了能换模组，程序崩了如果没版本管理和远程运维，只能等原厂排期。程序出问题，甲方才发现没有远程运维，原厂排期要等三天，偏偏那周有领导参观，只能把展项临时关停。合同写明响应时限，4 小时远程、48 小时到场，备件和延保一并谈清楚。

没做真机测试的互动屏，现场一碰就闪退，重要接待最尴尬