数字系统用到深处方知痛

商界观察
2022-12-05

各种数字化应用系统是企业数字化转型建设期间必不可少的工具,选的好可提升效率、事半功倍,选的不好,劳民伤财,怨声载道;但事实是即使前期选的好,随着信息系统应用的不断深入,各种痛也随之涌现,今天老杨不讲如何用系统,只讲那些客观的痛:

 

痛点一:数据孤岛之痛

 

这是大部分传统企业在数字化建设中的最常见问题,造成这一问题的原因就是企业在数字化建设过程中前期缺乏统筹规划,任由各部门系统建设野蛮生长,或即使有信息部门统筹建设,但强势的业务部门依旧我行我素自购系统,随着数字化应用的进一步深入,这种烟囱式建设带来的后遗症全部爆发:各系统之间数据不通,功能重复率高,数据重复录入,这个时候业务部门会怨声载道,用系统本来是要提升效率,结果反而还没传统纸质的快,自己酿的苦果最终自己吞,然后怎么办呢?会产生应用之痛。

 

痛点二:应用之痛

 

企业领悟到系统孤岛、数据孤岛所带来的痛苦之后,接下来要做的动作就是打通,这个时候作为前端的应用层面几乎无感知,认为这是件非常简单的事情,只要出钱就可以解决系统数据互通问题,岂不知在后端技术层面要做多少数据接口,其实只要软件双方提供接口倒不是难事,只是时间问题而已,但最麻烦的还是数据标准问题,例如组织架构不同、岗位不同、系统登录用户不同、业务数据标准也不同,这造成了系统数据之间难以融合、流转,需要做各种数据标准、数据清洗工作,数字化的建设成本也随之增加,如果企业各部门之间就业务数据标准难以达成共识,那么数据集成工作就此无法推进,这种应用之痛属于切肤之痛。

 

任何信息系统都不能保证 100% 满足企业的业务需求,因为:

 

第一,系统功能是固化的,而业务场景时灵活多变的;

 

第二,每个公司的业务场景都是个性化的,而软件功能确是标准的;

 

第三,企业在发展,业务模式在多变,标准化的系统难以满足企业未来的数字 化需求,因此一般有实力的企业会选择二次开发标准软件,这在一定程度上满足了企业的个性化需求,但也存在如下痛点:

 

第一,系统的稳定性会受到影响;

 

第二,系统迭代升级会受影响,需厂家额外开发针对二开版本的升级包,无法进行标准版本的升级;

 

第三,二次开发节奏如果把握不好,将产生巨大的成本支出;

 

第四,最痛的一点就是二次开发的成本,不是一般企业所承受;

 

痛点三:系统升级之痛

 

系统升级是每个企业数字化建设过程中始终绕不开的,升级可以解决一些功能应用痛点,但随之又会产生新的吐槽点,甚至是剧痛点,说个真实的案例吧,大概在两年前应用了某大厂的一款SAAS版系统,6月份系统进行了一次大版本的升级,结果造成大量核心数据丢失,厂家虽说答应排查、补救,但一直到10月底数据还是未全部恢复,最后业务部门一怒之下将系统弃用,重新采购新的系统。

 

为什么会有如此之痛?原因有如下:第一,软件公司技术不够成熟;第二,软件公司在本地只有销售队伍,无技术团队,无能力解决涉及代码的核心技术问题,所有涉及代码类的技术问题全部交由总部负责,结果各地方的问题需求只能按优先级排队处理,所以历经几个月问题不能解决不意外。

 

当前大部分的传统企业在数字化基础建设方面较落后,特别是中小企业甚至连信息机房都没有,在信息系统建设方面要么选择SAAS版,开箱即用,要么选择云端部署,自行选择云服务器,如果云服务器选择不当,可能又会面临各种痛,再说老杨最近经历的一种痛:购买了某运营商的云服务器,用了几年时间,突然某一天被运营商告知服务器要迁移,从本市迁移到外地,原因不得而知,怎么办?大量应用在该服务器平台,只能接受,但遭受的痛苦就是系统迁移后各种环境需要重新搭建,系统需要重新部署,部署在该服务器的官网为此停止访问几天,云服务器异地迁移服务全部停止闻所未闻,不过却让老杨见识到了,只能说该运营商云技术能力太LOW。

 

痛点四:系统售后之痛

 

所有经历过系统建设的IT人都经历过此种情景:系统选型期间,软件公司的服务可谓是贴心到家,呼之即来挥之即去,合同签订之后,是不是感觉甲乙关系互换了?因为核心技术在乙方软件公司手里,如果该项目有一定规模,软件公司也想打造标杆,服务态度尚且可以,一旦验收款到手,服务水平可以说直线下降,有问题需排队,发出的改进需求迟迟不见落地,这还不算最痛的。在售后方面最尴尬的痛点莫过于每年大量的运维费用,行业内一般按合同金额的10-15%支付年度运维费,老杨也见过某大厂20%的运维费,如果支付出去企业一年到头也难得享受几次服务,很鸡肋;不支付运维费,出了问题厂家不负责,一些小厂服务尚且好说,在没有支付运维费的情况下仍帮助解决问题,但一些大厂采取的模式为先把所欠运维费支付后再谈服务,这种情景老杨也经历过,最后核算下来所补缴的运维费比买一套新产品的价格还高,最后直接买新品。当然厂家提供服务企业缴纳运维服务费用无可厚非,问题就在于售后时效,提出的问题迟迟得不到解决,这就是痛点之所在。

 

这个时候有人会说更换系统是否可行?问题就在于系统已经运行了多年,系统数据库内存放了大量价值数据,而员工也习惯了该系统的模式,更换系统需要重新适应,历史数据需要导入,甚至无法完整导入,风险就在于以上问题是否会再次重演,所以只能在又爱又恨中痛苦的使用该系统。

 

从以上痛点我们不难看出,企业数字化建设总是痛并快乐着,信息部门只能想办法去规避痛点,无法规避的只能面对痛点,任何软件产品从来都不是完美的,所以也不能用完美的标准去做数字化建设。直面痛点,通才能不痛。

 

版权说明:
本文仅代表作者个人观点,版权归原创者所有。部分图片源自网络,未能核实归属。本文仅为分享,不为商业用途。若错标或侵权,请与我们联系删除。

本文仅代表作者观点,版权归原创者所有,如需转载请在文中注明来源及作者名字。

免责声明:本文系转载编辑文章,仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布,请及时与我们联系进行审核处理或删除,您可以发送材料至邮箱:service@tojoy.com