招标 POC 测试怎么过？物联网项目演示的五个评分维度和准备清单

POC 测试（Proof of Concept，概念验证）在物联网招标里越来越常见。尤其是平台类项目，光看标书不够，必须现场跑一遍。

很多技术很好的团队在 POC 上失分，原因往往不是功能不行，是「没按评分表准备」。

这一篇讲怎么准备。

第一步：把评分表拆成清单

POC 的评分表通常在招标文件里，会明确列出测试项和分值。第一件事是把它拆成一张逐条清单。

清单的格式：

• 测试项编号和名称
• 分值
• 评分标准（做到什么程度得满分）
• 演示方式（现场操作 / 截图 / 文档）
• 准备状态

关键：按分值排序。80% 的分数集中在 20% 的测试项上。先把高分项做扎实，低分项最后补。

五个评分维度

维度一：功能完整性

考察「标书要求的功能有没有」。这是分值最高的一项，通常占 40%-50%。

准备要点：

• 标书里每一条功能要求，都要能在演示中找到对应
• 不要漏「小功能」（如导出 Excel、打印报表、修改密码），这些最容易丢分
• 如果某个功能没做，提前想好说法（「本期规划」「可通过配置实现」），不要现场卡住

维度二：性能指标

考察「数据量大了还能不能跑」。常见指标：

• 并发用户数（50/100/500）
• 数据点位数（1 万/10 万/100 万）
• 页面响应时间（< 2 秒）
• 数据写入速率（条/秒）
• 查询响应时间（大数据量下）

准备要点：

• 演示环境必须预置足够的数据量（不能是空的 demo 库）
• 性能数据要有报告（第三方压测报告最有说服力）
• 现场能实时演示更好（如导入 10 万条数据看响应时间）

最常见的失分：演示库只有 100 条数据，评委一问「100 万点位下怎么查」，答不上来。

维度三：稳定性

考察「会不会挂」。常见测试：

• 断网重连（拔网线，看设备是否自动恢复）
• 设备离线告警（模拟设备掉线）
• 异常数据（乱码、超范围值）
• 长时间运行（连续运行 72 小时无故障）

准备要点：

• 现场准备一台设备用于「断网演示」，能真实演示重连
• 准备好异常数据的处理逻辑（不崩溃、有提示、有日志）
• 有长时间运行的测试报告

维度四：易用性

考察「客户能不能自己用」。常被低估，但分值不低（10%-20%）。

• 界面是否清晰（不乱、不花）
• 操作路径是否短（三次点击内完成常用操作）
• 是否有引导和帮助
• 移动端是否好用

准备要点：演示时用「客户视角」而不是「工程师视角」。不要展示后台配置界面，要展示客户日常用的界面。

维度五：演示表现

考察「讲得清不清楚」。这一项主观性强，但影响很大。

• 时间控制（不超时、不提前结束）
• 逻辑清晰（按业务流程讲，不按功能模块讲）
• 话术专业（用客户的语言，不用技术术语）
• 应对提问（不慌、不狡辩、不承诺做不到的事）

演示环境怎么搭

真数据还是假数据

推荐：真实结构 + 模拟数据。

• 数据结构按真实项目设计（点位命名、区域划分、设备类型）
• 数据内容用模拟生成（但要合理，温度不能是 200℃）
• 场景要贴合客户业务（如果是水务项目，就用「XX 水厂」「XX 泵站」这样的名字）

用客户熟悉的场景名称，能显著提升代入感。这一点很多人忽略。

数据量级

演示库的数据量应该是「标书要求规模」的 50%-100%。

如果标书要求 10 万点位，演示库至少有 5 万点位的数据。否则性能演示没意义。

网络环境

• 准备本地部署版本（不依赖公网，避免现场网络问题）
• 准备备用网络（4G 路由器）
• 提前到现场测试（不要当天才试）

现场网络故障导致演示失败，是最冤的失分。

设备准备

• 真实硬件（网关、传感器、摄像机）能大幅提升说服力
• 准备「可演示的故障」（拔线、断电、遮挡）
• 带备用设备（防现场损坏）

评委常问的八类问题

• 并发能力：「1000 人同时在线会不会卡？」——要有压测数据
• 扩展性：「明年点位翻倍怎么办？」——要讲清架构和扩容方式
• 数据安全：「数据存在哪？谁能看？」——要讲清权限和加密
• 国产化：「支持国产数据库和操作系统吗？」——政务项目必问
• 对接能力：「能和我们的 OA/ERP 对接吗？」——要有实际案例
• 运维：「出故障多久能修好？」——要有 SLA 承诺
• 案例：「有没有类似项目？」——要有可联系的案例
• 价格：「为什么比 XX 贵？」——要讲清价值差异，不要贬低对手

应对原则：

• 能答的直接答，用数据
• 不能答的诚实说「这个需要确认后回复」，不要编
• 不要贬低竞争对手（评委会反感）
• 不要承诺做不到的事（后期是坑）

三个高频失分点

一、演示超时

这是最常见的失分。准备了 30 分钟的内容，实际只给 15 分钟，讲到一半被打断，后面的重点没讲。

做法：

• 准备「15 分钟版」和「30 分钟版」两套脚本
• 15 分钟版只讲高分项（功能完整性 + 性能）
• 把可以「快速带过」的内容标记出来，时间不够就跳过
• 提前彩排计时，实际用时会比预想多 30%

二、异常场景答不上

评委经常问「如果设备离线怎么办」「如果数据错了怎么办」。这些「异常路径」最能体现系统成熟度。

做法：提前准备 10 个异常场景的标准答案（离线、断网、数据异常、并发冲突、权限越界、存储满、时钟不同步、设备被替换、固件升级失败、数据库故障）。

三、性能数据无法验证

说「支持 10 万点位」，评委问「怎么证明」，答不上来。

做法：

• 准备第三方压测报告
• 或者准备现场演示（导入数据、看响应）
• 或者提供已上线项目的实际运行数据（最有说服力）

准备清单

• 评分表逐条对照清单（含准备状态）
• 演示脚本（15 分钟版 + 30 分钟版）
• 演示环境（本地部署 + 备用网络）
• 真实硬件（能演示故障）
• 性能测试报告
• 异常场景应答手册
• 案例材料（可联系的客户）
• 彩排记录（至少 2 次）

投标的整体策略可以看 物联网项目报价单怎么写，验收环节看 物联网项目验收常见问题。

最后一句

POC 测试的胜负在准备阶段就决定了。现场那 30 分钟只是把准备好的东西展示出来。所以花在准备上的时间应该是演示时间的 20 倍——准备 10 小时，演示 30 分钟。这个比例听起来夸张，但按评分表逐条打勾、彩排两遍、准备应答手册，确实需要这么多时间。

正在准备物联网项目投标或 POC 演示，说一下项目类型和评分要求，可以帮你排一版演示脚本和准备清单。整体投标支持可以看 报价单怎么写。