【iShout】O2O 创业不可错过的技术指南

编者按：本文作者为 LeanCloud 研发工程师王潇，擅长 Web 前端。本文作者以从业者和服务者的角度分析了 O2O 创业中需要正视的技术问题。

「这是一个美好的时代，也是一个糟糕的时代…我们前方有着一切，而我们又一无所有。」

狄更斯《双城记》

阿里巴巴上市之后，当年和马云一起打拼的互联网人纷纷出来做风投。据说，那个时期只要你坐在杭州的咖啡馆里做沉思状，就会有人上来问：“哥们儿需要天使投资么，A 轮、B 轮也都可以。”段子不一定是真的，但现在创业确实是合伙人好找了，投资人好找了，就连北京的海淀图书城步行街都改名为中关村创业大街了。一切变化都说明，这的确是一个创业的美好时代。

而现在这个创业时代最流行的莫过于 O2O（Online to Offline），这种线上与线下结合的业务了。它完全利用线上技术去改造线下的服务体系，全面依托互联网来支撑整个业务体系。

O2O 说起来很玄乎，其实它早已进入了我们的生活，比如使用 Uber 就能以低廉的价格享受到专车接送的服务，不仅过剩的私家车都被利用起来，能源也得到了高效利用；使用饿了么就能叫到美味可口的外卖，快递师傅会在一个小时内送达，比男朋友还靠谱；使用功夫熊就能预约到技艺精湛的按摩师傅，还可以根据用户评价择优选择，在线下单支付。

美团网创始人王兴说过：“O2O 将会是一个千亿美元规模的市场。”

也许你对传统行业极为熟悉，或者对如何革新传统行业有着深刻的认识，已经迫不及待地准备投入 O2O 创业的大潮了。但不要忘了，线下运营只是 O2O 创业的一部分，要撑起一个倔壮成长的 O2O 服务还需要先进和稳定的线上技术。

技术团队的重要性

建立起靠谱的团队后再去做，磨刀不误砍柴工。

不少创业者，很了解某一传统的行业，但并不熟悉互联网技术。因此，当创业者需要利用互联网来改造整个行业时，都会面临这样一种抉择：究竟是找外包团队，还是自建一个技术团队来做线上端的产品？有经验的创业者对这个问题只有一个答案 —— 一定要自建技术团队。

滴滴打车的产品原型最初就是找外包软件公司做的，创始人程维当时觉得两个月要把产品做好，现招团队是来不及的。他找到的外包公司要价 15 万，被他砍到 9 万。对方向他信誓旦旦地保证功能肯定都能实现，可结果是交付出来的软件问题频出，根本没法用，比如叫 10 次车，能响 6、7 次，不该响的时候又会响……最后程维决定组建一支靠谱的技术团队。他由此感悟：

一分钱一分货，宁可慢一点，建立起靠谱的团队后再去做，磨刀不误砍柴工。

另外，开发互联网产品，不仅要求你要快速做出一个 MVP（最小可用化产品）来验证自己的想法是否正确，还需要产品能快速进行迭代。类似小米、豌豆荚、陌陌等很多依靠移动互联网快速崛起的公司，主产品都保持至少每两个星期有一次版本发布。这就是不断试错、不断完善、不断成长的一个过程。

如果找外包团队就很难实现这一目标，因为他们不希望甲方频繁改动需求，不然还得重新进行需求沟通，而且对于甲方来说频繁改动也要加钱，付出更多的成本，一旦交完钱，后续迭代的产品质量也很难保证。

产品路径

通过 WebApp 打造你的 MVP，沉淀用户到 Native App，是最有效的产品路径。

为什么是 WebApp？WebApp 指通过 Web 技术（HTML\CSS\JavaScript）来实现的应用程序，在移动端 WebApp 的比例还较低，主因是 Web 较 Native 技术而言能实现的功能较弱，而且性能也有一定的问题，但是 Web 具有一个不可比拟的优势，就是易于分享，这也是互联网最核心的优势。

当前市面上就有很多创业者传播着自己的 WebApp。比如近年来高速成长的推拿 O2O 服务功夫熊，通过朋友圈分享，就可以引导用户预订上门按摩，直接在线支付，提供了一种简单方便的用户体验。嘀嘀打车和快的打车最初的红包大战更是让人印象深刻，短短几天内用户量增长数倍。用户也可以将你的 WebApp 分享到陌陌、微博或者其他社交软件中。

一旦初期用户已经产生，产品核心功能已被验证，那么就可以投入更多的资源与人力去开发自己的核心 App，目前主要包括 iOS 和 Android 端。WebApp 目前还无法利用相应系统的平台特性（Hybrid 技术实现的也是 Native App），比如 iOS 的系统推送、Android 的通知栏、调起摄像头等。如果想充分发挥智能手机的威力，就必须要有一个 Native App，这样通过更丰富的功能和更优质的用户体验来提高用户对产品的依赖与粘性。

技术选型

使用 BaaS 服务降低开发成本，更能降低时间成本和机会成本。

为什么是 BaaS？最近几年云服务行业蓬勃发展，在以亚马逊 AWS（Amazon 的云服务）为代表的云服务 1.0 彻底改变互联网的格局后，以后端服务为核心的云服务 2.0 BaaS（Backend as a Service）服务开始成为人们关注的焦点。2013 年 Facebook 以 10 亿美金收购 BaaS 服务提供商 Parse 后，2014 年 Google 跟进收购 BaaS 服务商 Firebase。不仅美国，国内的 BaaS 服务也是风起云涌，比如专注文件存储的七牛、专注解决应用开发服务的 LeanCloud 等优秀创业公司。

相比于自建系统，使用云服务可以直接解决更多的技术基础性工作，很多通用逻辑不需技术团队再次开发，你的产品不需运维工程师管理服务器，所有工程师专注开发好用的产品即可。BaaS 服务的兴起将工程团队对产品业务开发的专注度提升到顶峰，技术团队甚至可以不需招聘专业的服务器后端工程师就可以搞定产品。

BaaS 厂商已经将通用的业务做成服务，如用户账号、发送短信、消息推送、统计分析、甚至是实时通信等，工程师不必再重复构建这些业务，只需要直接使用 BaaS 厂商提供的这些服务。这样公司不仅大大降低了开发的人力和时间成本，还可以将更多的资源投入到产品运营方面，从而实现快速迭代，占据市场先机。

使用 BaaS 服务之后的优势是显而易见的。Instagram 在 2012 年 4 月被 Facebook 以 10 亿美元收购的时候，用户规模接近 5 千万，但是整个团队只有 13 人，其中工程师更是只有 5 人，服务器相关后端工程师仅 2.5 个人，另外半个偶尔负责产品 App 的前端开发（iOS 和 Android 开发）。

如此小的工程团队，却能够负担那样巨大的用户量，他们是如何做到的呢？Instagram 联合创始人 Mike Krieger 在「如何成为十亿美金公司」的演讲中，将使用 AWS 归结为用户规模暴涨，但工程团队并未出现明显增长的重要原因，类似的公司还有 Dropbox。BaaS 阶段也有大量初创型公司在使用，目前国内较为成功的创业公司中，使用 BaaS 服务的包括功夫熊、逗拍、懂球帝、活动行等。