编者按:本文系创业邦专栏作者原创投稿,转载请联系原作者。
2020年初,SaaS行业本是开了个好头:今年疫情下特殊的外部情况让传统企业真正深刻地意识到了线上渠道以及企业数字化转型的重要性,带动了整个行业的大幅上涨。尤其是微盟,在事件发生前股价已经较年初涨了近一倍。
但突然起来的意外事件给整个行业踩下了急刹车。
3月1日晚,微盟发布公告,公布给商家的赔偿方案:
1、现金赔付计划
微盟将针对因系统不可用期间商家边际贡献利润额进行赔付,具体公式计算如下:
边际贡献利润额=日均收入×行业平均边际贡献利润率×系统故障时间
(其中日均收入等于该商家在2020年2月17日晚7点至2020年2月23日晚7点在微盟系统中产生的实际成交额除税后的平均值;边际贡献利润率是指在收入(不含税)基础上扣除商品成本、仓储及物流费及推广费、销售佣金等与商品服务销售及交付过程直接相关的费用之后的边际贡献利润占收入的比例;行业边际贡献利润率最终参考值将以研究机构公开报告为准;系统故障时间自2月23日晚7点至3月3日上午9点)
2、流量赔付计划
微盟会针对因系统不可用期间的商家给予腾讯广告50000曝光次数进行流量补偿,并且提供账户运营服务,同时再延长SaaS服务有效期两个月。
(其中腾讯广告包括微信朋友圈广告、微信公众号广告、小程序广告等;曝光次数是指该广告被用户看到的次数;运营服务包含广告的创意策划、素材制作、投放执行、数据分析、账户优化、数据报表等运营服务)
微盟表示,所有的赔付将通过线上赔付系统完成,并将在接下来一个月左右开发完成线上赔付系统,届时商家可通过登录微盟商户后台,点击申请赔付即可完成。
赔偿方案公布,此次事件也将逐渐走向尾声。但对于微盟乃至于整个行业而言,反思与改革优化才刚刚开始:人为破坏虽然是小概率事件,但事件既然发生了,就必然意味着该有的防范措施并没有到位,亟待优化解决。
而原本乘上了商户数字化东风、快速狂飙的SaaS企业们,在这个事件之后也该有所警醒。
赔偿商户损失需要有诚意
事情发生后,首先该做的必然是拿住切实有效的解决方案,包括给商家的赔偿方案。赔偿方案也必须有诚意,才不负商家前期信任的基础。
首先,既然商户损失的是真金白银,就必然要用真金白银补偿商户。
微盟此次的方案中拿出了1.5亿元人民币赔付拨备金,公司承担1亿元,管理层承担5000万元。
根据公告,管理层所承担的5000万元,公司董事会主席兼首席执行官孙涛勇承担3500万元,公司执行董事兼首席技术官黄骏伟承担500万元,公司执行董事兼智慧商业事业群总裁方桐舒承担500万元,公司执行董事兼智慧营销事业群总裁游凤椿承担500万元。
这相当于是公司高管以个人名义承担一部分赔付资金,也与公告中的责任认定形成呼应:公告中专门提到了首席执行官孙涛勇、首席技术官黄骏伟、智慧商业事业群总裁方桐舒在本次事件中的管理责任,认责到人,同时由高管以出资的方式来承担问题责任,也是一个必要的面对责任的态度。
其次,在赔偿的问题上,由于商户的情况不同,应该给出多种方案由商户根据情况自主选择,灵活赔付。
微盟此次的方案中,针对商户业务的不同情况,有一些较为复杂的设计。
第一种是针对存在业绩损失商户给出的赔偿方案。由于故障发生当中一周商户损失的交易订单量具体数字很难计算,微盟的方案中是按边际贡献利润额来计算赔偿的,计算公式则是边际贡献利润额=日均收入×行业平均边际贡献利润率×系统故障时间。
其中,日均收入是按照故障发生前一周的日均收入来计算的。今年的业务具有很大的特殊性,相比起去年同期数据,事故发生前的一周的数据更能代表商户近期交易的实际情况。
边际贡献利润率则是指在收入(不含税)基础上扣除商品成本、仓储及物流费及推广费、销售佣金等与商品服务销售及交付过程直接相关的费用之后的边际贡献利润占收入的比例。也就是说,按照这个计算方式,微盟赔付了商户在故障期间所原本应该获得利润。
这就存在一个问题:此次微盟事故中受损的,也有一部分企业并没有订单交易的损失,遇到的是类似小程序官网无法正常展示的问题,这样的损失很难用实际的金额价值来衡量,也就很难按照第一种方式来看赔付的合理性。
对于这样的用户而言,微盟所给出延长软件服务期和流量赔偿的方案要更具备合理性一些。根据公告,延长服务器及流量赔偿的方式,具体为给予腾讯广告50000曝光次数进行流量补偿,并且提供账户运营服务,同时再延长SaaS服务有效期两个月。以流量换流量的方式,对于损失了展示曝光流量的的用户也算是更直接的赔付方式。
业内已有如林清轩创始人孙来春、盘子女人坊集团创始人杨健、立邦运营推广本部总监侯俊峰、卡宾集团新零售总监黄静如等商户代表发声,表示对微盟的支持,商户信任不变。
前事不忘后事之师:未来如何避免这样的问题
在微盟的这次事件,虽然起因是一个极小概率的事件,是人祸,但毕竟也是以极端案例,暴露出了微盟在企业管理中的问题——这就是一次企业管理层面的压测。针对自身的管理问题,微盟也在公告中宣布了将成立事故调查组,对高管及相关责任人进行问责。
在过去几年时间内,国内SaaS领域高速增长,企业都跑得很快。所以,这也是一个契机,让企业慢下来,梳理清楚自己在运维、管理监督机制上存在的问题,发现问题,解决问题。
同时,这也是一个让企业反思自身数据安全能力、加强数据安全意识的机会。微盟在公告中提到了将推出数据安全保障计划,将对数据安全管理机制全面加固与整改,加强运维平台治理;同时,与腾讯云合作,加强灾备体系的建设,做到多云异地冷备,以及基础设施上云——从管理机制与基础设施建设两方面,建筑生产安全防线,以杜绝此类事件再次发生。
值得注意的是,在这次事故后,微盟选择了全面上云:逐步放弃自建数据库服务 ,迁移到腾讯云数据库(CDB),借助腾讯云数据库MySQL的数据高可用和安全体系,以此快速打造数据库跨可用区和异地灾备的能力。同时,借助腾讯云的IAAS的底层服务能力,建立高可用的同城双活架构,所有非结构化数据,使用腾讯COS对象存储系统进行归档保存,启用COS的多异地复制功能,数据存放多地,并且COS 冷存储,确保数据只增不减。通过腾讯云安全能力的加持,快速提升自身能力,在这次事件中,腾讯云也给出了全面支持,帮助找回数据。
微盟此次所遇到的事件,也是给目前的ToB行业敲醒了警钟。当企业的数字化程度越来越高,无论是不是SaaS企业,在数据安全方面的投入都必不可少,毕竟在数字化时代,数据就是企业的生命线。
另外,从更长远发展的角度来看,即便是有这样的极端事件冲击,SaaS行业也必然会继续成长:尤其是今年,“全民微商”的方向已经成为了一个共识,那么在企业渠道线上化的过程中,像微盟这样的SaaS企业在其中扮演的角色只会越来越重要,单次偶然事件必然不会影响到SaaS企业业务逻辑,乃至于整个行业的基本面。
行业估算,中国SaaS市场今天不到200亿,整体市场规模还非常小。如果以每家企业每年平均的SaaS支出计算,美国是中国的30倍——这也意味着未来中国企业在SaaS花费的金额,假如能达到美国的水平,市场增长的空间足足还有30倍。
从另一个角度来说,这次事件对微盟而言,乃至于整个行业而言,虽然是血淋淋的教训,但也是一个好事:极端事件将企业自身的问题全都暴露了出来,让企业必须正视原本在快速扩张过程中选择了妥协的问题,必须正视自己的问题所在。也只有遭遇了这样的挫折之后,从哪里摔倒就从哪里爬起来,全面、彻底地改掉自己的问题之后,才有可能获得更好的发展曲线。
SaaS领域在过去几年中发展神速,从股价表现上来说,SaaS概念板块在过去半年中也已经给投资人带来了很好的收益。在这次疫情中,可以看到更多传统企业看到了SaaS的重要性,理解了线上商业的价值,所以SaaS的爆发性增长指日可待。
在这样的时间点上,摔下这样的一跤,摔得足够狠,更有可能为微盟和整个行业带来深刻反思的机会,再加上在挑战中的打磨和修炼,积蓄内功、做好自身建设,才能更好地去迎接接下来的爆发性高速率增长机会。