1704136817
1704136818
1704136819
1704136821
重新定义分享：UBER中国的分享实践 一个高科技公司里的小手工作坊
1704136822
1704136823
在这个世界上，有两个一见面便要拔刀相向的族群，一个叫作运营，一个叫作产品经理。
1704136824
1704136825
运营有一个最强大的武器，叫作“市场变化”，市场是瞬息万变的，快速反应是制胜的要素；产品经理有一个最强大的盾牌，叫作“优先级”，产品的更迭是需要全局考量的，也是需要时间的。从互联网诞生的那一天开始，这两方之间的刀光剑影就从未停止过。
1704136826
1704136827
在这一点上，Uber也绝不例外。
1704136828
1704136829
全世界都没有预料到Uber中国的发展速度。没有哪个国家经历过这么快的司机增长速度，没有哪个国家一周要新培训和上线这么多司机，Uber现有的产品虽然可以做，但已经不是这个体量下最合适的产品形态。
1704136830
1704136831
作为地面的运营，我们度过了一段极其痛苦的时光。
1704136832
1704136833
俗话说，智慧都是被逼出来的，于是，我们就开始想各种办法去打破常规。
1704136834
1704136835
最初的办法是升级流程和堆人。2014年年初，一个城市每周培训司机的数量是个位数。一年之后，这个数字变成了原来的上千倍。从几个到几万个，是完完全全不同的阶段，每个阶段都需要运用不同的运营方法，所以我对运营流程的改变，是以每周一小变、一月一大变的节奏进行的。组织司机的基础架构的变化、培训的形式和辅助措施的演进、客服的形式拓展和团队搭建、奖励的计算模式、司机准入和审核的模型与合作，等等，都在短时间内急速升级、不断打翻并重塑。
1704136836
1704136837
在飞速增长的时期，各个城市的团队升级压力都很大。在业务成长最快的时候，我每隔几天就会问自己，现在的运营模式能够支撑三个月以后的体量吗？如果业务体量一夜之间增长十倍，现在的运营模式能够撑得住吗？如果答案是否定的，那我就会开始着手制定更加scalable（可规模化）的运营方式。在一次又一次的拷问下，在Uber发展最快的时候，运营体系完全支撑住了发展，几乎没有掉链子。
1704136838
1704136839
直到有一天，我再问自己这个问题的时候，却发现流程的改变、人员组织架构的升级、人员数量的增加都不能解决我的问题了。我需要产品，我需要系统。
1704136840
1704136841
那时候，最大的困境在于Uber现有的司机上线的产品不适合如此大规模的体量，短期之内似乎也没有办法像机器猫一样突然变出来一个新的升级的产品给我们用。但是，面对每天如潮水般涌来的新司机，不能把他们挡在外面啊，所以我们就开动脑筋，开始寻找颠覆原有模式的方法了。
1704136842
1704136843
我们自己在系统之外搭建了一个司机报名的界面，这个界面用最简洁的形式、最友好的交互方式列示了需要司机填写的信息，司机培训的时候，我们不再让司机直接走官方流程，而是填写这个新的报名界面。之后，我们将收集到的信息归集到一处，然后，我们找来一堆实习生，把信息转填到Uber正式的系统里去，实习生都是经过一段时间培训的，是已经非常熟悉整个流程的熟练工，一天就可以处理掉一周的报名数量。依靠这个方式，我们大大提升了司机上线的效率。
1704136844
1704136845
后来，我们给这个环节取了一个很有趣的名字，叫作“Human API”。
1704136846
1704136847
API相当于不同的系统、不同的APP之间交换信息的语言。比如，你用微信的账户登录知乎，在系统背后发生的事情是，知乎经过你授权之后，用微信的API接口调用了你的微信账户信息，用这个信息完成了知乎的登录。而所谓的“Human API”指的就是，当我们不能用技术手段去做数据交换、去调用对方系统的信息时，我们用最原始的人力去做这个数据交换，相当于你登录知乎网站的时候，背后实际是一个客服小哥帮你把微信登录信息输入了知乎的普通登录界面里，帮你按了一下“登录”，于是你才会感觉到“哇，好方便”，其实这背后是一个小哥的功劳。
1704136848
1704136849
这个高科技与石器时代结合的方法现在想来依然又好笑又辛酸，这个没有办法的办法、有点自嘲意味的名字，记录着我们那段在痛苦中寻找希望的日子，记录着一群有着小小的智慧、大大的乐观和绝不推卸责任的可爱的运营人。
1704136850
1704136851
后来，产品和技术的同事们注意到了这一点，并且意识到这对业务发展的重要性，于是他们开始介入这件事情，很积极地帮助我们改进产品。之后，我把我们发明出来的登录系统的每一步的过程画成图，发给旧金山的产品经理，问他们：“你们可不可以做一个类似这样的上线流程出来给我们用呀？”
1704136852
1704136853
后来我知道，用专业术语来说，这张图叫作“产品原型图”。
1704136854
1704136855
于是，阴错阳差地，作为一个金融专业出身的纯外行，我就这么被“逼上梁山”，成了一位“产品经理”。
1704136856
1704136857
当然，我距离专业的产品经理还有三座阿尔卑斯山的距离，我顶多算是一个提需求小能手。真正的产品技术大拿们，在旧金山的总部。当中国的业务以超出所有人想象的速度快速增长，本地化的诉求也越来越迫切，总部建立起了一个专门为中国做产品和技术支持的工程师团队。
1704136858
1704136859
业务每天不停地往前跑，一刻不停地起飞，在一开始，产品和技术的支持落后于业务的发展，我们前线的运营人员跑得非常辛苦。工程师团队挥师来到中国，实地帮助我们解决问题。一线运营的痛苦程度让很多工程师非常惊讶，很多产品需求被提上议事日程。
1704136860
1704136861
但是，产品总是需要有优先级的，当有太多运营的事情需要产品帮助改进，而且每件事情都无比紧迫的时候，有的事情只能等。但是每等一天，就是又一天对运营人员体力和精力的过度消耗。这个时候，一些工程师开始抽自己的私人时间来帮我们做一些小工具、小产品，暂时帮我们度过中间的青黄不接期。这些工具真的帮了大忙，有的工程师用周末两天写出来的工具，帮助我们节省了很多很多的人力。
1704136862
1704136863
记得有一次工程师给我打电话，向我介绍他准备帮我们做的一个工具，介绍到激动之处，他说：“你们实在太苦了，我不能看你们这个样子。我来这家公司是要做点事情的，不论优先级怎么样，这个忙我一定要帮。”接到工程师电话的那一刻，我仿佛从一个挥刀杀敌血洒战场的女战士，瞬间变成了一个弱弱的杉菜，终于等来了来救我的F4，终于不是一个人在战斗。
1704136864
1704136865
后来，产品跟上了，一个又一个被做出来，每次产品上线都像一颗原子弹爆炸，运营效率实现指数级的增长。我也把精力从流程更多地转向产品，带着产品需求到全球各个地方去跑，去沟通。
1704136866
[
上一页 ]
[ :1.704136817e+09 ]
[
下一页 ]