京公网安备 11010802034615号
经营许可证编号:京B2-20210330
在企业数字化转型建设过程中,经常遇到的问题就是系统上线后推广难、应用难,如果要说其中的原由,我们听到最多的就是业务部门经常说的那句话:系统不好用!所以业务部门不用!但究竟是哪里不好用?有时候业务部门也说不出个所以然,总之一句话还是:系统不好用!为什么会出现这种问题?老杨分析如下:
第一,系统功能确实不好用:
1. 老旧的系统架构、臃肿的功能设计:
比如某些大厂的专业程度比较高的系统,由于其系统架构较旧,总体性能还算稳定,但经过很多年的功能迭代,已经让整个系统功能变的十分臃肿,页面一打开满屏的字段,一个简单的功能要点N页面,审批一个流程竟然表单、审批意见、附件均不在同一个页面下,这样的系统不论从页面的UI设计还是流程引擎功能都不能与当前互联网技术下的产品相比,看似全面其实笨重的产品功能已经难以与当前轻量化的互联网产品可比,因此导致用户体验极差,同时如果软件公司在实施方面偷懒,没有为客户做相关功能优化工作,总是以所谓的行业标准或者最佳实践来为复杂的功能设计开脱,那么业务部门使用起来自然是怨声载道,有时候是迫于企业领导压力不得不用,结果就是一打开系统心理就万马奔腾,这样的系统自然是真正不好用;
2. 关系型客户其产品及实施能力都不足:
在企业数字化转型过程中,会涉及大量的数字化成本投入,各种关系型客户从来不会错失良机,于是就会出现某某系统是某某领导来指定的现象,虽然为了体现公平、公正会进行相关的招投标工作,但过程大家都懂得,但最担心的事情就是这种供应商提供的软件产品功能设计不足、实施能力不足,同时还依仗领导的关系不服从信息部门的工作安排,时不时还会发生给领导打小报告、给信息部门或者业务部门穿小鞋的行为,这就直接导致该系统难以正常开展系统实施工作,难以满足业务部门工作需求,最后系统不好用,难以应用。
第二,业务部门不想用:
业务部门为什么不想用,消极使用甚至拒绝使用数字化系统,原因如下:1. 担心被系统监管;2. 担心工作被系统替代,被优化;3. 担心工作太透明,失去利益的灰度;4. 不想改变原有的工作模式;其中还有一条原因就是系统不是业务部门采购的或者不是其意向中的供应商,这其中可能就牵扯一些复杂的关系在里面,大家都懂得在这里不做过多的描述,所以这就是复杂的内部关系导致的所谓的系统不好用。
第三,企业本身的管理问题:
企业在数字化转型建设过程中缺经验、少方法,具体表现为:
1. 企业领导对数字化的认知不够,导致在数字化转型这件事上的认知偏差,认为数字化转型就是软件买卖过程,忽略需求的匹配,随意模仿、引进系统,导致系统功能难以匹配企业的管理,这是我们经常看到的软件烂尾现象,原因也是系统不好用;
2. 业务部门认为数字化就是信息部门的事,让信息部门看着办,业务部门在整个数字化建设过程中参与不充分,例如在选型、需求调研、测试等环节消极应付,最后导致软件上线了,才发现与想象中的差距甚远,业务部门此时还是那就话:软件系统不好用;
3. 业务部门需求不明,不知道自己想要什么功能,想利用功能实现什么,缺乏对业务系统功能实现的规划能力,总是处于既想要还想要的状态,虽然引进了数字化系统,但需求总是飘忽不定,用什么系统总是感觉系统不好用;
4. 信息中心本身的实施能力问题:这主要体现在信息中心员工缺乏项目实施经验与项目管理能力,或是责任心不够,做甩手掌柜,将实施工作全部交由软件公司自行完成,而软件公司出于项目成本考虑在实施时间及内容上大打折扣,对业务部门缺乏相应的应用指导,敷衍了事,这就导致业务部门对系统功能了解不充分,短时间内难以掌握系统功能,即使系统是大厂的、功能多么强大,实施方面有问题,也会在直观上让业务部门感觉系统不好用;
第四,新旧系统切换:
在企业数字化转型建设过程中新旧系统替换是再正常不过的事情,但如果新旧系统的切换工作前期没有策划安排好,没有与业务部门充分沟通,突出新旧系统的差异,突出新系统的优势及亮点功能,没有让业务部门充分参与新系统的测试及功能试用工作,在突然切换的模式下,由于新系统的上手应用需要时间,先入为主的思维让业务部门觉得新系统不好用,不如老系统;以上就是老杨从系统功能、企业内部关系、实施等几个层面对业务部门谈及的“系统不好用”这个常见问题做的综合分析,从功能上讲,由于软件公司产品能力问题,确实会存在不好用的情况;但从数字化系统推广应用的角度来看,“不好用”可能就是企业某些部门为了达成某种目的的借口;通常情况下,当信息部门去询问系统哪里不好用时,业务部门也说不出个所以然,随便说个理由,然后就说“我很忙,总之系统就是不好用”。所以企业在处理软件系统“不好用”的问题上,既要从选型环节加强系统需求匹配能力的管控,又要从战略管理层面加强对于数字化系统的引进渠道及路径的统一管理工作,同时信息部门也应提升系统的实施能力,加强数字化项目管控能力,既要在功能上最大限度的满足业务部门的需求,又要在运营管理上加强系统的应用推进力度,需要制订相关系统应用绩效考核机制,不能因为业务部门一句话“系统不好用”而进行重复建设的怪圈,要知道数字化系统的既有功能是固化的,而业务部门的需求却是动态的,100%的功能匹配是不可能的,所以在企业数字化转型建设过程中企业管理者要客观、理性看待软件系统“不好用”这一现象。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
在数据分析、业务监控、运营复盘等场景中,列值趋势计算是核心需求之一。无论是分析销售额的月度增长、用户活跃的变化趋势、库存 ...
2026-06-12在数字经济深度渗透的当下,消费者的购买行为已从过去的 “被动接受” 转变为 “主动决策”。流量红利消退、获客成本攀升、用户 ...
2026-06-12CDA三级认证是三个级别中的塔尖,全面考察数据战略、团队领导和复杂项目的综合能力。它所对应的《敏捷数据挖掘》教材,不再局限 ...
2026-06-12在游戏产业的商业逻辑中,付费玩家是支撑游戏生存与发展的核心支柱。行业普遍遵循 “二八定律”:20% 的付费玩家贡献了游戏 80% ...
2026-06-11【核心关键词】企业、定位、传统、产品、互联网、可视化、业务侧、数字化、结构化、数据分析、传统制造业、市场状态、发展空间 ...
2026-06-11 解读《CDA二级教材:量化策略分析(2025)》的全景结构与学习逻辑 ” CDA二级认证是企业招聘数据分析师时最常提及的证书门槛 ...
2026-06-11【核心关键词】药企、可视化、营销、分类、数据分析师、销售数据、业务人员、指导方向、分析报告、营销数据、营销医生 【专访摘 ...
2026-06-10在统计学分析、问卷调研、实验验证、业务复盘等场景中,卡方检验与 T 检验是应用最广泛的两类基础假设检验方法。前者专门处理分 ...
2026-06-10 很多数据分析师每天都在计算指标、制作报表,但当被问到“什么叫指标数据元”“指标数据标准包含哪些核心维度”“指标数据质 ...
2026-06-10在MySQL数据库日常查询、数据统计、后台接口开发、数据导出等场景中,开发者经常需要查询数据表除某几列之外的所有字段。例如查 ...
2026-06-09在Python网络请求、爬虫开发、接口测试、数据抓取等实操场景中,requests库是最常用的第三方请求工具,而content属性是requests ...
2026-06-09 数据分析正在重塑每一个行业。CDA认证的三本官方教材,分别对应Level I、Level II、Level III,为你铺就从业务数据分析到数 ...
2026-06-09在数字财务、智慧财税、业财融合深度推进的当下,传统财务模式下数据标准混乱、业务流程碎片化、知识无法沉淀、系统互通性差等问 ...
2026-06-08随着数字经济深度渗透各行各业,数据正式成为继土地、劳动力、资本、技术之后的第五大生产要素,是企业数字化转型、精细化运营、 ...
2026-06-08 很多数据分析师能熟练写SQL、做透视表,但当被问到“数据是从哪里来的?经过哪些加工才进入数据仓库?ETL具体做了什么?”时 ...
2026-06-08【核心关键词】贷款、报表、课程、专业、建模、缺失值、营销、互联网、银行、办公自动化、数据分析、数据预处理、特征工程、贷 ...
2026-06-05在数据库数据查询、业务报表统计、多表关联分析中,LEFT JOIN左连接是使用率最高的SQL关联查询语句。其核心特性是保留左表全部数 ...
2026-06-05 很多数据分析师能熟练地写SQL、做透视表、算描述性统计,但当被问到“如何预测用户流失概率”“如何归因销量下滑的关键因素 ...
2026-06-05任何一款产品从诞生、普及到最终退出市场,都会遵循一套固定的发展规律,这就是产品生命周期理论。在市场竞争日益激烈、产品迭代 ...
2026-06-04在Excel数据分析、办公统计、业务报表制作场景中,数据透视表是数据汇总、分类统计、快速复盘的核心工具,能够高效完成海量原始 ...
2026-06-04