在文章《SAP 的工业互联网策略 》中，介绍了 Ready-to-Run 模式，有朋友提到在数字化转型中，Ready-to-run 只是理想状态，言外之意现实中不可能存在 Ready-to-run 的模式，想对这个问题做一些讨论。

方案用户和方案供应商的视角不同

如果用户采购了软件，安装上直接就可以使用，类似于日常采购的 Microsoft Office 这样的软件，这是最常见的 Ready-to-Run 的模式。To C 的软件以及有一些功能非常通用的 To B 类软件可以做到。

对于有一定规模的企业，如果实施企业应用管理软件，通常都需要一个比较长的实施周期，将软件与业务流程融合，To B 的绝大多数软件，从用户角度是很难做到采购回来即可使用，即很难做到 Ready-to-Run。

而从供应商的角度，如果提供的是一个成熟的解决方案，做到开箱即可使用，可以看作是 Ready-to-Run，但这种 Ready-to-Run 也需要具备以下条件：

1、行业差异大，开箱即用的企业应用软件，需要按行业划分，具有行业属性；

2、针对行业特点做好了产品的预配置，各个功能之间已经实现了预集成；

3、融入了最佳实践 / 未来实践的产品解决方案；

4、提供了模板数据【测试数据】。

具备以上条件，相关软件即可以开箱即用。但用户还需要做相应的数据导入。

从供应商的角度，Ready-to-Run 强调的是方案的成熟性

大部分成熟企业，80%的业务是成熟的业务，20%的业务是创新的业务。而这 80%的业务中，企业是希望能够用成熟的方案【标准方案】，而不需要再承担定制开发的风险，这类的业务管理，需要的是成熟的产品。

Ready-to-run 模式强调的是方案的成熟性，指的是企业流程中标准的部分，已经经过成熟企业验证，不需要再做定制开发。【产品功能成熟，企业数据导入工作还需要一个周期】

根据一家调研报告的数据，在对 SAP 的用户调研中，发现只有 20%的企业认为他们的流程是标准化的流程，30%的企业认为他们的流程相对标准化，而 50%的企业认为他们的方案是高度标准化的。

对于标准化流程的企业，接近 100%的功能可以通过方案实现；对于相对标准化的企业，标准的产品可以实现接近 50%流程，而对于高度定制化的企业而言，标准功能可以覆盖 40%的流程。

从这个调研中可以看出，有 20%的企业是可以实现 Ready-to-run 的。

即便是高度定制化的产品，使用标准功能，也可以覆盖 40%的业务流程。

很多企业 Ready-to-run 与 Ready-to-build 模式共存

就如高度定制化的企业，在数字化转型过程中，40%的流程可以通过标准功能实现，这部分功能通过 Ready-to-run 实现；而 60%的功能，需要通过定制完成，这样就要求平台提供用户定制创新的工具，这些工具属于 Ready-to-build 模式。

SAP 的解决方案是构建在 BTP 平台之上，而 BTP 支持 Ready-to-build 能力，所以对于高度定制化的客户，可以使用两种模式。