坑一：把"买系统"当成"解决问题"
系统只是工具，业务没理顺，上再贵的平台也是把混乱数字化。我们见过客户花大价钱上了平台，三个月后发现流程还是靠Excel 线下跑——因为没人先告诉他，平台跑的是"理顺后的流程"，不是"现在的流程"。所以我们的第一动作永远是业务梳理：先把谁在什么时候、用什么数据、做哪个决定画清楚，再谈系统选型和开发。顺序反了，后面全是返工。
坑二：一次想把所有部门都塞进来
贪全是大忌。没跑通一条线就铺全网，返工成本指数级上升。原因很简单：系统里各模块是联动的，一个模块的假设错了，会顺着接口污染其他模块。我们坚持"最小闭环先行"——先让一条最痛的业务线用起来，验证假设，再横向铺开。见前文《从"想上系统"到"系统真在跑"》里的四段落地路。
坑三：忽视权限和审计
很多项目上线后才发现谁都能看全部数据。对高端制造、科研院所这类客户，数据分级不是锦上添花，是合规底线。权限分级与审计留痕必须前置设计，不是上线后打补丁——补丁阶段再调权限模型，往往要动数据结构和历史记录，代价是前期十倍。我们在诊断阶段就把"哪些人、看哪些域、留哪些痕"写进范围书。
坑四：把供应商当"交钥匙"方
系统要陪业务长大。把责任全甩给供应商，自己不养懂行的人，三年后还是卡脖子——而且换供应商的成本比当初养人高得多。我们交付时强制客户工程师参与评审和文档沉淀，不是来"监工"，是来"接管"。一个项目结束，客户侧至少得有一个人能说清楚系统怎么转、出了问题先查哪里。
坑五：用"上线"当验收标准
部署完成不等于落地。我们见过合同里写"上线即验收"，结果系统上线当天热闹，一周后没人登录，半年后沦为摆设。我们坚持把"连续两周稳定使用、关键岗位日活达标"作为真正验收节点。这个标准看似苛刻，实则保护客户——它逼着项目在签字前就把"用起来"这件事跑通，而不是把风险转嫁给售后。
一张速查表
| 误区 | 信号 | 对策 |
|---|---|---|
| 买系统 = 解决问题 | 业务未梳理就选型 | 先梳理后选型 |
| 一次塞全部门 | 范围无限扩张 | 最小闭环 |
| 忽视权限审计 | 上线才想数据安全 | 前置设计 |
| 交钥匙心态 | 客户无人跟 | 带人参与 |
| 上线即验收 | 部署完就结案 | 用起来才算 |
避开这五个坑，不一定保证成功，但能避开绝大多数失败。
金兰信息——把常见的坑标出来，比许诺捷径更实在。