选型与采购
让 LIMS 选型翻车的十个常见错误
行业里 LIMS 选型翻车的案例不少，翻车点高度重复。把最常见的十个错误列出来，对照检查，能帮大多数机构避开 80% 的坑。
一、十个常见错误
- 只比功能清单：把各家模块列表拉平对比，选出“功能最多”的——功能多不等于你的业务走得通；
- 不看真实案例：只信宣传页与演示，不联系同行业真实用户；
- 跳过 POC 或 POC 走形式：让厂商挑场景演示，等于没验证（见 POC 专题）；
- 低估数据迁移：以为能力表、历史数据“导入就行”，签约后才发现迁移是隐藏成本大头；
- 忽视模板适配：不确认系统能否用自家受控模板，上线后被要求重做体系文件；
- 接口只谈“支持”不谈“数量”：合同不写清含几个接口，实施期被按个加价；
- 没有业务负责人：全程由 IT 或采购主导，业务一线到验收才第一次接触系统；
- 非技术决策者拍板：凭演示观感与价格决定，不参考操作岗位意见；
- 合同条款太薄：验收、数据、退出机制没写清（见合同专题）；
- 上线即放手：验收后不设试运行、不陪跑、不问使用率，系统自然“凉”。
二、错误背后的三个共性
- 过程外包：选型的判断权被交给厂商销售节奏，而不是自己的业务节奏；
- 只看“买”不看“用”：把合同价当总成本，把上线当终点；
- 缺少证据链：决策依赖印象，而不是书面验证记录（POC 结果、案例核实、报价解析）。
三、反过来的正确姿势
| 错误 | 正确做法 |
|---|---|
| 只比功能 | 比“三个硬场景走不走得通” |
| 不看案例 | 必须联系 1–2 家同行业用户 |
| POC 走形式 | 你的场景、你的数据、多岗位操作 |
| 低估迁移 | 迁移单独立项询问与验证 |
| 没业务负责人 | 指定业务对接人全流程参与 |
| 合同太薄 | 十项条款逐条过 |
四、一句话总结
选型翻车，很少因为“看走了眼”，多是“没看成证据”。 把上面的十个坑对照成自己的检查表，让每一次决策都有书面依据——选型这件事就能从“赌运气”变成“按流程”。