软件供需双方在数字化转型过程中存在哪些痛点？

在数字化转型过程中，软件需方（甲方）和软件供方（乙方）之间存在多种卡点。具体表现为：

（1）乙方常希望甲方需 求极为明确，但甲方的数字化转型本身就是摸石头过河的过程。（2）甲方希望软件后期可以修改，但乙方绝不允许付出 大量劳动的软件推倒重来，除非甲方另行付费，因此乙方一般不愿意开发过程中尤其是后期甲方的参与。（3）甲方往往 拥有多个乙方（不管是不同时期的，还是同一时期的），这些软件系统往往体验不一致、数据不一致，集成工作复杂，且 一旦集成完就又是一种“写死”。（4）甲乙双方都希望员工稳定，即使不稳定也能保证项目衔接顺利，不带来大量重复 对接工作，更不能烂尾，但现有开发模式下，双方其实都高度依赖员工个人或者具体实施的小团队。

（1）软件需方经营之痛：横向的数据熵增

企业经营存在数据熵增。在早期，企业使用单一的标准软件，且连续多年变化不大，此时，数据相对统一，但业务发展往 往受限。随着信息化的逐步推进，企业引入越来越多的软件系统，这些软件可能自主开发、外包开发或直接采买，数据孤 岛开始形成，数据治理变得复杂。单纯低无代码的出现，并不能天然消除数据孤岛，反而因为开发变得简单，软件数量开 始井喷，数据急剧熵增：软件良莠不齐、大量僵尸软件、数据标准不统一、数据关系混乱。 系统熵增必须依赖耗散结构予以消除：数据驱动的无代码，除用户体验侧继承无代码的统一性外，在底层数据侧，依靠共 识、约束、自动治理和智能关联等外部“能量”，产生负熵流，使得数据产生即被治理，治理即可复用，最终形成底层数 据贯通、流动，表层样式和交互多元丰富的无感知数用一体闭环。

（2）软件供方开发之痛：纵向的信息衰减

软件开发流程存在信息衰减。造成这种衰减的原因有：（1）软件开发环节较多。软件开发包括需求分析、设计、编码、 测试、部署与维护、优化与改进等多个环节，这些环节往往涉及不同人员、不同部门、甚至不同公司，其间的信息传递必 然存在衰减。（2）软件开发周期较长。传统软件开发，短则几个月，长则一两年，即使是同一人、同一部门也往往会与 最初的想法不完全一致，并且在此过程中，还往往存在人员的入转调离等。 防止这种信息衰减的方法有：（1）增加沟通带宽，保持多环节间密切的、多形式的沟通。（2）增加保真度，能用草图 的不用文字，能用原型图的不用草图，能用可运行软件的不用原型图。（3）缩短开发时间，尽量消除时间维度上的衰减。 在传统开发中，以上几种手段往往相悖，例如高保真原型必然增加开发时间。无代码开发，可以一举而实现以上三种，为 “圆桌式开发模式”（见后文）提供可能性。