上一篇我们讲了小程序服务商的三种模式,其中就包括SaaS模式。
为什么SaaS模式会更加靠谱。首先,SaaS模式的搭建存在一定的门槛,其次是维护模式的差别。
总结来说,SaaS 小程序系统在产品设计,以及技术成熟度方面都要更高。其次,使用一套完善的 SaaS 系统,面临的风险成本也要更低。
一、什么是靠谱的小程序产品
首先,我们先来思考下什么是靠谱的产品。
作为一个终端用户来说,第一印象很重要。所以一个产品的设计很关键。产品设计是一个很大的范畴,具体来说,它会表现在以下几个方面。
1)信息架构,功能组织和交互逻辑;
2)易用性,提供无障碍的用户访问体验;
3)视觉风格的一致性、遵循美学和扎实的平面设计基础。
而要满足这些要求,必须要有一个拥有产品经理、交互设计师、视觉设计师的完整互联网团队。一些通过开源代码叠加功能实现的小程序系统,很多都是东拼西凑,有些前端小程序的模样还不错,但操作后台就缺乏科学合理的设计,总之就是不大好用。
其次,一个商家系统必须要由专业的技术团队研发。一个系统的复杂程度、完善程度恰恰并不是由肉眼能够识别的。
举个简单的例子,百度这个网站核心功能就是一个搜索框,然后背后的业务逻辑是有几千技术人员的研发成果。而外包公司的人员流动大,系统架构一开始就没有以很高的规格去开展。所以一个系统虽然看起来有用,在实际使用过程中就会暴露各种各样的问题。
相反,SaaS平台的产品在一开始就是一个标准的互联网产品,就像小米手机一样,会不断地更新迭代,变得越来越完善,可能超出用户一开始的预期,而期间大部分的升级都无需通过增购来完成。
因此,一个小程序系统不管是产品设计、视觉设计还是系统研发都必须有非常专业的团队才行。一个发展到一定规模的 SaaS 公司,经历过优胜劣汰之后,恰恰能被证实这些能力,他们的创始团队或者人才也往往都是来自于知名的互联网公司,从而将如阿里、腾讯内部的工程技术融入到 SaaS 产品中。
二、更可控的风险成本
要上一套小程序系统其实并不简单,成本投入只是开始的一部分,还有很多隐性的成本不易被发现,甚至在你发展壮大中会逐步凸显。随着客户数、交易量的增加,风险成本也在升高,主要体现在:
1)系统维稳成本;
2)系统安全防御成本;
3)系统更换成本。
系统维稳成本
一个系统很难做到百分百不出现问题,程序bug、运营商故障,甚至光缆都可能被铲断,这些都需要有运维团队或工程师团队第一时间跟进解决。所以如果是定制开发的程序,外包方在交付之后很难做到上心。如果是你自营的团队,那么就需要支付高昂的人力雇佣成本。
而一个成型的 SaaS 产品团队,因为每天都有大量的客户业务运行在一个统一的平台之上。责任越大,需要的能力也要越大,如在水滴智店中,还会有额外的APM(应用性能管理)工具来监控错误和异常,然后通过应急响应流程第一时间去解决问题。很多时候,甚至用户还没有觉察到问题,系统就完成了自我的修复。
系统安全防御成本
其次是用户最关心的安全问题。当我们思考信息安全问题时,核心还是两个方面的防御。
1)流量攻击;
2)数据泄露问题。
由于行业竞争问题,假使你的生意开展的非常不错,那么也可能会遭遇同行雇佣黑客攻击的情况。这时候,有一个专业的安全防护系统和团队就显得格外重要。
通常,DDOS和CC流量攻击是最常规的流量攻击方式,要抵挡这两类攻击,首先系统必须具有较高的吞吐量,那么系统的架构,对于高并发承载能力是第一个关卡。其次,对于大流量的DDOS攻击,一次防御的成本就有可能以万元起步,这时候只有多用户公租的平台才有能力和成本去承担这一费用。
如果不是具有互联网从业经验的传统行业人士,通常并不会意识到以上这一点。他们最关心的,往往是数据泄漏问题,这个同样也是非常重要的一个风险成本。
那么,如何评判一个小程序的数据库泄漏风险。首先,需要明白黑客是如何窃取数据的。
黑客窃取数据最常见的原因,是因为系统本身的架构和程序设计并不安全。一个新研发出来的程序,很难做到毫无漏洞,而 SaaS 类产品因为客户量大,往往成为黑客盯上的目标。经历过黑客攻击的互联网产品才算是经过「成人礼」的洗礼。比如水滴旗下的产品,都通过了好几轮黑客的攻击考验,而我们采用 Scala 这门语言和 Play! 框架,在系统安全级别上就会高很多。
其次,「用户账号撞库」也是黑客常见的攻击手段。简单来说,由于黑客掌握了一个用户在其他平台的泄漏数据,就可能用这种数据去试探他在其他平台的账号。要百分百抵挡这种比较困难,但是平台可以捕捉用户异地登录的异常行为,通过提醒使用者来尽可能避免悲剧发生。其次,在如水滴智店这种产品中,一旦存在一些重要性的操作,都需要用户提供操作密码确认,从而规避重大损失。
系统更换成本
除此之外,你还可能面临着系统更换的成本。随着你业务的发展,你可能会出现更多新的需求,需要在原有的系统之上发展出新的模式。
这时候,如果一开始你的系统架构并不合理,或者与你合作的外包服务公司中断了合作,那么这时候想要更换系统,成本就会非常的大。
而一个成熟的 SaaS 系统,往往都有开放 API 以及数据导出的能力,这使得你可以在不改变原有产品的基础上,还可以直接跟新系统进行打通。如果 API 解决不了问题,现有的 SaaS 团队可以在原有基础之上提供额外定制的服务,这种都会比重新开发系统更加节约成本。
最后,SaaS 与传统的服务商合作交易模式也存在差异,这个也直接决定了售后服务的好坏。
原创文章,作者:水滴智店,如若转载,请注明出处:https://weixin.drip.im/zd/mini-program-saas/