微盟“删库事件”有新进展：数据已全面找回，拟赔付1.5亿元

人民网-国际金融报

微盟集团“删库事件”有了新进展。

3月2日，微盟集团(下称“微盟”)发布公告，截止到3月1日晚8点，在腾讯云团队协助下，公司数据已经全面找回，由于此次数据量规模非常大，为了保证数据一致性和线上体验，公司将于3月2日凌晨2点进行系统上线演练，并将于3月3日上午9点数据恢复正式上线。

微盟集团还发布了针对事故的赔付计划，称准备了1.5亿元赔付拨备金，其中公司承担1亿元，管理层承担5000万元。

据《国际金融报》记者了解，2月23日，因公司员工恶意破坏公司线上生产环境及数据，导致公司系统服务不可用。目前，该犯罪嫌疑人已被上海市公安局宝山分局刑事拘留。此前，微盟表示犯罪嫌疑人删库的原因是“深陷网络贷款”，但坊间传闻是因为“不可描述”的原因。截至目前，微盟官方并没有对此事进行说明。

复盘事故经过

微盟在公告中称，2月25日，微盟紧急恢复了核心业务的线上生产环境，新用户使用不受影响，并提供老用户临时过渡方案，确保商家在数据暂时没有恢复的情况下可以正常经营；2月28日，微盟恢复了所有业务的线上生产环境，并且开放了老用户登录，以及恢复了微站产品的所有数据。

那么，如何保证在没有数据恢复的情况下正常运营？微盟方面在接受《国际金融报》记者采访时表示，“2月25日我们紧急恢复了核心业务生产环境，新用户使用不受影响(因为新用户不存在数据修复问题)，针对老用户我们提供临时过渡方案，帮助老用户紧急搭建新账户，并通过小程序审核加紧上线，尽全力让小程序尽快上线使用，让商户在故障修复期间能够正常经营，比如用户下单等。同时在系统恢复后，我们会将新老账号数据进行合并，商户使用将不受影响。”

不过，一位不愿具名的业内人士对于上述说法不太认同。尽管针对老用户，微盟提供了临时过渡方案，但这并非是搭建一个新账户就能解决的简单问题，短短几天时间，新账户能够产生多少交易难说，如此一来或难保证商户的正常运营。“系统恢复后，过往的数据能否找回也是关键”。

上述人士向《国际金融报》记者提到，冷机备份十分重要，如备份的周期、数据的维度，是全部数据还是部分数据等都会有一定差别。他表示，数据非小事，尤以中型商户对于数据的依赖程度较高，这类商户通常对于重要的几个维度数据相当看重，一旦相关数据丢失，可能导致此前的整个运营模型都要重新调整，如严重，整个公司的运营体系都会受到严重冲击。而小型商户则不同，数据不会太多，丢失对于其影响不会太大，毕竟这类商户连数据分析工具使用都相对简单。

根据微盟在公告中的说法，截至3月1日晚8点，在腾讯云团队的协助下，经过7*24小时的努力，微盟已经全面找回数据。由于此次数据量规模非常大，为了保证数据一致性和线上体验，将于3月2日凌晨2点至8点进行数据恢复上线演练，并将于3月2晚上10点至3月3日上午9点，正式进行数据恢复上线，将恢复2月23日之前的数据，同时将2月23日与3月2日的数据进行合并，届时微盟所有的数据恢复完成。

在公布的数据安全保障计划中，微盟称，本次事故虽由员工的不当行为引起，但也暴露出公司在数据安全管理方面的不足之处。为此，公司已邀请外部数据安全专家协助本公司制定和评估数据安全保障计划，主要覆盖生产环境和数据权限的分级管理和执行、将数据移转到腾讯云数据库、加强意外事件快速应对能力以及运维人员的法律和职业道德学习等方面。公司正在逐步落实上述数据安全保障措施，以避免此类事故的再次发生。

3月1日晚间，腾讯云通过官方微博发布消息称，微盟团队决定全面上云，并通过腾讯云的产品和技术升级数据安全体系。

拟定赔付计划

在3月2日的公告中，微盟表示，此次事故给商家经营造成了严重的影响，公司管理层对此深感自责和愧疚，对此微盟准备了1.5亿元赔付拨备金，其中公司承担1亿元，管理层承担5000万元。

据称，微盟集团董事会主席兼首席执行官孙涛勇承担3500万元，公司执行董事兼首席技术官黄骏伟承担500万元，公司执行董事兼智慧商业事业群总裁方桐舒承担500万元，公司执行董事兼智慧营销事业群总裁游凤椿承担500万元，具体进行赔付时，公司和上述公司管理层将在上述披露的限额内按比例做出支付。

尽管微盟处理问题的态度比较坦诚和负责任，但律师仍向记者表示出了一定的担忧。

“追责高管个人赔偿责任是件非常积极的事情，这比较罕见。”知名律师严义明向《国际金融报》记者坦言。不过，他同时对“公司承担1亿元”的做法提出了自己的看法：作为上市公司，假定公司今年可能会有一个亿的净利润，如果赔了一个亿，公司今年有可能就变成不赚不赔，净利润没有了。那么，从这个角度来看，应该算是一个重大事情，就需要股东大会来做一个决议。当然，公司的这个表态也并不意味着它不按照程序走，因为要开股东大会的话还是需要做很多准备工作，其中包括要提前通知等。

据悉，SS业务系微盟集团的主营业务之一。截至2018年12月31日止财政年度，SS业务收入为3.471亿元，约占收入总额40.1%。SS业务的毛利润为2.949亿元，约占毛利润总额57%。截至2019年6月30日，SS业务收入为2.191亿元，约占收入总额33.4%。SS业务的毛利润为1.77亿元，约占毛利润总额48.5%。

“但个人倾向于还是要先开股东大会再做决议。”严义明直言，公司这个表态本身是否合法有效等问题，最好能由公司的董秘出来澄清一下比较好，不然将存有一定的风险性。

在严义明看来，一件事情都有对内对外两个后果。对外的后果是，只要表态就已经生效了，不管内部程序如何，你都代表公司对外做出了承诺；对内的后果，做决策的人有可能不符合规定，不代表公司真正有决策权力的那个机构或者个人的意愿，那么作出表态的人是否要对公司承担责任？

此外，微盟还拟定了现金赔付计划和流量赔付计划供商家选择。考虑到商家因SS系统不可用而可能造成利润损失或流量损失，因此微盟集团的赔付方案有两个选择供受影响的SS业务商户考虑，二者选择其一。

其一是现金赔付计划：微盟集团会针对SS系统不可用期间商家边际贡献利润额进行赔付，具体公式计算如下：边际贡献利润额=日均收入X行业平均边际贡献利润率X系统故障时间。其中：(i)日均收入等于该商家在2020年2月17日晚7点至2020年2月23日晚7点在本公司系统中产生的实际成交额除税后的平均值；(ii)边际贡献利润率是指在收入(不含税)基础上扣除商品成本、仓储及物流费及推广费、销售佣金等与商品服务销售及交付过程直接相关的费用之后的边际贡献利润占收入的比例，而行业平均边际贡献利润率的最终参考值将以相关研究机构的报告为准；(iii)系统故障时间自2020年2月23日晚7点至2020年3月3日上午9点。

其二是流量赔付计划：微盟集团会针对在SS系统不可用期间受到影响的商家给予腾讯广告50000曝光次数进行流量补偿，并且提供帐户运营服务，同时再延长SS服务有效期两个月。

根据公告说法，公司目前正在开发在线赔付系统。赔付系统完成后，商家可进行网上赔付程序。

“关于赔付方案，制定这两种赔付方案是综合考虑到我们商户的特点。我们有使用商业云产品如微商城、智慧零售等进行交易的客户，也有使用营销云服务如微站产品做官网展示的。此次微盟事故中受损的，一部分是有交易受损的商户，还有一部分商户并未使用店铺交易功能，故障期间不会有订单交易的损失，而是部分软件功能受到影响，所以我们的两种方案是根据商户的特点来制定的，商户可以根据情况做出选择。其次整个赔付方案中，我们既要考虑商家因系统不可用而造成的利润损失，同时也要考虑系统不可用而带来的流量损失，因此我们的赔付计划做了两个不同的方案供商家任选其一。”微盟方面如是向《国际金融报》记者解释。

“总体来看，这件事情中微盟由于内部管理不善导致众多商家数据丢失、系统无法使用而遭受重大经济损失，理应对商家承担赔偿责任。具体的赔偿应当以商家实际遭受的经济损失为准。因为每家企业经营能力和经营状况不同，利润率也不同，遭受的经济损失也不同，因此，统一采取微盟提供的赔偿标准未必合理。”北京志霖律师事务所副主任、中国政法大学知识产权研究中心研究员赵占领告诉记者。

赵占领表示，如果协商不成，可能有商家起诉，之后就主要看商家的举证情况，能否提供证据证明自己的实际损失。

微盟VS有赞，深度对比后哪个更胜一筹？

今天这篇文章很早之前就想写了，苦于最近有点繁忙就一直耽搁到现在。最近几年一直深耕在SS软件行业，当谈论到电商SS时总是避不开微盟和有赞，那这对中国电商SS领域的“双子星”到底有什么区别？

这篇文章主要从组织架构、产品矩阵、盈利模式以及年报数据等多个层面来对比这两家公司。

首先从人员架构上来看，微盟重营销、有赞重产品（技术）

由于之前有过创业经历，个人觉得公司的核心气质和创始人的出身和背景有很大的联系。例如出身百度系的微盟创始人孙涛勇和出身阿里系的有赞创始人白鸽很好地诠释了这一点。

出身百度商务搜索部门的孙涛勇精通PC建站推广和百度竞价营销，微盟的崛起与其熟悉企业搜索引擎优化和营销颇有关系；而带着“支付宝首席产品设计官”标签的白鸽（原名朱宁），参与过支付宝网站，收银台、钱包等电商业务的设计，更懂得电商的运营公式。所以我觉得这也是两家企业重心不同的原因。虽然大家表面上看两家企业好像并没有什么不同。

微盟技术团队由百度、腾讯的核心成员组成，技术总监为百度商务部搜索经理，商务总监为原腾讯IMG商务经理，团队精通PC建站推广和百度竞价营销，主打传统企业营销。现有员工4000多人（其中16%为研发人员），直销团队覆盖北京，上海，广州，杭州，成都，南京，苏州，武汉，合肥及长沙，全国招募超1600多家渠道代理商，注册商户数超300万家。

有赞技术团队核心拥有阿里基因懂电商运营，以产品和技术为导向。员工3500左右（其中36%为技术人员），直销团队覆盖北京，上海，广州，深圳杭州五大城市。全国招募200多家代理商，注册商数500多万家。

从产品矩阵上来看，微盟：SS软件+营销+平台实现流量变现、有赞：SS+支付完善技术设施建设

微盟以市场导向提供商业化服务工具，以效果导向提供精准化营销策略，以数据导向提炼标签化用户行为。产品覆盖社交电商，智慧零售，智慧餐饮，智慧酒店，智慧美业，本地生活等多个垂直行业布局，通过去中心化的互联网平台提供一体化的商业解决方案，赋能中小企业实现数字化转型。借助微信生态广告业务推出精准营销业务实现流量变现。

有赞基于云服务模式向商户提供微商城系统和完善的移动零售解决方案，围绕加强消费者的信任，建立支付业务，具有支付业务许可证，完善风控体系以及完整的担保交易体系，为社交电商的信任裂变提供基础设施。

有赞近两年的研发占收入比例趋于下降，随着产品收入的上升，边际效应未来会越来越明显，参考美股Shif，研发占比20%左右。微盟主要靠广告歌业务吸引客户，然后将其转化成SS用户。两家公司的规模效应均凸显费率呈现下降趋势。

从盈利模式上看，微盟：SS垂直化运营+精准营销、有赞：SS订阅服务+多元GMV增值服务

从2020年微盟年报上看，2020年SS服务营销占总收入32%，精准营销服务占比68%。

微盟TSO全链路SS服务生态（流量，SS，运营一体化）是行业发展趋势。微盟在中小企业云端商业及营销服务商中处于领先地位，未来将更加垂直化发展到餐饮，O2O及电子商务等专业化领域。微盟通过内部业务＋外部投资拓展服务边界，向中后端布局。微信自建SS服务可能会让一部分客户选择微信小商店，一部分客户与营收流失。但微盟目前布局大客户化，国际化，生态化战略。大客户付费意愿更强，生命周期更长，用户粘性和续约率更高。

微盟随着对优质媒体资源的不断开发合作，未来利润增长会向广告业务倾斜。该业务收入受到未来广告主数量增速，单个广告主预算及复投率等影响，目前主要形式仍为信息流广告（CPM计费）预计年均信息流广CPM起始22元，至2023年增至34元。20年微盟广告主数量增速40％，每广告主平均开支365612元，复投率再度升高至68.3％，目前仍在高速发展中。微盟除了获得腾讯广告体系的牌照之外，还与字节跳动达成合作，分散过度依赖微信的风险。我们预计随着字节跳动的市场规模不断扩大，微盟的精准营销业务会迎来新一轮巨大增量。

有赞2020年年报，SS及眼神服务占比74%，交易及其他收入占比26%。

有赞微商城商业化成熟，合作快手映客投资爱逛项目将弥补直播电商的短板，扩充直播场景下的销售渠道，全方位布局多平台发展，19年H1有赞10亿GMV来自直播电商，预计2020年30-40％的GMV来自快手等非微信平台。有赞在微商城的基础上拓展打造了有赞零售和有赞连锁深入线下门店SS产品，有赞美业，有赞教育等垂直化行业处于发展深入期有望成为增长的重点驱动力。

延伸服务提高货币化率的能力强，有赞担保和有赞分销业务预计实现高速增长，有望超出市场预期。有赞担保，分销和促销的毛利率最高，达到80％以上，随着延伸服务的拓展，毛利率的不断提升与运营效率提高带来费率下降，亏损有望进一步收窄。

有赞支付并非盈利需求，主要作为交易基础设施完善微信生态价值链，成为有赞的壁垒之一。交易产品包括：有赞担保，快速回款，有赞转账，有赞分期，店主贷款，产品功能丰富满足商家的多方位需求。有赞通过支付建立商户信任推动平台GMV增长。

从有赞和微盟最新公布的2021年上半年财报来看，两家SS公司的业绩走势也几乎一致。

2021年前半年，有赞营收8.03亿元，同比下滑2.5%；归母净利润-1.99亿元，同比扩大65.78%。

同期微盟营收13.83亿元，同比增长44.51%；但归母净利润从去年的-5.44亿元增至-5.58亿元。

这就出现了一个非常有意思的现象，有赞、微盟身为头部、且市场份额不低，但是却不赚钱，原因或许和腾讯有关。

有赞、微盟两家，作为基于微信生态成长起来的SS服务商，深深植根于微信等流量生态，让其在发展初期获得了强劲的生长动力，但也造成了自己的流量命脉掌握于微信之内。而在微信这个大平台上产生的种种交易行为、数据情况全部是在微信等的掌控之下。如果微信等流量平台以此涉足二者的主营业务领域，有赞微盟将处于不利位置。

而事实上，腾讯确实也这么干了。

2020年7月，腾讯上线了微信小商店，这是小程序团队提供的一项新能力，帮助商家免费开发并快速生成卖货小程序。微信小商店发布后，投资者立马用脚投票，彼时有赞和微盟的股价分别应声下跌9.65%、12%。

腾讯发布的财报显示，二季度腾讯广告实现收入228亿元，同比增长23%，其中微信生态小程序的商家渗透率不断走高下，受益CPM的行业性涨价，享受了一波电商广告的增长红利。

所以，有赞和微盟只是另一种意义上的“顶级打工者”——为腾讯打工罢了。

何时才能断奶？

不管是有赞还是微盟，主打的都是为品牌商家和门店解决电商化、数字化的问题。从微商城、小程序，再到社区团购、直播电商，有赞和微盟可以说是一路踩着风口过来的。

虽然有赞、微盟一头对接的是品牌商家，但另一头却是在“给他人做嫁衣”。在国内，独立电商已经被证明是伪命题，再大再强的品牌都绕不开巨头的流量挟持，从早期的淘宝、京东、腾讯，再到如今的拼多多、抖音、快手。

与此形成鲜明对比的是，在国外Shif、ShI走红，这在一定程度上也反映出了国内电商SS企业的窘境。

Shif的增长驱动力来自规模和k增长。规模来源于商户数增长、商户交易额增长，k提升则来自增值服务的增加，均需要公司不断优化性能和完善功能，同时依赖市场销售能力。因此，高销售、研发投入不可避免。高额投入压力下，Shif目前仍在亏损，但随着用户规模、客户交易规模提高，规模效应下，费用率水平逐步有所下降，净亏损规模相比收入规模逐步收窄，2019年净利润率为-6%左右，作为对比2015年为-9%左右。

Shif把亚马逊比喻成“帝国”，而自己是“向帝国的反叛者提供武器的人”。很无奈，有赞和微盟们不是反叛者，它们不得不依附于“帝国”——腾讯。

成也巨头，困也巨头，用来形容有赞、微盟现在的窘境一点都不为过。

有赞上半年业绩的下滑，主要因为大客户快手地“断奶”。

有赞CFO俞韬在业绩说明会上透露，今年上半年，快手在尝试自己为商家提供工具包，发展自己的电商闭环，这直接导致由快手产生的GMV占比整体下滑至20%，而快手带来的GMV一度占比有赞整体的40%。

而微盟高度捆绑的微信生态，近些天也频频震荡。随着反垄断的推进，阿里与腾讯互相开放生态的消息传得沸沸扬扬，一旦成真，那就意味着有赞微盟服务的一大批客户就有可能跳过它们，直接从淘宝对接到微信里。

虽然阿里腾讯互相开放生态的具体日期还没有确定，但给有赞、微盟带来的损失却是实打实的，依附巨头之下，或许是国内电商SS企业的无奈之举。

头条关注我，可免费领取大厂高质量求职大礼包（关注后私信我：求职大礼包）

参考资料：

甲子光年：《2021电商SS行业研究报告》

方正证券：《雾里看花——电商SS深度对比报告微盟v有赞》

声明：本文仅作为知识分享，只为传递更多信息，不构成任何投资建议，任何人据此做出投资决策，风险自担。

十万块钱效果还不尽人意？误删的数据要想恢复这么难？

不知道大家今天看没看一个新闻，链家删库的程序员宣判了。

事情是这样的：

2018年的时候，链家的一名技术人员因为不满公司的岗位调动，远程删除了公司服务器上的电子商务系统（OEBS），总共9TB的数据。。。

删完这9TB大小的数据之后，他相当于把整个公司的账本给抹了：

链家成立以来所有的员工工资、采购报销记录、供应商的货款等等，全都没了。

说句不好听的，假如这些数据拿不回来，大家也别干活了，直接原地回家放假就完事了。

在公告里链家表示，他们花了18万解决这个事：

首先花了10万找数据公司恢复数据，但是恢复出来的数据不怎么能用。

后来他们只好又花了8万，从外面雇人重建了整套EBS系统。

听着挺心酸的，对吧。

不过不知道小伙伴们有没有发现一个华点：在这件事当中，链家先是找人恢复数据，但是没成功。

可他们还是老老实实掏了10万。

但是与此同时，网上各种各样的免费数据恢复软件也有不少，点个按钮就能一键恢复被删除的数据。

虽然八成也成功不了，但至少不要钱不是。

所以链家。。这是被二次割韭菜了吗？

差评君平常在后台也经常收到小伙伴们的消息，说自己一不小心把U盘里的文件给误删了，求助有关数据恢复的事项。

正好借着这个由头，咱们来稍微聊聊数据恢复是怎么一回事。

其实不管是免费软件、付费软件，还是专业的数据恢复机构，它们都是利用了硬盘的一个工作原理：

你删除的文件，并不是真的被删除了。

不知道小伙伴们拷文件的时候发现过一个现象没有：

假如复制一部电影的话，可能得慢慢悠悠的让进度条跑上一两分钟。

但是删除一部电影，一瞬间就搞定了。

这就是因为在点击删除的时候，系统只是给这部分数据打上了一个删除标记，但并没有真删。

听着可能有点绕，我们不妨拿图书馆举个例子：

差评君以前上学的图书馆里有上千本书，这么多书直接找肯定找不到。

所以图书管理员那里有个索引系统，哪本书在哪个位置都能查到。

我们往硬盘里复制文件，其实就相当于是往书架上放了一排书，然后告诉管理员我把哪本书放到了哪排货架上。

可要在删除文件的时候，硬盘偷了个懒——

它只是跟管理员说了一声那排清空了，但并没有真的把书从书架上撤走。

然后管理员就真的把这条索引涂掉了，这本书真的就找不到了。。。

硬盘倒是觉得自己很聪明：“反正下回有新书进来的时候一起搬走就好了嘛，现在费那个劲干嘛。”

这么做的好处显而易见，用户体感的删除速度变快了、硬盘的读写损耗变少了。

而且顺带着，文件恢复成功的概率也变高了——只要没有新的书进来，原来的书就还会在那儿。

只是我们以为它们已经不在了。

所以其实和很多小伙伴想的不太一样，数据恢复并不是施展时间の魔法，让时间倒转。

它仅仅是重新亲自去一排一排的货架上寻找，有哪些书明明还在，但是被索引给划掉了。

最终找到我们希望找回的文件。

而专业的数据恢复机构无非就是有无尘工作间以及更厉害的硬盘对拷设备，能够提高一些恢复成功率而已。

但是那些已经被彻底擦除的数据，谁都无能为力。

所以在坊间一直有个说法：固态硬盘的数据比传统的机械硬盘要难恢复很多。

这是因为，固态硬盘为了进一步提高读写速度，使用了一项名叫TRIM的技术。

而所谓的TRIM，实际上就是图书管理员雇了一个监工，负责定期检查那些已经被标记为撤走的书还在不在书架上。

假如这些书还在，他就会负责把这些书撤走。

这样以后再有新书上架的时候，就不用再额外花时间搬旧书了。

TRIM技术让固态硬盘长期保持了高速可用的状态，但是对应着，数据恢复的成功率就无限降低了。

因此，不管是自己恢复还是找数据机构恢复，数据恢复成功的概率都大概是下面这样：

U盘/数据机械盘系统盘固态硬盘。

所以要是小伙伴们真的有数据保管的需求，重要资料最好还是放在机械硬盘上保存啊。

或者像差评君一样，搞个阵列NAS。

那么假如真的遇到了数据误删应该怎么做呢，差评君在这里再总结一下数据恢复的重点：

首先立刻强制关机，停止数据在硬盘上的读写操作。

接着烧根香。

接着找个拷盘器，配合数据恢复软件扫描并且复原被删除的数据。

或者直接找家数据恢复公司。

怎么样，大家学废了吗？

知道了这些之后，我们再来聊聊链家删库这件事。

照道理来说，链家财务系统的数据库还不至于使用高性能的固态硬盘，而机械硬盘上面的数据恢复概率还是不低的。

所以为什么链家最后花了十万也没能把数据找回来呢。

我们不妨来看看这起案件的审判书，上面提到，链家的技术人员是在发现财务系统连接不上之后，才开始查找问题的根源。

这个时候距离删库已经过去了一个多月，硬盘上已经不知道被写入了过多少新数据了。

并且这名员工在删除文件时，除了使用了标准的“”删除命令之外，还使用了“h”文件粉碎命令。。。

相当于在标记删除的同时，还会在上面覆盖一层新的无用数据。

那些本来还有希望恢复的数据，在一个h命令碾过去之后，也就被抹的什么都不剩了。

这。。是得跟公司有多大的仇啊。。。

其实就在去年二月份的时候，另一家公司“微盟”也发生过类似的事件。

微盟是一家给餐馆饭店小商铺提供在线付款支持的公司，帮助不怎么懂网络的个体商户对接支付宝微信云闪付一类的结算系统。

做的还挺大，已经上市了。

结果同样是有个员工不满公司待遇，把公司的核心业务系统给删干净跑路了。

你们看这个剧情，是不是完全一致。

不过毕竟是核心业务系统，微盟还是有备份的，不至于像链家这么头秃。

但是恢复备份的过程中还是产生了业务停摆。

据微盟统计，数据恢复期间至少有300万个商家无法接收顾客的付款，微盟因此赔付了1.5个亿。

股票的市值也在当天蒸发了接近10个亿。

然后那名删库的老哥，也自然而然被判了六年。

一般情况下，这种员工报复老板的事在坊间都是有不少瓜可吃的，比如人力关系什么的。。。

不过咱们本着不信、不传谣的态度，就不拿这些瓜说事了。

差评君最后想说的是，犯法的事情不要干！不要干！

不然不但报复不了老板，还得把自己搭进去。。。

那样可就太不划算了。