第一期|Jeff Wang:基于开源的企业信息化服务生态
17 七月, 2020

本期嘉宾:Jeff Wang(王剑峰)

上海开阖软件有限公司CEO / Odoo中国社区终身成就奖 / 开源软件GoodERP项目发起者 / Odoo中文社区联合发起人之一


点击收看回放>>> 【直播分享回放】第一期:基于开源的企业信息化服务生态



7月11日,Jeff Wang 给我们带来了一次主题为「基于开源的企业信息化服务生态」的培训。

内容围绕企业信息化现状、以模块化为前提的开源新生态、开源在企业信息化全生命周期的支持。


一 企业信息化现状


01

大企业

大企业通常会根据自身的信息化阶段和需求,给出一个明确的需求列表,交由信息化服务提供商来做开发。

这样量身定制的模式,成本高,周期长,一般来说企业是比较接受的。但由于最初的需求和最终的代码之间,或多或少会存在差异。因此,在具体的项目交付场景中,需要双方各做一些让步。受到紧迫度、历史条件等约束,代码维护起来会比较难。通常,量身定制的系统服役时间在5年左右。

02

小企业

小企业通常对IT技术的了解比较浅,不太能提出自己的需求,希望能借鉴相类似企业的经验,倾向于选择通用产品

但是,这样的形式在使用中会逐渐暴露出问题。通用产品的灵活性比较差,很难做功能上的加减,因此在上线后,企业的满意度偏低。


信息化服务提供商可能倾向于拿通用产品去套企业的所有需求,以降低成本,但实际上通用产品是很难满足企业的当前实际需求的。


企业的信息化需求可以分成这样几个层次:通用需求、国家性政策需求、行业化需求、企业个性化需求。


如果一个产品只能满足通用需求和国家性政策需求,无法很好地满足行业化需求和企业个性化需求,那么企业购买后满意度会比较低,它们会认为这是一个“隔靴搔痒”的解决方案,无法真正解决企业的痛点


03

中小企业信息化正从产品市场向服务市场转变  

SaaS:租用 + 服务

企业无需购买服务器,拥有自己的IT技术人员,把信息化服务外包。

从产品市场向服务市场转变的过程中,信息化软件的代理商/渠道商面临被“挤掉”的问题,即只剩下厂商和客户两端了。但这种“压扁”是否真的能为客户提供更好的服务,还有待检验

由于SaaS行业刚刚起步,无论是客户接受度还是厂商成熟度都还处于早期阶段,因此是否能在短期内实现转变,并且较显著地提高客户满意度,仍需打个问号。

04

项目制短期合作的弊端

信息化服务提供商与客户对于交付质量和交付标准的界定不同,只能依靠双方协商。但由于专业程度的不同,客户满意度大部分情况下都会受到影响。




由于这种模式下,代理商只能依靠不断寻找新客户来实现盈利,因此中小企业信息化服务市场竞争十分激烈,不仅仅是各个品牌之间,同一品牌的不同代理商之间的竞争也非常激烈。


于是,我们想到是不是可以有一个新的模式,以开源为核心,重新建构这个交付过程中的产业生态。


那么,在开源这个生态中,信息化服务提供商是最核心、最重要的角色。主要的交付服务、部署,功能模块的安装和配置,客户个性化需求的满足,包括后续的运营维护,都是由信息化服务提供商来做的。这也是在odoo生态圈里,我们国内的odoo合作伙伴的主要工作模式和盈利来源。



二 模块化是开源新生态的前提



      在新生态下,希望开源软件可以是会员制的生存模式,类似国外的基金会,在保证软件完全开源的基础上,能够持续发展下去。


      信息化服务提供商以会员的形式加入,缴纳会费形成基金,开源社区中模块的开发者/维护者可以得到一定的激励。这样一来,信息化服务提供商就有有了“弹药”,一部分是开源项目提供的,另一部分是开源社区提供的。

       交付给客户的软件是由三部分组成的基本功能模块只包含通用需求和国家性政策需求,无法直接被客户使用,那么就需要有人来做行业化需求,而开源项目本身具备的人力还没有办法把各个行业的特性都囊括在基本功能模块中,这就需要开源社区的力量来完成扩展功能模块的开发,包含功能级或架构级的改进。这样就有了一个可推向客户的解决方法,此外还需要提供一个与客户自身情况相符的业务逻辑和解决方案,即企业化个性需求定制模块),由信息化服务提供商来实现。

      这个开源生态中存在的风险主要在于信息化服务提供商——作为产业链上唯一一个接触客户的节点,其交付能力和交付质量可能影响到整个生态的声誉。


      所以,我们需要服务监理这个角色,负责审核、评估定制模块开发代码的质量,跟进信息化服务提供商提供的服务的及时性和服务质量。


产业链上每个角色盈利的需求不同,对于开源项目和开源社区的开发者们,基于会员制的形式,需要吸引更多的会员、留住现有的会员,只有提供好的产品和服务,才会有更多的人加入进来,把你的产品推广出去,并得到反馈。因此,他们的盈利关键提高产品质量。对于信息化服务提供商,作为直接接触客户的这一环,要做到及时响应主动服务,让客户获得超预期的回报。对于服务监理,需要在信息化服务提供商做出伤害整个社区、伤害客户利益的事情时,及时提出并制止。或者在信息化服务提供商提供的服务质量不够时,给出提醒指导。因此,他们的盈利关键是提高服务满意度


(通过提高模块质量和提高服务满意度来关注客户成功)


      信息化服务提供商交付的产品支持的场景多,就能满足企业在更多业务场景下的使用,而场景支持得好可以减少用户误操作的可能,也减少了用户的迁移成本。界面的一致性、功能的易用性(比如尽可能简便的操作)和良好的美观度,都能给用户更好的使用体验。多场景支持、易用性和美观度其实都可以由社区的开发者们完成,形成社区的模块,提供给会员使用。


      信息化服务提供商可以通过在社区里不断地学习其他人的点子和模块,或者不定期采购其他服务商的培训和服务时间,来弥补技术上的不足。而第三方服务监理的介入,可以更好的保证客户的投资和保证交付质量。



三 开源在企业信息化全生命周期的支持



      从企业的角度说,它采用开源项目的好处就是可以在整个生命后期提供很好的支持。


      我们习惯于将生命周期分为五个阶段:在第一阶段,企业的部门间各自独立,尚未连通;在第二阶段,开始逐步建立标准,统一规划;第一、二阶段以使用基本功能模块为主;从第三阶段开始,引入信息化服务提供商,通过定制模块的专业服务弥补之前标准化、规范化过程的不足;第四阶段起,企业内部的协同、公司间及产业链上下游的协作开始,信息化服务提供商通过“引入+修改”第三方模块的模式,借鉴现成的经验,帮助客户解决问题。


四 平台保障



开源模式,让信息化服务提供商成为产业的核心角色。基于这个应用模式和产业间的合作,我们需要一个平台来支持和保障它的有序运行。       

Q & A



01


关于下载他人模块的收费问题,平台和模块制作者怎么分,怎么防止“白嫖”?

Jeff:有权限管理,要进入社会模块的代码仓库,就需要交会员费,所以是无法“白嫖”的,这是第一点。第二点,如果有权限的人把代码下载后分享出去,这个可能无法防止。但这样只能得到当时那个时间点下的代码,一旦出了问题或者有更新,找不到解决办法,不长久。



02


经常有客户在问,odoo与外部应用的集成是比较难的,这种情况下如何解释?

Jeff:集成有两种场景。一个是我去连别人,一个是别人连我,odoo的所有模型方法都是默认开放接口的,只需要把调用方式一次性交给客户,要调用某个函数时只要修改参数就可以了。去连别人,Python有很多第三方的接口库,对各种接口协议基本都支持。如果没有,可以使用爬虫向它发送或接收数据。



03


这个平台是基于gitea的,实现上述积分策略需要定制和修改gitea吗?

Jeff:是改过的,而且还要继续改,很多地方半自动。比如换钱过程全是手工。现在已经基于这个机制搜集了100多个开源的模块,和几十个有持续提交模块和修复现有模块能力的开发者,这会是个良性互动的增长模型,也许以后会涨价。



04


开源可能更适合基金会的运作,也就是不依赖于自身造血。试问我们谁能有这条件?

Jeff:搞不了基金会,可以换成会员制。