本文作者为泛城科技董事长兼总经理陈伟星。他分享了如何酝酿并推出“”的过程。

这段时间，“”广受媒体关注。如同我们当初设想，这个产品正在改变出租车行业的规则和格局。预料之外，也有一些杂音声称快的打车抄袭，甚至攻击我个人。为此我分享这篇文章，与业内分享快的打车的原创设计制作过程，及一些我对O2O产品设计的看法，以正视听。

产品诞生的初衷——满足自我需求

快的打车的需求不难发现，大家都知道杭州打车非常困难，特别是在最近2年开盘的小区，基本没有出租车会去寻路接客。之前我住的地方在丰潭路和萍水路交界处的橡树园，每次我要打车时，必须等上半个小时才有机会等到一辆空车。正好我公司有一个移动团队需要转型，我就考虑尝试做打车的软件。

我平时并不非常积极的去关注海内外移动产品的情况，出于个人的个性，我向来不喜欢做所谓的c2c(copy to china)。我记得那个时候粗粗地看过几个国外的软件，有UBer和另外一个英国的，拿到不少vc的钱。之后看过国内类似的产品，看到过类似zimride的pickride，一个做社交拼车的软件，刚尝试做打车的业务。还有做租车业务的，那个时候刚开始宣传。可能是太懒了，至少当时我并没有发现有专业的打车软件。

我观察下来，感觉这些不是直接解决打车需求的应用，用户体验也比较糟糕，没有很清晰的产品设计思路。

我们也粗粗的计算了一下市场，杭州总共12000台出租车，平均每天出租车每天接25单，每单20块钱，每天交易额在600万左右，而全国大概30个杭州规模的城市，每天1.8亿的交易额，按1%的抽成比例看，每天有180万的市场空间。

就这么简单，我开始决定让团队动手做这个产品。

市场调研——从用户习惯分析产品的设计

我记得我们第一版的设计思路是这样的：让用户发起订单，也可以查看司机直接联系;让司机发起请求接单，也可以直接抢用户的订单;用户可以看到多个司机的抢单，选择一个进行联系。

这个思路有些绕，我们的产品经理做了1个多月，demo交给我的时候，一直没办法让我满意。

碰巧那个时候我们遇到了杭州微信车队的一些热心会员，于是经常请他们来公司讨论了解他们的工作流程。这些司机虽然文化程度不高，但对于自己的业务却一个比一个精明。从他们的交谈中，我了解到，对于司机而言，任何有选择的事情都是非常困难的，产品的设计必须是一条清晰的主线。

快的打车最初的版本图——加减小费、一键抢单、信用体系和充分沟通

大概过了2周，我终于发现了一条主线：对于用户，一键到底，接通司机;对于司机，模仿gps的抢单机器，响铃，抢单，接通用户。

这个思路非常简单和自然，几乎任何人都能理解。

接下来我们考虑如何确保乘客能打到车，真正解决打车难的问题。

出租车市场是一个政府管控的行业。在杭州，一方面用户打不到车，一方面司机赚不到钱。

主要的原因有两个，一个是杭州目前的新住楼盘都分散在东南西北各个郊区，而司机空跑每公里的实际成本是8毛钱，机会成本是1.5元，所以司机基本不可能主动去这些上班族集中的偏远地方接客;另一方面，商业区集中的地方，路堵车慢客人多，打车也基本靠运气。

如果光靠资讯来调度，导致郊区的用户即使能对接上司机，司机因为亏钱也不愿意接，而商业区离的司机为了省油费，都挤在市区不肯出去。更糟糕的是，每到高峰期，出租车还交接班，司机只能接顺路的客人，不顺路的客人拒载现象非常严重。这些情况，我们在外地城市初步了解了下也是基本如此。

为此，我们采用了LBS指引目的地外，还做了一个革命性的设计，允许用户加减小费来补贴司机的空跑时间。引入这个市场机制，确保了急用的个人必定能有司机去接，而让司机不需要承担空跑的成本。