追更人数：17347人
在如今互联网的发展潮流中，o2o无疑是当下最火的模式，而其中的打车业务的巨大前景不仅是人们讨论的热点话题，也是让许多公司眼红的一个巨大市场，可以说是“兵家必争之地”。
在众多的打车业务的公司当中，滴滴打车在经过不断的发展扩大后，已经在这个市场有了一定的影响力和优势。特别是在滴滴打车成立三周年之际，“滴滴打车”正式更名为“滴滴出行”，预示其在市场中将会进一步的扩展自己的业务，实现连接人与交通工具的目标。
车，只是我们出行的一部分工具。如果要真正的连接人与交通工具，飞机，作为远程出行的工具，自然是这个行业里的新一轮商机。
打飞机的出行业务模式，如何去设计构想，将会是个很有意思的话题！
那么，接下来如果你是滴滴的产品经理，老板想在滴滴出行上加入飞机出行的功能，要你提交一份产品设计方案，你会怎么设计？
怎么让你的产品方案令老板满意，走上升职加薪，迎娶白富美的人生巅峰呢？
这，就是本期产品研习社
的课题作业之一。
让我们一起玩转产品，
与产品大牛思维碰撞，
发现产品的无限乐趣和可能。
你，准备好了吗？
在点评之前我想和大家说几句话。
一个题目是什么，其实并不是很重要。因为一个产品经理在做产品的过程当中，他会经历很多项目，很多不一样的题目，但是每个题目的解法的积累对于一个产品经理来说却是非常重要！
所以我希望大家能多去思考这些题目，并尝试去提出自己的解法和方案，在经过不断的总结后，我相信你会在产品的道路上成长得很快。
从收到的作业来讲，能看到大家比较关注的是滴滴飞的这个课题，也就是说这是一个相对来说能让大家比较容易理解并且感兴趣的课题。
那么，今晚我就重点讲一下，关于这个课题我的一些想法，你们听听和你想的有什么不同和相同之处。说不定你会发现你原来很有做产品的天赋。
入口是这个产品里面比较有意思的话题，所以这部分我们到最后可以投票来讨论一下，看看大家每个人对于入口的想法是怎么样的。
如果具体来说的话，就是到底是抢单的模式还是派单的模式？从这个角度来讲，当前的滴滴出行基本上都是抢单的模式。但是如果换到滴滴飞的这个项目来讲，我认为，它更适合派单或者预约这个模式。那为什么呢？
很简单，因为飞机的数量不是太多，所以设想一下这个场景，如果按照抢单模式来操作的话，一个城市的能抢到的飞机，其实没有多少辆的，那结果可想而知。
所以抢单模式在这里不是这么适合滴滴飞的，明白了吗？
所以其实像滴滴飞的这个产品，它更适合的是类似于像神州这类的（如果大家有用过神州打车的话），可能跟它的模式会更合适。也就是说顾客下单后，系统会自动给司机指派订单的这个模式，而不是说多辆飞机来抢单的模式 。
这个是你在进行滴滴飞的产品设计时候需要注意的。此外，还有一个需要考虑的是，像这类的产品，其实预约的模式会比实时抢这个模式会更好，当我说到这个的时候，如果我问你原因，我想你一定会一头雾水。
其实你可以设想这样的用户场景，像坐飞机的这种场景的话，每个人都是有自己的时间计划和安排在里面的（结合你自己和身边朋友的经历就可以明白），并不是说像打车的这种那么随意，随时想出发，想打就能打。飞机出行，更多的是像跨城的这种活动，一般我们都会有自己的准备和计划。
所以在你进行产品设计的时候，你的产品逻辑应该偏预约而不是实时。
在用户下单后的下一环，就是这个产品付费的逻辑了。在滴滴飞的这种产品里面，它的付费模式其实也要考虑这个差异性（和滴滴出行的其他业务的付费模式的不同之处）。
对于滴滴打车来讲这个模式更多来说的是后付，也就是说我坐完一辆车后，到达了目的地，会根据路程的多少来进行计算付费。但是像飞机这种每次的成本会很高，一趟下来预估起码是几百块钱到上千块钱的成本，它跟打车不一样，因为如果打车的话一次就十几二十块钱。 这种作为公司还是可以贴的，但是像飞机业务这么高的成本的话。。。（这个我不用多说，对于精打细算的大家来说基本都懂），这样会导致活跃率可能会偏高。
所以在设计的时候，采用提前预付的付费模式，自然相对来说会更好，是不是？
在你进行产品设计的时候，比如说像下单的模式中，产品经理还要考虑怎么能够降低这个违约率。你是怎么处理的？
我的建议，要么就是有这个订单预估的价，以银行卡抵押的模式，像住酒店的那种；要么就是像神州的那种伪充值的模式，你已经在我们的账户里面充入了一定的金额 ，这样你在使用的时候是有一定的金额抵押的。
你看，这样处理的话，是不是不失为一个降低高付费的产品违约的风险的好办法？
产品设计的再下一步的话，其实就是截单和评价。那它这个流程，其实根据滴滴已有的产品流程来走基本上也没什么大问题了。
此外，其实在额外的产品上，像这类产品来也许你还得考虑毁约如何来处理，还有像飞机特有的服务，如保险服务等等如何来设置？这些都是这个产品在落地文档和落地交互之前，产品经理应该进行思考的点。
讲到这里的时候，我想先卖个关子。
我觉得这个产品最有意思的地方，是要考虑它的入口在哪里。也就是说像这类产品，我们到底是应该和原有的滴滴出行APP合在一起，还是要单独做一个滴滴飞的的APP ？
现在来考察一下大家的产品sense，这里我们大家来投个票，如果你觉得应该是第一种情况的请回复1 ，是第二种情况的请回复2（ps：最后的结果是：选择1的同学比较多）
看了大家的回复，我想问大家有没有想过自己选择1或2 的理由是什么？
我的看法是，从我的sense来讲，第一步搭建这个产品 ——滴滴飞的，它应该选择1 这种情况，也就是合在滴滴出行内来推出。
不过当然，我们做产品的时候 经常把一个产品灰度做，就比如说现在我们就先把它用1的这个模式，把坐飞机和滴滴出行本身的产品合在一起作为一个产品推出，然后看看用户的反馈。
如果是真的坐飞机在后来能成为一个很高频的需求，而且它的人群和本身滴滴出行的区分也是非常明显的时候，其实那个时候把它独立出来做一个APP 也不迟，这就是我们平时所说的一个产品一级一级迭代的过程。
就像我们今晚说的这个课题那样，它在这个入口的设计上、它在派单的模式上、它在付费的体验流程上以及基于飞机一些特有的细节，我们作为这款产品的设计者都应该要有一些独特的考虑和把握在里面。
滴滴车主注册（www.upxuan.com）为大家提供滴滴官网：帮助大家顺利完成滴滴司机的加盟申请入门(点击注册>>)。