选型与采购
LIMS 选型演示（POC）：怎么验证才不算白看
项目演示（POC）是最接近真实的选型验证，但多数机构把 POC 办成了“厂商表演赛”：厂商选场景、厂商操作、你鼓掌，看完什么都验证不了。POC 的正确打开方式如下。
一、POC 前：把场景写下来交给厂商
选定 3–5 个你业务里最痛、最容易出事的场景，写成文字提前给厂商：
- 一个批量受理场景（一批 30 份样品怎么录）；
- 一个盲样隔离场景（检测员能看到什么）；
- 一个模板受控场景（你的原始记录模板怎么用）；
- 一个报告/留档场景（改数据会留下什么）。
场景由你定义，演示按你的剧本走——这是 POC 与 demonstration 的分水岭。
二、POC 中：五个必须做的验证
- 真实数据：用你的样品信息与模板，不用厂商演示数据；
- 多岗位操作：受理员、检测员、复核人、签字人分别上手各自环节，看“能不能独立操作”；
- 现场黑盒：让检测员账号打开一个任务，检查导出、查询、打印里会不会漏出委托方信息；
- 改数据留痕：现场改一个结果，看系统记录“改前、改后、谁、何时”；
- 批量与性能：真的录一批/打印一批，别只看单条数据。
三、POC 后：书面结论
- 每个场景给出“通过/部分通过/不通过 + 证据”；
- 变更需求当场记录（哪些要靠配置、哪些要定制）；
- 要求厂商对未通过项给出书面答复或补演示。
四、POC 的常见失败与对策
| 失败 | 对策 |
|---|---|
| 厂商挑场景演示 | 场景你写、时间你定 |
| 只演示不操作 | 分配账号，各岗位自己动手 |
| 只看功能有没有 | 重点看出错路径与例外流程 |
| 完事没有结论 | 输出单场景验证表，存档备后续谈判 |
五、POC 与正式上线的衔接
POC 通过 ≠ 直接签约：把 POC 中确认的能力写进合同附件（功能验收项），把未验证项列为“上线前的验证项”。用 POC 的书面证据锁定合同承诺，是防止“演示很丰满、交付很骨感”最有效的手段。
选型最贵的是“选错后的返工”。一次认真设计的 POC，能帮你把选型风险在签约前暴露掉大半。