2015 年 3 月 21 日，在以《O2O 技术架构与实践》为题的第三期又拍云 Open Talk上，美团供应链平台系统负责人陈义宏、功夫熊 CTO 韩立新、58同城系统架构师孙玄向大家分享了自己对今后O2O 技术架构趋势的认识以及解决方案。功夫熊 CTO 韩立新在活动上作了题为《功夫熊快速迭代中的技术架构选型》的演讲，以下是分享实录：

“快”这个宗旨虽然不适用所有的互联网公司，但对电子类产品以及 O2O 类型的创业公司来说，却无比重要。这样的创业公司有其共同的特性---做什么事情都要快。我们曾经特别理想的希望把产品打磨到完美再推向市场，然后一下子把其他竞争对手打垮，但后来发现除非你的产品有很强的技术壁垒，别人搞不定我能搞定，否则就只有一条路：比谁快，看谁能反应更快、迭代更快，这样才能占有市场份额。

功夫熊在2014年的10月16日，以“功夫熊上门专家，一会功夫就到啦“为口号，凭借微信公众号快速上线，并迅速打开了市场。我们当时使用了很多第三方的工具来帮助实现产品。所以在这里，我们主要分享一些功夫熊快速迭代中的实践，大致包括：推送、短信、分享、支付这几个移动开发的重点。

1、激活市场：用推送&短信通知用户

上线以来，我们验证了通知是激活 O2O 类 APP日活非常好的方法，主要靠推送和短信来通知。

推送功能核心的指标就是到达率，这直接影响到我们是否会选用某个第三方服务。除了到达率，一些推送组件还能实现其他功能，比如给划分用户，区分城市。这也是 O2O 需要常用到的功能点，例如只向北京地区的用户推送相关消息。这些组件功能对那些云推送服务商来说，实现起来还是比较容易。

短信接入没有难度，但是到达率太低，到达时间长。尤其是容易遇到某些客户被运营商加入在黑名单中，导致无法到达。现在比较好的方案就是同时接入几家短信通道，通过SDK查询用户是否接到短信。如果没有，换一个通道。短信还有一个附属产品，语音短信，短信被拦截的概率会高于电话，在短信无法接收的情况下，用户可以启用语音验证，会有电话打到用户手机上播报验证码。但结果也是出人意料，经常有骚扰电话打回来，以及经常被举报，所以用语音验证码要先验证下再去使用。

2、影响扩散：借助社交平台分享

在现在如此重的社交基因情况下，分享对 APP 扩展市场的意义重大。分享其实是一个脏活、累活，现在有很多分享，微博、微信分享大家都知道，其实还有豆瓣、twitter等，他们都提供分享的接口，但他们提供的分享接口的特点就是没有一个是相同的。各种 SDK，文章、看不完的参数，没有比这更累的活了。

市面上有很多聚合类的分享，有的全、有的快，但这些都是商业产品，也有自己的诉求，比如要求数据放到他们的服务器上，以及暴露自己的品牌。用这类聚合类的产品很多时候要进行性能和功能上的妥协。一定要找到适合自己的分享组件，我们想分享到很多平台，但分享多的还是微博、微信平台，因此最后，我们的方案就是微博、微信用原生的，其他用聚合。

3、生死攸关：正确选用支付渠道

和分享相比，支付倒是能让人愉悦不少。因为现金支付就支付宝、微信支付、百度钱包、银联、快钱那么几个，且所有的支付模式都非常相似。

3月20日联通骨干网出问题，造成大部分网站无法正常访问，包括微信，微博等，骨干网出问题，很多网络都会挂掉。在电商和 O2O 中，支付是核心环节，和骨干网一样，一定不能出问题。支付环节出问题，造成客户流失，产品就死了。

支付环节是容易踩坑的地方，比如，微信支付回调的域名必须通过备案，没备案无法回调。支付宝客服采用排队机制，多的时候需要排队等5个小时，不能及时找到人，也不能及时解决问题。

支付宝是出来很久的支付平台，因此他有各种各样的类型，比如PC端，手机端，但手机端创建的东西PC端不能访问。交易类型还分担保交易、即时交易等，在使用担保交易的情况下，如果采用即时到账，也是不能退款的，因此这些类型一定要弄清楚。

微信的体验好，大家都知道，但它对用户的体验非常好，但对开发者来说，体验很惨，限制多。比如微信支付审核，必须先申请微信号，需要3到7天的时间，微信认证需要1个月时间，微信支付则更久，微信的任何东西都需要审核。因此审核最好提前弄好，不然死得很惨。微信支付很难测试，权限非常小。当然麻烦的还是在审核这一块。

和分享一样，支付也是有聚合类的支付出现，数据会存放在这类平台上，但相对代价小，也是可以考虑使用。

4、人才招聘

创业型公司，除了这些，积累技术圈人脉也很重要。对创业公司来说，招人是件很难的事情，你什么都没有的时候，就只能画大饼，有一些志同道合的朋友会事情会好办一些，这些人即便不亲自参与，也会推荐一些靠谱的人加入，当然我们也欢迎引荐。