盘点企业数字化转型：业务部门的“扎心语录”

对于大部分传统企业而言，企业的数字化转型建设是一个漫长的、充满坎坷的过程，也造就了信息部门与业务部门这对欢喜冤家，与其说是转型过程不如说是两个部门相爱相杀的过程，也造就了很多业务部门对信息部门的扎心语录与名场面，今天老杨就来盘点一下： 

扎心语录一：系统不好用！ 

在企业数字化转型建设过程中，经常遇到的问题就是系统上线后推广难、应用难，如果要说其中的原由，我们听到最多的就是业务部门经常说的那句话：系统不好用！所以业务部门不用！但究竟是哪里不好用？有时候业务部门也说不出个所以然，总之一句话还是：系统不好用！ 

为什么会出现这种问题？老杨分析如下： 

第一，系统功能确实不好用，比如一些软件产品老旧的系统架构、臃肿的功能设计，让员工不爱用；一些软件公司除了产品功能设计不足外，实施能力也不行，难以满足业务部门工作需求，导致系统不好用，难以应用起来。 

第二，业务部门不想用，原因比如担心被系统监管、担心工作被系统替代、担心失去利益的灰度等等，导致消极使用甚至拒绝使用数字化系统。 

第三，企业本身的管理问题，缺经验、少方法、信息部门能力不足等等； 

第四，新旧系统切换，新系统的上手应用需要时间，先入为主的思维让业务部门觉得新系统不好用，不如老系统； 

企业在处理软件系统“不好用”的问题上，既要从选型环节加强系统需求匹配能力的管控，又要从战略管理层面加强对于数字化系统的引进渠道及路径的统一管理工作，同时信息部门也应提升系统的实施能力，加强数字化项目管控能力，既要在功能上最大限度的满足业务部门的需求，又要在运营管理上加强系统的应用推进力度，需要制订相关系统应用绩效考核机制，不能因为业务部门一句话“系统不好用”而进行重复建设的怪圈，要知道数字化系统的既有功能是固化的，而业务部门的需求却是动态的，100%的功能匹配是不可能的，所以在企业数字化转型建设过程中企业管理者要客观、理性看待软件系统“不好用”这一现象。 

扎心语录二：我们没什么要求，你们看着办！ 

数字化建设失败缘由千万条，业务不配合为一条，在数字化需求调研过程中业务部门经常说的一句话就是：我们没什么要求，你们看着办！如果让信息部门自己看着办，那么结果就是闭门造车，理想与现实南辕北辙。但最后业务部门都会这样说：这不是我们想要的系统，信息部门能力太差了！ 

为什么需求调研过程中信息部门难以收集到有价值需求信息？老杨认为有如下原因： 

1. 业务部门对于数字化需求是模糊的，缺乏系统性，只有一个心理想象中的美好，具体表现为需求就是一句话：我就是想实现某某功能，你们看着办。 

2. 业务部门数字化基础能力不足，难以用数字化术语表达出内心的想法； 

3. 业务部门相当然的认为信息部门应该熟悉公司的业务场景，简单说个系统要求，信息部门就会理解、会办得到； 

4. 业务部门认为系统建设是信息部门的工作，以日常工作繁忙为由推脱调研工作； 

数字化建设中的需求调研环节不仅仅是一个沟通过程，更是一个达共识的过程，只有业务部门、信息部门、软件公司三方以需求为基础，以共识为中心就建设方向、实施路径达成一致，后期的数字化实施过程才会一帆风顺，达到预期的效果。如果前期就以“打哑谜”、“我猜猜猜”、“想当然”、“看着办”的方式盲目定需求，搞建设，那么数字化就始终在打乱仗、相互扯皮、相互伤害的模式下进行，为什么数字化转型失败率居高不下，很大原因就是因为这个初期的需求没确定，从而让企业数字化建设路径偏离方向，让数字化价值渐行渐远。 

扎心语录三：信息部门开发出来的软件又菜又烂 

为了满足企业个性化的需求，一些头部企业除了购买第三方软件外还成立了开发团队，但业务部门却经常吐槽：养了那么多的开发人员一点用都没有，开发的产品不好用，又菜又烂！ 

在老杨看来其中一个最重要的原因就是需求与实现脱节！业务部门的需求未被充分的挖掘，开发部门没有就需求的内容及实现方式与业务部门达成一致，同时业务部门在数字化系统的实现上有太多的依赖与懒惰思维，认为开发部门无所不能，说的最多的就是“你们是专业的，你们看着办”，于是在技术与业务双方的美好预期下需求脱节了，最后的结果就是软件开发出来以后，业务说：这不是我想要的功能！而开发部门则坚持：软件就是按你们的需求开发的，没毛病！如此又开始了一波相爱相杀的过程。 

因此企业内部的软件开发部门在数字化转型建设过程中一定要有正确的认知，技术服务于业务，以满足业务需求为己任，这才是技术的价值所在！开发人员的技术不应成为一种优越感，而是要有同理心。老杨在某集团管理内部数科公司时常说一句话就是：要开发有灵魂的软件！那么软件的灵魂是什么？那就是同理心！为此老杨经常带开发团队的成员深入业务场景，让他们亲自去感受一线员工的工作环境，深度了解基层员工的工作痛点，唯有如此才能开发出有爱的软件产品，让基层员工爱用！ 

扎心语录四：为什么系统上线后工作量反而增大了，说好的降本增效呢？ 

许多企业在系统上线后发现，业务部门的工作量不仅没有减少，反而在短期内大幅增加，惹得业务部门纷纷吐槽：说好的降本增效呢？ 

数字化系统上线初期，并不会如企业领导及业务部门想象的那般会马上提升工作效率，相反业务部门工作量相比日常会增加，老杨分析原因如下： 

1.数字化系统的学习与适应需要一个过程； 

2.历史数据的迁移与整理需要一个过程； 

3.传统的工作流程优化调整需要一个过程； 

4.数字化系统的磨合需要一个过程； 

5.沟通与协作需要一个过程； 

6.业务部门的心理压力与抵触情绪影响系统的正常应用； 

老杨认为，数字化系统上线后短期内增加业务部门工作量是正常现象，但通过科学的规划、充分的准备和持续的支持，企业可以有效缓解这一问题。关键在于重视变革管理，确保业务部门在过渡期得到足够的支持，最终实现数字化系统的长期价值。数字化转型是一场马拉松，而不是短跑。只有稳步推进，才能让数字化系统真正成为企业发展的助推器！ 

扎心语录五：信息部门能力太菜，我们要自己引进与建设系统！ 

为什么业务部门会脱离信息部门而自行搞数字化建设？除了信息部门本身的一些问题外，其中最核心的原因还是由于业务部门的强势，核心业务部门掌握着话语权、企业资源、甚至是企业的经济命脉，所以其地位不言而喻，而反观信息部门，一直在企业内被视为投入部门、服务部门，自然难以产生直观的经济效益，其地位低是不争的事实，自然也毫无话语权，所以业务部门绕开信息部门而自行做数字化建设也是在情缘之中，即使让信息部门参与选型，那也是“只有建议权没有决定权”，可能也是走走过场而已。 

那么业务部门自行做数字化建设有何影响与后果？ 

第一，最直观的就是功能的片面性，造成大量的数据孤岛与建设成本浪费； 

第二，缺乏专业技术能力，后期运维风险加大； 

第三，项目建设、应用风险大，易烂尾； 

从以上三点我们不难看出，企业的数字化建设不能脱离信息部门而存在，否则极有可能走进孤岛化的陷阱，进入重复建设的魔咒，由于业务部门缺乏专业的技术能力，易被软件公司所忽悠，造成实施难、应用难，所以企业需要的是意识上的转型，需要的是融合思维，需要着重打造融合能力、协同能力，业务部门强势在某些方面无可厚非，但在数字化建设上并不是什么好事。 

扎心语录六：我们要全面接管系统运维 

业务部门为什么想要回收系统的管理权限？而不想信息部门运维，老杨认为原因如下： 

1.企业数字化管理混乱，权责分工不明； 

2.系统内数据的敏感性； 

3.运维的及时性及对专业性； 

4.业务部门对于系统管理的自由性； 

5.灰度管理的合规性； 

从以上不难看出不管是企业管理问题还是业务部门的自身想法，系统管理权限始终是企业数字化转型建设管理过程中一个极具争议的话题，但有意思的是大部分企业系统的运维管理权限最终兜兜转转又回到了信息部门，根源还是在于一个融合的机制与管理的策略问题。 

所以在数字化系统建设之初应充分发挥业务部门参与的积极性，而不是信息部门的单打独斗，具体的做法为：信息部门从需求调研至系统运维全过程就要求业务部门派骨干员工全程充分参与，在这一过程中需要融意识、融共识、融组织、融能力，关键的是在这一过程中要对数字化的相关管理权限问题达成共识。在共识的基础上，培养业务人员的系统运维能力，信息部门既是系统管理中心又是培训中心，与业务部门一起共同推进企业数字化的发展。 

从以上六大名场面我们不难看出，技术与业务分别位于企业数字化转型这架天平的两端，一味的追求技术的先进性而忽略业务的承载能力，或数字系统的功能难以满足业务需求，或技术部门一头热大搞数字化建设而业务部门漠不关心，或业务部门绕开信息部门自行建设数字系统，这些都将直接导致数字化失衡，其转型的进度也只能原地打转。所以技术与业务在数字化转型过程中需要融合发展，需要的是意识的融合、组织的融合、能力的融合，而非某一个部门的单打独斗，不是技术部门的炫技场，也不是业务部门的甩锅地。只有融合数字化建设才能平衡，才能产生新的动力，助力企业发展。  

本文来自微信公众号 “湘江数评”（ID：benpaoshuzi），作者：老杨，36氪经授权发布。