企业管理的108个问题 · 第96问

上一问我们画了中小企业数字化转型的”合理路径”（第95问），核心策略：分期分批——从”最痛的点”下手——用SaaS——先看到效果再铺开。

但即使路径”看起来很合理”——还是有无数企业——在”上系统”这件事上——摔得鼻青脸肿。

花了几十万上ERP——结果用了一年——“用不起来”——回到了Excel。

花了几万块上CRM——销售团队说”太麻烦了”——录入率不到30%。

花了一年时间上OA——上线后——大家还是”私下微信沟通”——正式流程走OA——但”决定性的沟通”都在OA外面。

——这些场景——你熟悉吗？

企业上系统——失败的案例——比成功的多得多。

今天我们就来拆解：系统上去了——为什么”用不起来”？

一、先看看”失败率”有多高

先说个数据——别被吓到：

• ERP实施： 据Gartner的数据——55-75%的ERP项目——未能实现预期的业务价值
• CRM实施： CSO Insights的报告——约63%的CRM项目——实施后未能提升销售业绩
• 几乎所有系统实施： Standish Group的CHAOS报告——大型IT项目——“成功”的——不到30%

也就是说——上系统——失败的概率——比成功的概率高得多。

而且——“失败”通常不是”系统坏了”——而是”没人用”或者”用不起来”。

二、系统失败的”五大元凶”

元凶一：需求不清——“到底要解决什么问题？——不知道”

经典场景：

老板说：”我们要上ERP——提升管理效率。”

——然后采购部门说：”我需要管库存”——财务说：”我需要管账”——销售说：”我需要管客户”

——需求汇总——厚厚一本——然后找系统供应商——“你们帮我看看——什么样的系统能满足这些需求”

——供应商做了方案——大而全——花里胡哨——价格也很高——然后——系统上线了——发现：

没有一个人真正满意——因为”当初提的需求”互相矛盾——但谁都没发现。

根源： 大部分人提”需求”——提的是”我希望系统能做什么”——而不是”我想解决什么问题”。

• “我需要一个能管库存的系统”——这是”需求描述方式”
• “我需要解决’仓库里积压了太多过期食材’”——这是”问题描述方式”

正确的做法：先列”问题清单”——再找”能解决问题的系统”——而不是”先列功能清单——再找系统”。

元凶二：选型错误——“选了一个不适合自己的系统”

经典场景一：买太贵的系统

年营收几百万的公司——花几十万上了一套SAP——结果——用了3个月——发现太复杂了——根本用不起来——而且每年的运维费都付不起。

——不是系统不好——是系统不适合你的规模。

经典场景二：买太”通用”的系统

“我们想要一个CRM——通用的就行”——结果上线后发现——自己的销售流程跟系统默认的流程完全不一样——让销售团队”迁就系统”——销售不干了。

——不是系统不好——是没找到”适合自己行业”的垂直系统。

正确做法： 确定预算范围 → 列出3-5家候选系统 → 每家试用 → 选”最贴近自己业务逻辑”的那家——而不是”功能最多”的那家。

元凶三：一把手”挂名不挂帅”

经典场景：

老板在项目启动会上说：”ERP项目非常重要——我任命张经理为项目经理——大家配合好。”

——然后——老板再也没有出现过。

——遇到跨部门资源冲突——张经理搞不定——找老板——老板说”你先跟各部门沟通”——沟通了一圈——没人让步——项目卡住了。

——老板不出面——系统项目——基本不可能成功。

为什么？

• 系统上线——本质上是”权力再分配”——数据透明了——某些人的”暗箱操作空间”被压缩了——他们自然会”消极抵抗”
• 跨部门协调——只有老板有”最终拍板权”——项目经理级别不够——压不住

正确做法： 🔑 老板——必须是系统项目的”Sponsor”——不是”挂名Sponsor”——是”真的会为项目扫清障碍的人”。

老板的最低参与度要求：

• 项目启动会——必须亲自参加——讲清楚”为什么要上这个系统”
• 遇到重大资源冲突——老板亲自协调——而不是让项目经理自己碰壁
• 系统上线后——老板自己用——至少要看系统报表——让全公司看到”老板在用”

元凶四：忽视”变革管理”——“系统的逻辑——跟人的习惯——是冲突的”

这是最容易被低估的失败原因。

一个”用了10年Excel”的财务主管——突然让他用系统做账——他会觉得”系统绑手绑脚”——因为没有Excel那么”自由”。

一个”习惯了自己管客户”的销售——突然让他把所有客户信息录入CRM——他会觉得”这是我的资源——凭什么公开？”

——人的习惯——是系统最大的敌人。

变革管理——就是在”上系统”的同时——管理好”人的情绪和习惯”。

具体做法：

1. 提前沟通——上线前2个月就开始”吹风”——让大家”有心理准备”——而不是”突然通知下周一用新系统”
2. 发现问题提前解决——上线前收集”大家担心的问题”——能解决的提前解决
3. 培训到位——不是”讲一遍PPT、发一个操作手册”——是”手把手带3天——不会用的单独辅导”
4. 先易后难——先上线”最容易用”的功能——让大家先建立”用系统的信心”——再上线”复杂功能”
5. 容忍”过渡期”——上线第一个月——允许”系统+Excel并行”——不是”一刀切”

元凶五：没有”持续投入”——“系统上线了——不等于成功了”

很多企业——把”系统上线”当成”项目结束”——但实际上——“上线”只是”开始”。

上线后——需要做的事：

1. 数据维护——系统里的数据——需要有人持续维护——不是”上线后就不用管了”
2. 问题修复——上线后一定会有”之前没发现的问题”——需要及时修复
3. 功能优化——业务在变——系统也需要跟着调——不是”上线时是什么样——就一直是什么样”
4. 持续培训——新员工入职——需要教他用系统——老员工也需要持续提升”用系统”的能力

如果你没有”持续投入”的预算和人力——那对系统上线的”预期”——需要放低。

三、一个”高成功率”的系统上线流程

第一阶段：准备期（1-2个月）

第二阶段：选型期（2-3周）

1. 列出候选系统——不超过5家
2. 每家安排一次”Demo讲解”——关键是看”能不能贴近我们的业务”
3. 选2家——提供免费试用——让业务骨干”上手试”——而不是PPT看
4. 最终决策——实际”试出来”的结论——比”听销售说”靠谱10倍

第三阶段：实施期（1-3个月——视系统复杂度而定）

第四阶段：运行期（持续）

四、一个”上系统”的黄金原则

“上系统”这件事——成功与否——80%取决于”管理”——20%取决于”技术”。

• 需求清晰、目标明确、一把手参与、变革管理到位——再”差”的系统——也能用起来
• 需求模糊、目标不清、老板甩手、忽视变革——再”好”的系统——也会变成”昂贵的摆设”

——系统只是”工具”——真正的”驱动力”——是管理团队对”改变”的态度。

五、最后的话

上ERP、上CRM、上OA——本质上是”花一笔钱——买一个改变”。

你买的——不是”软件”——是”一套新的做事方式”。

而”改变”这件事——从来都不容易。

• 有人会抵触——因为习惯难改
• 有人会消极——因为动了”奶酪”
• 有人会抱怨——因为”用着不顺手”

——这些都是”正常的”——不是”系统的问题”——是”变革的必然伴随品”。

上系统成功的秘诀——不是”找一个不出错的系统”——而是”有一个不怕麻烦的管理者”。

系统——是”可以买来的”——而”改变”——是”买不来的”——是需要”做出来的”。 🎯

明日预告：第97问 —— AI时代，企业管理者的核心竞争力是什么？