Airbnb资深程序媛：共享经济，支付先行

雷锋网按：本文作者朱赟，Airbnb资深美女程序媛一枚（友情提示：头像即真人）。

可能很多读者从我以往的文章里都能看出，我最近几年虽然折腾过机器学习和搜索，最主要的领域其实还是电商和支付。

前几天去参加了湾区的 payments meetup。Meetup 这种聚会形式已经越来越常见了，相信很多圈内的朋友都接触过。技术界的会议和聚会常见的大概有三种。第一种是全国范围内举行的大规模的会议，比如 XX 软件大会、XX 开发者大会。这种会议不好一概而论，有的很高端的，只有公司的很高层的技术管理者参加。有的很入门级，更像是给大小公司们一个展示和宣传的机会。

第二种是像 Google 的 IO 大会，Facebook 的 F8，Apple 的 WWDC，Airbnb 的 OpenAir 等等，主要是公司自己的产品发布。

第三种就是各式各样的 meetup。这通常是相互离得比较近的公司合办，比如硅谷的公司。有一个很专一的主题，比如 Payments、Spark、Search 这样一些主题的 meetup。Meetup 的与会者通常都还在开发第一线。会议的话题也相对比较专一和涉及实际问题。因此也是我和朋友们参与度最高的聚会。Meetup 这种形式在硅谷已经做的很规范了。有一个 meetup.com，每个人设置自己的 profile，有很多不同的 meetup group 可以申请加入，这样后期该组的活动就会收到通知，各人再根据自己需要选择参加。

Meetup 内容一般又分为三种形式。一种是以某一个公司或技术为主题的公开演讲，这种情况下，别的公司大部分主要是去 “学习” 的。一种是多个公司每个公司做一个 lighting talk，就是短而精练的演讲，侧重于公司之间互相了解大家最近都在做什么，用一些什么技术。而第三种就是有酒有 pizza，更纯粹的大家就一些话题自由讨论。

对我个人而言，我的体会是，meetup 因为都是按照领域的分类来组织的，大家的背景很类似，因此更容易办的相对有深度一些。另外，圈子里比较成熟的技术绝大部份时候都不会有太大变化，当有变化时，这种小集会更有利于深入地去展开讨论。而对我而言可能最有价值的，是知道一个领域里的同行们都在做哪些事，试图解决哪些问题，用到了哪些技术，有哪些我们可以借鉴，哪些问题我们可以避免，等等。

如果有一些演讲和自己做的东西很贴近，那么就值得在演讲后进一步深度交流，以聊天的方式探讨。这样慢慢地，在圈子里会认识很多很值得交流的同行。这比 “刷脸” 以及认识圈子里的牛人往往更有价值。

再一个附加的价值，就是人才的招揽。很多硅谷公司稍微 senior 一些的工程师都知道，硅谷文化一个很强的特征就是 recruiting all the time。尤其对于正在快速增长的公司，很多时候我们希望招进来的新人是我们愿意和他共事的人。硅谷做同一个领域的比较资深的工程师池通常不会太大。这种 meetup 可能会是你有机会接触他们并让他们对你的团队感兴趣的一个极好的机会。这也是很多公司很积极参与到这些 meetup 的另一个原因。

说了半天关于 meetup 的背景，其实这篇主要是想说说参加完这次 meetup 的一点体会。

早些年我刚开始做支付的时候，那个时候感觉比较火的是电商支付以及电子钱包支付。比如以 Amazon 为例的各种网上购物的支付。比如包括支付宝、PayPal、Google Wallet、Square Wallet 等等的电子钱包系统。支持的主要还是 B2C、C2C 的支付。

最近几年，随着 O2O 共享经济的迅猛发展，很多支付相关的主题，却是越来越和这种经济形态密不可分了。举几个例子。

Uber、Lyft、滴滴这些公司的支付。他们需要从乘客收钱，这我们称之为 payin。之后需要将一部分钱付给司机，这是 payout。

类似的，最近比较火的 “分答” 和 “值乎”，也是每个问题从提问者收款（payin），后期将钱转给回答者（payout）。更复杂的，每个公开回答后的问题还可以 “偷偷听”，偷听者支付一笔比较小的款额（payin），然后这笔钱又有一部分支付给之前提问的人（payout）。

另外，有一些社交平台比如 Facebook，他们也支持一些小商家在其之上贩卖一些小商品。还有一些游戏（比如 CandyCrash）等的开通关卡的收费等等，其实也是包括了从用户收费（payin）和给商家、游戏供应商付费（payout）的双向支付流程。

很多电商平台、服务共享平台，如果包括了平台代收费用的中间步，那么他们就也会有一个包括 payin 和 payout 的双向支付流程。

这些共享经济平台下的支付的实现，往往又会因为以下的因素而变得更加复杂：

Payin 和 payout 之间存在的时间差的处理，以及如果在此时间差过程中发生任何需要多收、少收、甚至退款的处理的时候，应该怎么设计支付系统。

有一些这样的 O2O 平台都是国际化的，如何处理不同货币间的转化问题？如何处理不同国家支持的不同的支付方式？当支持的支付方式越来越多的时候，如何有效的设计这样一个系统，使其可扩展性比较强？

会不会同一笔交易存在多方 payin 或者多方 payout 的可能？又该如何处理这些情况？

注：另外有一些如 Google、Facebook、Twitter 等的广告平台全球化支付，App Store，Google Play 的支付和这里所说的场景很类似，虽然并不属于 O2O 的范畴。

这次 meetup 的一个感触就是，很多公司其实在这些方面都面临了一些很类似的问题，正经历着很相似的系统设计和系统演化。

而 Airbnb，作为共享经济的典范，又是所有平台中最国际化的代表（支持 191 个国家，70+ 币种，20+ 支付方式）。我们有很复杂的房客预定的 payin 流程和给房东付款的 payout 流程。如何处理这些支付相关的问题，我们积累了很多的经验，也深入了解了很多具体的技术问题和方案。最近的 OpenAir 以及几次湾区的 meetup，我们也做了很多相关的分享。下一篇文章，会对 Airbnb 的一些支付相关的技术，进行进一步的介绍。

图：《慢慢走，欣赏啊！》

雷锋网注：转载请联系授权，不得修改文章。