大屏 Demo 很炫,上线后为什么拉胯?选型时要测的六件事

Demo 很炫、上线拉胯的根本原因，是演示数据又小又干净，而真实环境接口杂、数据大、网络抖。大屏选型时把六件事现场实测到位，演示与上线的差距就能在签合同之前暴露出来。这六件事，也是大屏 POC 的标准动作清单。

一、Demo为什么总是很炫

Demo 的好看是被精心设计出来的，不必怀疑自己的眼睛，要看穿它的前提条件。

• 数据完美：演示数据量小、分布漂亮，没有空值脏值与异常尖刺；
• 环境理想：不接真实系统，不考虑并发、鉴权失败与网络抖动；
• 动效全开：飞线、地球、轮播跑在高配机器上，自然丝滑；
• 视角固定：按脚本演示，不留给用户自由操作和追问的时间；
• 话术套路：演示时强调模板数量与案例截图，弱化接口对接与运维成本，这两处要多追问。

二、必须实测的六件事

六件事对应上线后的六种翻车方式，选型现场逐项测过去。

• 真实接口对接：现场接自己的业务接口，验鉴权方式与字段映射顺不顺；
• 数据量与刷新性能：按生产量级压测，开启定时轮询看流畅度与资源占用；
• 权限与发布：多角色权限、免登录发布的实际行为是否与承诺一致；
• 扩展与私有化：组件能否二次开发、能否私有化部署、升级路径是否清晰；
• 断网恢复：拔掉网线再恢复，看轮询与页面状态能否自动续上。

三、用真实数据做POC

POC 必须用自己的数据和接口，别用厂商准备好的样例。

• 带真实接口：准备两三个生产只读接口，现场配置取数与字段映射；
• 带脏数据：故意混入空值、异常值与超长字段，看组件的容错表现；
• 限时搭建：给厂商一到两天搭出目标页面，检验编辑器易用性的底子，拖拽与代码两条路线的差异可参考拖拽编辑器与代码开发对比；
• 私有化验证：像灵境大屏支持 Docker 一键私有化，POC 可以直接搬到自己的服务器上做，避免演示环境与生产环境两套表现；
• 交叉对比：让两家厂商同题搭建，同一接口同一页面，易用性与适配能力立刻见分晓。

四、性能与刷新实测

性能测试要带着轮询和数据量一起测，空转的静态页面说明不了问题。

• 轮询压力：15-60 秒轮询一次、多页面同时在线的帧率与资源占用；
• 图表规模：地图飞线、词云等重组件全开时的表现；
• 长时挂机：连续运行 72 小时，观察内存与页面是否随时间劣化；
• 弱网与恢复：限速环境下的加载降级表现，以及断网重连后的状态恢复；
• 数据核对：抽两三个核心指标与业务系统对数，口径治理思路见大屏数据口径与质量治理入门。

五、把验收标准写进合同

测出来的结论落成可量化的合同条款，选型才算真正闭环。

• 指标量化：页面加载时间、轮询间隔、并发页面数写进验收标准；
• 环境注明：写明测试机器配置与网络条件，避免事后各说各话；
• 付款挂钩：付款节点与 POC 结果及验收指标关联，别一次性付清；
• 选型框架：私有化与 SaaS 怎么选、报价里有哪些坑，可参考数据大屏选型指南；
• 升级承诺：版本升级节奏、老版本维护年限与数据迁移方案，写进合同附件而非口头承诺。

Demo 代表理想环境，生产才是真实考场：真实接口、生产量级、长时轮询、断网恢复，把这些测完再谈价格，最后把量化指标写进合同让验收有据可依。选型阶段多花三天实测，上线后能少走三个月的弯路；验收标准写得越具体，上线后的争议就越少。

常见问题 FAQ