SaaS 的根本问题还是数据

SaaS是形,数据应用是本 里提到一点:

说完数据中心,再回到本文开头的问题。作为SaaS企业的代表,Salesforce为什么要收购Demandware呢?因为Salesforce需要Demandware这样的业务流程系统,通过CRM和OMS系统的后台整合,形成一个兼具数据中心和流程中心的大后台。SAP这几年也频频收购公司,也是为了进一步增强后台系统,结合投入多年研发的新数据库平台,提供整合的产品。不同厂商之间的系统打通不是件容易的事情,看看当年IBM、SAP大力倡导的SOA架构有没有真正起作用就会知道,历史总是有相似之处的。不同SaaS之间的整合打通也面临同样的问题。而企业用户恰恰不喜欢面对一堆碎片化的云应用。企业是需要用于不同业务场景的多个应用,但是这些应用应该是基于一个大平台。所谓,“大平台,小应用”,才能确保企业应用的延展性和一致性。

所以,企业要转型数据驱动的管理模式,需要的是一个尽量整合的系统,让数据中心和流程中心之间可以更方便地打造更多闭环应用场景。而这样的系统不可避免会有定制工作,包括行业特性以及特定客户的。对于企业服务领域的新创公司,必须要走产品化道路,就要控制定制化所占的比例在30%以下。而要达到这个目标,必须依托一套标准化技术和开发平台。这个技术平台本身就是一个门槛。好在也没有必要非得一开始就把这个技术平台当做“PaaS”开放出去。一来,一旦开放了,就束缚了革新的手脚,要知道把接口定义清楚也是一门技术活;二来,新公司也没那么快具有公信力,让别人愿意在这个平台上开发应用。Salesforce也是推出第一个CRM之后,过了6年之久才开放Force.com作为开发平台的。所以,我们选择的道路是:要打造PaaS,但先仅供内部使用,要求所有产品功能的开发都基于这个PaaS;同时,联合一家有技术能力的行业龙头企业,和我们共同开发基于此PaaS的行业应用。藉此,我们既不盲目背上太早开放PaaS的包袱,又能通过上层的应用加速倒逼PaaS的形成。

输入您的邮箱,每周一期专属邮件

I explore,not explain