企业IT信息化深化改造之困

（零）前言

不少的企业在提升自身管理效率和能力的时候，都趋向于购买一些现成的IT系统。如：

业务类：

• 财务管理(一般指总账、应收应付、资产、财务报表)
• 全面预算管理
• 费用控制管理
• 电子档案系统
• 办公自动化(OA)
• 即时办公通信(IM)：企微、钉钉、飞书
• 企业资源计划(ERP)
• 精益制造系统(MES)
• 高级排程系统(APS)
• 产品生命周期管理(PLM)
• 产品设计管理(PDM)
• 项目管理系统(PMS)
• 供应链管理(SCM)
• 仓库管理(WMS)
• 单据管理系统(OMS)
• 电子商城(ES)
• 客户关系管理(CRM)
• 供应商关系(SRM)
• 人力资源系统(HRM)
• 营销自动化(MA)
• 客户数据平台(CDP)
• 数据管理平台(DMP)
• 商业智能(BI)
• 收银系统

技术类

• 防火墙
• 集群管理(虚拟)
• VPN
• 官网
• 开发工具(DevOps、Git)
• 数据库
• 操作系统
• 云计算(iaaS、PaaS、)
• 运维工具（容器、代理、负载均衡）
• 杀毒软件
• 办公软件(Office)
• 邮箱服务器
• 小程序、APP
• UPS
• 机房管理
• 电力系统
• 网络WIFI

（一）困局

如果一家企业有如此多的系统，来自不同的供应商/服务商、不同的技术、不同的年份、当中有不少的交集。在如今IT技术飞速发展，对企业运作效率的要求不断提高，加上技术承载着降本的同时，更多向增长、决策、智能的方向深入。如何在保护基本盘的前提下，技术做升级改造而满足不断优化流程和效率的诉求，实在是非常不容易。

信息孤岛、各自为战

信息孤岛是最为严重的问题之一，使用的独立系统越多，问题就越头疼。表现为：

• 各业务部门口径不一致，如对同一事情名称叫法不一样，导致理解错误。如买错物料、跑错流程、算错数字等。
• 重复工作，系统与系统之间的静态数据和业务数据，都要反复在多个系统中录入。如物料数据、人员数据等。
• 以自己为准，不同系统的使用人都只以自己的系统数据为准。导致对同一件事情有不同的结论，甚至是特意为止的在保护自身利益而选择有利于自己的方式。如对KPI的计算方法，对利润率的计算方法等。

重复建设、系统臃肿

• 不少软件都有自己的长处功能，但是也会有一些跨界功能。譬如ERP里面的进销存、生产、财务都能管理。但是对比专业的预算、成本、物流、客户管理、供应商关系、研发、项目管理等……都无法达到其深度，不少企业为了更加完善的单一业务功能需求，就会继续购买这些单一功能性系统，但是这些单一系统也会有自身的不足，譬如WMS系统无法做智能仓库拣货，又需要增加一个智能拣货系统，可能又返现智能拣货系统无法很好使用机器人拣货，又要新增一个机器人系统，最后又发现智能拣货只是规则设定无法很好自动优化，还需要对接AI系统来让其给出优化建议。而ERP、WMS、智能拣货、机器人、AI都需要有独特支撑的软硬件。而且还要起码一套开发环境和一套测试环境，还要有硬件沉余来以做灾难备份。
• 不少的系统之间都需要有对接来进行信息互通，譬如刚刚的例子，公司有了ERP系统，预算、成本、物流、客户管理、供应商关系、研发、项目管理等独立系统全都要对接到ERP，并且基本上都需要进行开发，预留接口资源等。一旦接口出问题，或者某个系统卡壳了，可能不少也会就会瘫痪。为了对接可能会继续新增服务器、数据库、网络控制等，环节越多，出问题的概率就会越大。

无形成本 无形风险

• 不少企业对IT信息化的成本计算更多只是购买成本，然而根据统计购买IT设备、软件、人工、咨询等的费用，平均只是总体拥有成本的22%而已，也就是有78%的不可见成本是没有被计算进去的。如：系统的挑选成本、人员的培训学习成本、配套的公司制度流程变更成本、后期的运维和调整成本、升级和售后的成本……
• 其中最大的是使用成本，越是复杂的系统，使用成本就越高，并且沉默成本和失败风险成本也越高。并且为了让员工能做好复杂系统的使用，通常会使用激励方式来压低怨气。如果压不住的话，可能也会损失一些资深优秀的员工。
• 企业上管理系统的都是为了降低成本，但是不少时候都是事与愿违，反而增加工作量和人员成本。维护主数据、系统问题、系统稳定、升级调整、工作扯皮等问题肯定是会伴随一个新系统的引入而发生，系统工程越大，这些问题就会越多。

（二）解困

那究竟有什么方法可以解困呢？在IT行业有着各种各样的方式方法，系统解决上面的信息孤岛、系统臃肿、成本风险等信息化建设的后遗症问题。但是肯定是无法根除，更多是选择自身合适的方法方案。

外包

IT信息化建设的事情、问题确实很多。但是如果在企业不差钱的时候，把问题外移剥离是最好的解决方法。就是请供应商来把这些繁琐的工作全部外包，作为甲方、需求方只需要动动嘴皮子就好。但是这样的成本是最高，并且外包之内可能还有总包、分包等无法控制的问题。层层加价之后的成本还会进一步推高。

自建

自建IT团队，开发、实施、运维等，一些关键的系统可以自己研发，或者做二次开发，从而减少购买更多的系统来减缓以上的问题。但是缺少技术背景的传统业务公司很难做到，甚至系统管理员都是某些业务主管兼任的，管生不管养的情况非常多，通常是除了问题事故的时候才会找供应商来解决。

需求简化 过程分步

很多企业在选型的时候希望找一款强大而又能支撑其未来数年发展的解决方案。但是往往大量的需求都是遐想出来的，虽然是进过基层收集意见、中层总结提炼、高层决策判断，但是不少时候选择到的解决方案都是问题不少，这是往往因为急于求成。

• 一次性上太多的功能，导致卡壳的流程过多。因为每个流程功能都是需要再实际使用中打磨，并让员工慢慢接受的。一下子来大幅改动工作习惯的做法，一般只会引来抵制。哪怕是更好更方便的功能流程，都会有潜在抵制者的，更何况90%的所谓优化都是理想主义，不同人在不同场景和立场有不同的看法。建议一次性不要改动超过20%的日常工作习惯，建议采取阶段启用上线，哪怕是现成的功能都不要一下子上线启用。
• 从0到1的工作和从1到N的工作要分开两步走。譬如有一个功能，可以一下子推行到10个部门或公司，但是建议还是先推行到其中的一个部门或公司，收集好经验和建议再往下推行。
• 由粗到细，如审批流程很多企业非常喜欢一开始就拍脑袋建立十多人甚至数十人的的审批业务流程，结果没有一条是能走完的。这个时候还不如由一个业务流程管理员代跑一下再，让相关同事都知道有这样的流程变更再慢慢加入系统中。再如很多时候会把、物料分类、成本分类等需要分类的工作和规则讨论的非常细，但是一旦执行起来这些分类就没人认识，也难以维护。

功能简化 化整为0

从最求大而全变成最求小而美，把业务、流程、数据、人员都进行细分拆散。就是原本想一张单跑完的工作，拆成多张单。原本是一个模块做完的事情，变成多个模块联合调用来完成。这样可以避免一个业务过多人参与，流于形式，没有责任人。不论是业务责任人、技术责任人、系统负责人等。要做到这一步有两种IT方法可以参考：

• 低代码：低代码就是让业务的新建和变更都更加简单，不用依赖开发。
• 云原生：云原生是让系统功能之间能更加独立但是对接起来更加灵活方便。