声明：本文仅代表原作者观点，仅用于ERP行业应用和交流，不代表任何公司。

对在持续发展的软件企业，其ERP等软件产品一般都会持续迭代升级，按月或者按年推出一个大的新版本，小版本升级则更多。本文主要面向企业本地化部署的软件，暂不讨论公有云SaaS类软件频度更高的迭代升级，并且，因SaaS固有的特点，SaaS类软件通常会做到用户无感升级，而本地化部署的软件也因为部署和应用方式（例如有较多的客户定制化内容），导致常常不容易无感升级。现阶段，因多方面原因，国内的大型企业对ERP等软件大部分还采用本地化的部署和应用方式。

软件的大版本升级，一则会增加较多新的功能，同时也会对原有功能做较多的优化和调整。相应的在数据库方面也往往有很多变化，例如增加数据库表和字段，软件功能对应数据库字段的调整等等，如果软件各种架构的设计比较理想，升级对包括数据库在内的涉及底层的影响就会比较少，变化的逻辑和范围都清晰，影响可控。

但软件各类架构的设计具有很大的难度，基础也不一定总可以打的很好，所以迭代升级时软件的改变往往很大。特别是对部分国产软件，软件产品的升级有时是颠覆式的，高版本与低版本差异巨大，特别是系统底层的颠覆性改变，甚至完全就是两套不同的软件，只是软件产品名称仍然是一样的。高低版本的巨大差异，加上部分软件的配置功能对实施人员很不友好，往往使得升级与重新建一次的复杂度和工作量几乎一样。（延伸阅读：让顾问更容易的实施是企业软件厂商盈利的关键基础之一）

对企业集团在集团层面统一建设的ERP等系统，基本都是锁定一个版本的软件建设（包括标准产品实施、部分定制化开发等）、集成、推广和持续深度应用，小版本升级因为影响范围小，有时会做，但大版本升级则较少，一套系统往往会使用多年而不做大版本升级。按直观逻辑，用户肯定希望使用拥有更好功能的新版本，但因为一些现实原因，使得升级往往并不容易，原因主要包括以下六个方面：

第一，大型企业的核心业务和管理相对比较稳定，ERP等系统在建设之初可以满足业务和管理的需求，在业务和管理无大变化的情况下，作为核心和基础的ERP等软件常常是够用就行。而且现在通用的大型ERP软件产品具有较为强大的功能，可以支撑多行业的应用，企业新的业务和管理一般情况下也可以用这类大型ERP软件实现，可以基于一期的建设成果，用当前版本的软件做二期、三期、……建设，充分使用软件，对标准产品确实没有的功能，也可以做一部分定制化开发或集成相关系统实现，而新版本软件也很少在某些领域有质变程度的功能升级，一般不会因为缺少某个领域的功能做大版本升级甚至更换，绝大部分的情况下是不需要动地基的，很多时候并非必须升级。

第二，企业集团的ERP等系统要支撑的业务类型比较多，一则是各个功能模块会做很多标准功能体系下的深度实施，同时，集团统建ERP系统是一体化要求下全集团共用的，而为满足各类所属企业的需求，所属企业常常会基于统建系统做较多的定制化开发和集成。在长期的应用过程中，一些深度配置和定制化功能也会迭代较多版本，使得系统有非常多的补丁，而对于差异巨大的大版本升级，很多定制化开发的代码就失效了，这些补丁无法随软件标准功能的升级一起升级，或者说更换软件时这些补丁都不能用了（如上文提到的，大版本升级有时就是更换软件），这种影响就太大了，此前的很多定制化功能要根据新版本软件的情况做迁移或者调整，是一项庞大的工程。

第三，企业集团的系统集成往往较为复杂，横向是多套集团统建系统之间的集成，纵向是集团统建系统与大量所属企业自建系统之间的集成。从基础技术层的企业服务总线或接口集成平台，到基础服务的主数据管理、统一身份认证等系统，再到相关的各种应用系统。系统集成的接口通常基于各系统的数据结构而开发，如果是差异巨大的大版本升级，即便现在的应用系统接口配置功能更为灵活和强大，但仍旧存在非常多的接口调整和测试，在系统集成结构复杂的情况下（往往也是业务本身的复杂度决定的），接口调整可能是“牵一发动全身”，而且系统集成肯定是相互的，ERP端的接口要改，与ERP集成的各个应用系统端同时也要改，工作量和费用都是双份的。

第四，ERP等系统中在多年应用中会产生大量数据，企业的经营是连续的，所以在软件升级时肯定需要把所需数据迁移至新版本系统中，但对差异巨大的大版本升级，新旧版本的数据结构差异巨大，导致远不是同样一条数据迁移的概念，常常需要对数据做很多清洗、翻译、转换、拆分、组合等等处理，特别是，这类处理往往更多依赖于业务方，处理的规则只能由业务方把握，而不单单是一个技术工作，需要多方协同一起努力，需要耗费大量的人力物力。面对集团企业的海量数据，这类数据处理常常是更为庞大的一项工程，极具挑战。

第五，大型企业的ERP作为核心系统承载着企业最关键的业务和管理，销售和采购订单、生产主计划、财务核算、……，ERP系统的稳定性是至关重要的。而如以上四点所述，经过多年应用，ERP等软件从功能使用深度、定制化程度、系统集成、数据等方面变得非常厚重，升级时面临诸多挑战，处理不好就会直接影响ERP自身和集成相关系统的稳定性，对比升级带来的风险和收益，在没有非常充分必要性的情况下，企业更倾向于稳定运行，不会轻易做大版本升级。并且新版本软件的成熟一般也需要一个过程，例如新版本软件的Bug往往也较多、配套的交付资源也薄弱，对新上系统的用户自然只能选择新版本软件产品，而对老用户，适当等待新版本软件打磨一段时间常常也是更稳妥的选择。

第六，钱，这是一个永恒的话题。大版本升级在采购软件产品方面，尽管作为老客户可能会享有较大幅度的价格优惠，但大型企业采购的模块数量和用户授权数量都比较庞大，所以仍然会花较大金额的一笔钱，即便是很多软件公司现在倾向的所谓按年订阅方式，可能比传统授权（买断）方式在初期的投资上少一些，但对大型企业，无论怎么算，都会是较大的金额。相比软件产品采购，以上第二、三、四点所述内容花的钱会更多，即针对新版本的重新实施、定制化开发、系统集成、数据迁移等服务内容。对一笔庞大的开支，特别是花在信息化（数字化）方面的，企业总是会有更多的斟酌，导致往往也不容易做更多升级。

由以上六个现实原因，大型企业不是不希望通过升级获得更多、更新的功能，而是因为大版本升级不容易，所以企业集团的信息化建设必然需要锁定一个版本去开展工作，不能因为总是希望做各类升级而耽误或者停滞工作，追求新版本是无尽头的。

对ERP一类的软件，老版本既有客户的保有量往往很大，软件厂商之间的市场份额也在一定范围内相对固化，扩展新客户并不很容易，所以对既有客户的深耕是软件厂商可持续发展的关键之一，如果客户因为软件升级太过复杂而长期不升级，厂商无法获得升级项目订单，更严重的问题则是新版软件产品难以在市场上全面推广，厂商大量资源和精力不得不仍然在老版本产品上，新版本应该带来的收益迟迟不能达成，进而影响厂商的向前发展。

也看到一些软件公司有新旧版本的专项升级方案，但不同厂商由于软件本身的原因，所提供的升级方案的可执行性和经济性差异还是很大的，有些升级方案并不能有效解决上述6个问题，所以很多大企业仍然是多年不升级ERP等大型软件。

从一定意义上讲，客户是否愿意升级，在很大程度上是由软件厂商自己决定的。如果ERP等软件的架构更为科学，新旧版本的兼容性和延续性更好，有技术可行性和性价比更好的专项升级方案和工具，让客户能够以较低的成本实现升级，升级到新版本对客户的吸引力就会更强一些，软件厂商才能获得更多升级订单，软件厂商的新版本软件才能靠新赢得市场更多的未来。

以上观点供交流和探讨。

阅读原文：https://mp.weixin.qq.com/s/Xw_ymJ3-XlK-jF5w8AfDIA