RISE with SAP

Dong

RISE with SAP

RISE with SAP

RISE就是上升的意思，RISE with SAP，如果用业务的话来说就是由SAP帮助你支撑你上升，如果用IT的话来说就是由SAP帮助你引领你上云。

（1）SaaS在业界有个共知：多租户技术架构、公有IaaS云上部署、年度订阅收费，这三大特征。

在中国，云技术、公有云多租户SaaS、云服务（SaaS、DaaS、BaaS等等）、订阅收费，可以是四个完全毫不相干的东西。

（2）SAP战略调整

2000年后，SAP北美的收入就大于了SAP欧洲的收入。这是关键信号。

2002年，美国人孟鼎铭加入SAP，负责SAP北美地区、亚太日本地区的业务。

2010年，SAP决定向云转型，孟鼎铭被任命为CEO。孟鼎铭发挥美国人的套路，通过收购来进行业务结构置换调整。于是在他的主导下收购了：电子商务云Hybris、采购云Ariba和Concur、人力云successFactors和社会化临时用工服务平台FieldGlass。

2019年底，孟鼎铭宣布离职。2020年5月，也是美国人，2004年由孟鼎铭邀请加入SAP的，后来在2010年由孟鼎铭提拔为SAP云业务BG掌门人的詹妮佛摩根也离职。

2020年，SAP由1999年毕业后就加入了SAP的德国人克莱因担任唯一CEO。克莱因曾执掌SAP最擅长、营收最大的软件BG、服务BG。直到现在，SAP的产品服务支持营收还占SAP几乎一半的营收。

克莱因一上来，就把SAP于2018年最后收购的纯云SaaS服务公司Qualitrics宣布独立，单拆出去上市。因为Qualitrics在2018年才被收购过来，还没来得及整合进SAP。所以又独立出去还来得及。这也是一个清晰信号。

SAP开始回归自己最擅长的核心业务：推动客户S/4 HANA软件上云，上到公有IaaS云，不是多租户技术架构，而是一家家地维护，但采取年度订阅收费模式。

毕竟，SAP做了50年，一共累计做了40万家企业客户（后来被Oracle替换掉了多少家，不知道）。
（3）SAP商业模式

SAP在软件时代是生态模式。

应用产品与应用平台公司：如SAP

业务咨询公司：如麦肯锡

解决方案公司：如IBM，著名的如果客户需要马桶，IBM也卖，只要能锁定客户，是IBM在前面直接和客户做交易应用产品和应用平台公司：如SAP，老老实实被解决方案公司集成，老老实实挣好自己的产品钱，挺好IT交付公司：如埃森哲项目集成开发和定制开发公司：如汉得

SAP从1972年一成立就在致力于产品商业模式，因为他们之所以离开IBM德国公司创业，就是因为IBM当时只重视硬件，然后在硬件基础上提供定制开发服务。他们痛恨定制开发，他们痛恨软件费用要打包在硬件里。

所以1976年R/1套件成熟了，他们就把产品研发公司和销售服务公司分离；1980年R/2成熟了，他们就把产品研发公司、定制开发服务分离了，SAP发明了自家的ABAP开发语言，把定制开发剥离给生态合作伙伴了；1993年R/3成熟了，他们就把产品研发公司、咨询实施服务分离了。所有这些变革决策，都是为了一个目的：SAP要做一个软件产品研发公司。

只有在新产品、新地区、新业务的挑战下，SAP才会亲自下场，采取扶上马送一程的模式：完全不成熟就我来主导做，半成熟就咱们双服务架构（你和我一起出实施项目经理、架构师、实施顾问），成熟了就你做我指导。

（4）SaaS模式与软件模式恰好背道而驰

而SaaS的鼻祖Salesforce反而和SAP软件模式反其道而行。

除了巨型客户（已经和四大会计师事务所、四大IT咨询公司形成稳固服务关系和利益链条的），Salesforce会放出去仍然由四大来做。而且巨型客户要的也不仅仅是一套CRM，更多的是一整套解决方案，需要不少其他应用来组合而成。

但是对于大型、中大型、中型，Salesforce一直强调由自己的人员亲自完成。所以Salesforce的销售体系人员就占Salesforce总人数的50%。而且SaaS不这么搞也不行啊。因为SaaS是预充值付费的，是直接先付给SaaS厂商的，SaaS厂商再返佣给分销伙伴。而且SaaS的后续续约续费也和分销伙伴无关了，而是由SaaS厂商直接接管，由客户成功部门负责客户以后的所有续约续费了。这种模式，和软件商业模式截然不同。

对于中小型客户，Salesforce更是发挥电子商务的玩法：在线营销、在线销售接待、在线试用、在线预充值或绑定信用卡、在线使用、在线计费与结算、在线培训学习、在线寻求社区支持。这种模式，和软件商业模式截然不同。

（5）RISE with SAP包含什么

迁移计划研讨会，明确所有参与者的角色和职责范围，制定详细的迁移路线图；
技术架构基础设施服务，依据客户需求和现有 IT 架构提出可伸缩、灵活和可持续的 SAP 架构设计；

集成设计支持服务，帮助客户设计关键接口，完成 SAP 系统与非 SAP 系统的集成；
差距验证服务，尽量缩小 SAP 产品路线与客户真实需求之间的差异；

自定义代码分析服务，将帮助客户在早期阶段审查自身已有的软件代码，以减少后续的重复开发；

自定义代码调整支持、业务流程性能优化和技术集成检查服务，帮助项目团队提高代码开发的工作效率，提升 SAP 产品功能和性能的可靠性；

集成验证、业务停机时间优化服务，帮助客户建立信心，预见一个一切准备就绪的项目部署实践，停机期间提供7*24小时的关键问题排除；

上线支持服务，提供高效、全程在线的专家团队支持，全力保证系统上线的稳定质量；
运营影响评估服务，进一步评估所有 SAP 系统功能的潜在风险，并在上线前完成审查和修改。

（6）RISE with SAP实施路径

SAP在今年发布的RISE with SAP，是一个解决方案，意思就是：一个服务包加一个产品包。
SAP目前客户用的主流有几个版本：1992年发布的R/3套件、1999年发布的Mysap套件，2004年发布的ECC套件、2010年为了提高处理性能的S/4 HANA套件。

怎么让这些客户上IaaS公有云，从年度产品服务支持费用模式改成年度订阅模式？

这就是RISE with SAP服务包的目的：

第一步，重新设计业务流程

第二步，进行技术迁移：把企业搞了很多个性化的历代的SAP ERP(如R/3、MySAP、ECC)，迁移到S/4 HANA标准的、模块化的架构中，通过统一的平台协调和治理数据层
第三步，使用SAP BTP（Business Technology Platform），客户可以利用SAP BTP，统一语义数据模型、统一身份管理、统一UI体验、RPA流程自动化、AI场景创新，开发出新的创新应用。

第四步， 把S/4 HANA迁到IaaS公有云上（国内阿里云、国外AWS、Azure、Google云任选），成为S/4 HANA Cloud，采取年度订阅收费模式。

（7）RISE with SAP商业模式

但是要请注意，德国人也学坏了：为了硬转型硬充订阅付费营收，德国人把RISE with SAP服务也订阅收费了。

也就是说，上述四个步骤，你是做一年还是做十年，你根据你自己的情况而定，我们是一年年按订阅费收费的。别管你是处于S/4 HANA本地软件阶段，还是BTP云上技术平台阶段，还是处于S/4 HANA Cloud单租户上到公有IaaS云上阶段，都一律按年度订阅费收费。
这恐怕就是和中国人学的吧。逼急了，兔子也咬人。

你Salesforce客户成功服务包既然能年度订阅收费，而且还高达年度SaaS消耗的30%。那我SAP的客户迁移上云服务也是服务，也能年度订阅收费。唉，现在啥也都是服务，SaaS是服务（Software as Service），Service也是服务。

而且，而且，最最重要的是：SAP一反常态，也和Salesforce学坏了，RISE with SAP由SAP亲自主导亲自下场干，而不是让生态合作伙伴干。软件商业模式真的是和SaaS商业模式背道而驰啊。

Salesforce是必须要原生采用订阅付费模式，不采用不行，商业模式走不通。SAP是强采用订阅收费模式，不采用，股市过不去，但它并不明白为啥要采用订阅收费模式。