传统企业数字化转型，到底难在哪里？_什么叫企业数字化转型

　　数字化浪潮轰轰烈烈，被卷入其中的不只是 IT 技术行业，各行各业都裹挟其中。

　　2022 年的政府工作报告提出，要促进数字经济发展，加强数字中国建设整体布局，建设数字信息基础设施，推进 5G 规模化应用，促进产业数字化转型，发展智慧城市、数字乡村。

　　然而，这并不是政策第一次强调 “数字经济”。事实上，从 2017 年的 “促进数字经济加快成长” 开始，这已经是 “数字经济” 第五次被写入政府工作报告了。

　　相应地，数字化转型浪潮也在各行各业中兴起，热度一时无两。近年来，O2O、大数据等概念先后涌现，也出现了一批新型的数字化科技企业，这给传统企业带来了无形的压力。固守一隅，很难不被时代淘汰;而激进闯入，又难以保证不落入 “起了个大早，赶了个晚集” 的尴尬境地。

　　传统企业不像互联网企业，不仅无法在开发技术团队上投入很大比例的资源，而且还要求强业务导向、为业务赋能。与此同时，传统企业在数字化转型中，又总会遇见这样那样的问题，这就呼吁更新的解决办法和更好用的工具出现。

　　01 “数字化” 实现不易，传统企业面临 “内外部困境”

　　什么是 “数字化”?有了解过的人都知道，“数字化” 绝不是将流程、表单、数据等搬到电脑上这么简单。

　　目前，较多的传统企业内部其实已经存在不少业务表单系统，这些系统全部都是 “信息化” 的，以流程流转和信息采集为主。这些信息系统就像一根根烟囱，彼此之间没有打通，各自为政。如果管理层想要看到全局的业务情况，几乎是不可能的，部门墙阻碍调取，而且即使调取了数据口径也不一样。

　　数字化强调什么?数据在线仅仅是最初级的一方面，数字化最终要达成的是 —— 数据分析驱动业务改善、实现精益运营或者业务增长、数字驱动整个企业商业和业务模式的转型。

　　这就不再是涉及某个业务或者部门的 “小打小闹” 了，而是牵连整个公司战略的 “重大举措”。面对这种情况，很多传统企业往往决策艰难：

　　数字化转型具体应该从哪里入手?在数字化进程中软件开发有多重要?

　　是否需要组建一支专业的开发团队?如果所有系统外包，公司会丧失自主权吗?

　　这个团队要如何打造?成本几何?

　　针对公司本身，数字化的目标定在哪里才是最合适的?

　　面临改革转型，公司内部的阻力会有多大?

　　公司最后的收益有多大?值得投入这么大的成本吗?

　　……

　　这些都是非常现实的问题，几乎每个传统企业在数字化转型中都会遇到。总体来看，他们受到的数字化阻碍不是来自企业内部，就是受制于外部技术环境，而外部技术环境的阻力尤为要命。

　　一、企业内部困境：数字化需要 “战略定力”

　　如前所述，数字化动辄就是集团层面的战略，其项目的体量可想而知，它并非是一朝一夕即可完成的。

　　首先，一个关键人员的流动就可能导致项目中断、甚至从头再来;

　　其次，部门之间难免存在利益斗争，直接影响相关负责人在决策时的战略摇摆，从而让项目规划设计变得糟糕;

　　再次，人越多，沟通越复杂，沟通成本也就越高，沟通成本不仅导致需求方和研发方，还有测试方和运维方出现很多问题;

　　最后，是风险问题，这一方面最典型的例子就是 Kmart，当年 Kmart 花费 14 亿美元启动 IT 现代化项目，以期夺回被沃尔玛和塔吉特抢走的市场份额。结果并不理想，传统企业数字化转型的本意是降本增效以提升企业核心竞争力，但一旦转型失败，很可能会恶化企业处境，让利润率下降、成本压力上升。

　　以上问题十分考验一个传统企业在数字化转型过程中的 “战略定力”。一旦确定目标，就要走到底，否则会面临较大的沉没成本。

　　二、外部技术环境困境：4 大门槛，十分凶险

　　1、关键人才少，偏偏又人才需求量大

　　有业内人士曾表示，人才非常难找，在互联网这个世界里面要找一个很好的工程师或者架构师，比登天还难。

　　随着互联网的兴起，现在的开发分得比以前更细。应用单位提出一个需求，然后交给研发，去做理解和开发，然而，研发人员对需求的理解未必十分准确与充分。因此，架构师应运而生。

　　但是，架构师在这个行业里面是非常稀缺的。因为很少有公司有环境能够让一个人去历练他的技术。阿里巴巴有，腾讯有，但除了这种头部企业，其他企业根本没有。

　　架构师这种关键人才少是一方面，数字化转型中各类人才的需求量大又是另一方面。

　　现在研发工程师分前端和后端。此外，现在的测试工程师也是很专业的，不像以前软件开发完了开发人员自己测试完，然后再给业务部门测试一下。现在还有黑白盒测试，专注的领域跟以前也不太一样。

　　现在的运维跟传统的也不太一样，以前传统的运维把机器设备维护好就行。现在的互联网行业里面底层有机器设备，再一上层有云原生，里面还有其他技术栈，现在又有容器，最上层是在云上叠加应用，所以整个运维体系也变得不太一样。

　　这就是企业做互联网技术的软件需要很多人的原因。

　　2、“黑盒效应” 和经验积累困境

　　软件开发技术目前被掌握在少数人手里，，所以很多人对软件开发效率并不理解。

　　于是，在很多人来看，软件开发就是个黑盒子，软件人员说实现某个功能需要 10 天，是无法被反驳的，因为管理人员不懂技术，而专业人士会将能力把持在自己身上，以保持自身价值，很多事情会 “黑箱操作”。

　　除此之外，传统企业也难以累积到关键的知识经验。开发的所有系统的经验值都在研发人员身上，不被企业所有。这就会导致企业系统将来的运维和迭代变得痛苦。

　　3、成本之殇：不仅是开发，还涉及后续维护

　　许多行业在做数据的转移时，一直在做重复的工程，导致成本非常高昂，很多中小企业根本无法进行数字化转型。

　　还有很多人以为，软件交付给用户事情就算完成了，其实并非如此。如果软件后续维护做不到简单便捷、低成本，很可能会让之前的一切努力都白费。

　　4、作业方式落后，亟待新理念落地

　　之前，一些数字化转型的先行者受到了 “传统瀑布式开发” 的限制。瀑布式开发是典型的各自为战，一个流程到另一个流程，开发与运维之间没有交流，让 “灰色地带” 滋生风险。

　　一代或二代软件开发中，基本都是以功能性为主，而且产品和技术线路非常单一，运维也更多的是靠硬件来支撑。

　　DevOps 理念的诞生让大家看到了希望。传统企业在切入数字化赛道时，如果一开始就采用这一思路，可以少走很多弯路。

　　02 技术是良药，当下 DevOps 工具中软件机器人脱颖而出

　　“所有的技术没有好或不好，只有适不适用。我们不应该为了技术而技术，我们应该思考这个技术应该服务什么样的企业，让这个企业有更好的发展。” 飞算云智总裁陈定玮近日在 SoFlu 软件机器人产品发布会上表示。

　　综上所述， 技术才是解决问题的关键，只要把技术问题解决了，其他问题就能迎刃而解。

　　然而，现在市面上很多的低代码平台并没有让企业真正受益。因为它们只在解决很表面的功能性问题，并不能真正提高开发品质，或者降本增效。很多低代码平台虽然都声称能够提高效率，但究竟能够提高多少，并没有一个实际的参数值来参考。

　　用一个案例来说明 SoFlu 软件机器人的有效性。中石油聘请近 20 人的外部团队花了一年左右时间开发了一个大型电商平台，但随着用户数量的增加和具有企业特色的功能需求不断提出，原有平台架构在功能、性能和扩展性方面已无法满足商城的发展需求。因此，需要对商城平台进行重构。

　　在之后的总结中，中石油信息化团队发现重构商城存在的问题包括：

　　1)平台修复工程量巨大，其中涵盖商品推荐、下单、客服、秒杀等众多复杂单元，系统设计的开发量很大;

　　2) IT 团队开发水平参差不齐，进度受团队能力影响严重，且手工编码的标准不统一，导致代码质量不佳，项目返工频繁;

　　3)项目事件紧迫，该电商平台是集团年度重点项目，上线需求紧迫。

　　最终，在 5 个 SoFlu 软件机器人的协助下，中石油的 9 人小团队只花了 45 天，就高品质完成了任务。其中，这个电商平台要求的秒杀、拼团、砍价、供应商管理、智能客服、千人千面等功能应有尽有。

　　SoFlu 软件机器人能够做到这种程度，关键在于自身的核心优势：

　　一、自动化：一个人就能玩转软件开发全流程

　　通过与 SoFlu 软件机器人协同，一个人就能够完成软件开发全流程，因为 SoFlu 软件机器人的理念是重设计、轻开发、轻测试、轻运维。在 SoFlu 软件机器人的协助下，企业能够轻松实现开发需求。

　　陈定玮做了一个很形象的比喻：

　　我们是在辅助工程师去高效地完成设计赋予的任务，就像自动驾驶一样，自动驾驶并不能取代驾驶员，而是去辅助他，让人开车的体验变得更好、更安全、更高效。

　　同理，SoFlu 软件机器人可以帮助人快速实现软件开发或者快速了解软件开发是怎样一回事。

　　除此之外，SoFlu 软件机器人的自动化开发还成功实现了开发流程从 “人治” 到 “法治” 的转变。对此，SoFlu 软件机器人整合了 151 个问题点，形成十大流水线。让 DevOps 真正落地。

　　自动化开发在一定程度上还解决了人才问题，让软件生产变得更高效、更简约。

　　二、可视化：缩减沟通成本，提升开发效能

　　SoFlu 软件机器人应用可配置和可视化的模式进行系统的开发，用可视化界面替代传统敲代码的编程模式，拖拽平台组件绘制业务流程图就可实现系统的自动化开发。业务逻辑的设计直观展现，后期修改流程或是检查 BUG 也非常清晰简便。

　　所有流程可视化可以让工程师直观地理解需求，由此大大缩减开发与业务之间的沟通成本，并提升开发效能。

　　三、全栈式工具：前端后端一体化

　　在 SoFlu 软件机器人的理念中，是将运维功能在开发端埋入，进行链路追踪的。不仅是开发，运维也同样重要。因为运维关系到运营，以及企业的发展。

　　一开始，SoFlu 软件机器人做的是后端开发工具。但这不是终点，SoFlu 软件机器人还陆续上线了全自动测试平台、全自动运维平台以及全自动前端开发平台，这是一个体系。

　　为什么要做前端开发工具呢?是因为前端的表单、流程建模都是必要的。客户可以去根据应用场景去选择到底是只要用前端技术，还是要用前后端分离的技术，或者是只要用后端技术。

　　客户可以按照自己的需求，去匹配不同的工具，做到真正的降本增效。

　　关于自动化测试。现在市面上很多测试平台因为测试跟研发的脱离，而不能做到精准回归测试。陈定玮认为，测试要真正做到精准化，就一定要与研发联动。

　　SoFlu 软件机器人的测试平台可以与开发平台一键关联，自动生成测试脚本，并完成测试。开发平台改动任何接口或计算逻辑，测试平台都能检测到，由此实现精准回归测试。

　　除此之外，全自动运维平台提供 170 个接口，方便用户精准定位问题。

　　目前，市面上很多原生低代码厂商，基本上不具备后端开发功能。而 SoFlu 软件机器人在具备前、后端开发功能的基础上，还支持独立部署，因此可以在能力维度和应用维度两个方面，保持明显优势。

　　能力维度对比

　　应用维度对比

　　对此，倪光南院士评价道，“SoFlu 软件机器人的价值在于通过标准化、自动化的流程，降低了从开发、测试到运维的门槛，将敏捷管理制度落地。一年半以来，我亲眼见证了 SoFlu 软件机器人的诞生和成长，很兴奋看到 SoFlu 软件机器人已经在金融、医疗、零售等多个行业得到应用和肯定，帮助企业大幅度的降本增效。”