滴滴出行如果加入滴滴打飛機…
追更人數：15892人
前言 在如今互聯網的發展潮流中，o2o無疑是當下最火的模式，而其中的打車業務的巨大前景不僅是人們討論的熱點話題，也是讓許多公司眼紅的一個巨大市場，可以說是“兵家必爭之地”。
在眾多的打車業務的公司當中，滴滴打車在經過不斷的發展擴大后，已經在這個市場有了一定的影響力和優勢。特別是在滴滴打車成立三周年之際，“滴滴打車”正式更名為“滴滴出行”，預示其在市場中將會進一步的擴展自己的業務，實現連接人與交通工具的目標。
車，只是我們出行的一部分工具。如果要真正的連接人與交通工具，飛機，作為遠程出行的工具，自然是這個行業里的新一輪商機。
打飛機的出行業務模式，如何去設計構想，將會是個很有意思的話題！
那么，接下來如果你是滴滴的產品經理，老板想在滴滴出行上加入飛機出行的功能，要你提交一份產品設計方案，你會怎么設計？
怎么讓你的產品方案令老板滿意，走上升職加薪，迎娶白富美的人生巔峰呢？
這，就是本期產品研習社
的課題作業之一。
讓我們一起玩轉產品，
與產品大牛思維碰撞，
發現產品的無限樂趣和可能。
你，準備好了嗎？
在點評各位同學提交上來的作業之前，我們來聽聽從業十年的資深大牛、優酷產品總監——劉顯銘老師（也是這個題目的出題者）對于這個課題的想法和見解。 主講導師：劉顯銘 優酷產品總監、前騰訊會員功能產品中心負責人 下面為產品研習社作業輔導的部分內容節選： 
感覺今晚大家熱情很高漲，都基本人齊了，那現在我們就開始今晚的作業輔導吧！ 在點評之前我想和大家說幾句話。
一個題目是什么，其實并不是很重要。因為一個產品經理在做產品的過程當中，他會經歷很多項目，很多不一樣的題目，但是每個題目的解法的積累對于一個產品經理來說卻是非常重要！
所以我希望大家能多去思考這些題目，并嘗試去提出自己的解法和方案，在經過不斷的總結后，我相信你會在產品的道路上成長得很快。
那現在回顧一下，當時給大家布置的是兩個課題：一個課題是滴滴飛的，如果滴滴出行，橫向拓展，開展打飛機的業務會怎么樣？第二個是，如果滴滴出行縱向去延伸的話，也就是往上下游去連接人和交通工具的話又會是怎么樣呢？ 從收到的作業來講，能看到大家比較關注的是滴滴飛的這個課題，也就是說這是一個相對來說能讓大家比較容易理解并且感興趣的課題。
那么，今晚我就重點講一下，關于這個課題我的一些想法，你們聽聽和你想的有什么不同和相同之處。說不定你會發現你原來很有做產品的天賦。
就剛才我們說到的滴滴飛的，這一個課題拿到手的話，如果我作為一個產品的角度進行思考。 首先我會把它分拆成幾個部分來理解： 1 思考它的入口在哪里？ 入口是這個產品里面比較有意思的話題，所以這部分我們到最后可以投票來討論一下，看看大家每個人對于入口的想法是怎么樣的。
2 思考它的付費模式是什么？ 如果具體來說的話，就是到底是搶單的模式還是派單的模式？從這個角度來講，當前的滴滴出行基本上都是搶單的模式。但是如果換到滴滴飛的這個項目來講，我認為，它更適合派單或者預約這個模式。那為什么呢？
很簡單，因為飛機的數量不是太多，所以設想一下這個場景，如果按照搶單模式來操作的話，一個城市的能搶到的飛機，其實沒有多少輛的，那結果可想而知。
所以搶單模式在這里不是這么適合滴滴飛的，明白了嗎？
1 下單模式背后 那些你所不知道的 所以其實像滴滴飛的這個產品，它更適合的是類似于像神州這類的（如果大家有用過神州打車的話），可能跟它的模式會更合適。也就是說顧客下單后，系統會自動給司機指派訂單的這個模式，而不是說多輛飛機來搶單的模式 。
這個是你在進行滴滴飛的產品設計時候需要注意的。此外，還有一個需要考慮的是，像這類的產品，其實預約的模式會比實時搶這個模式會更好，當我說到這個的時候，如果我問你原因，我想你一定會一頭霧水。
其實你可以設想這樣的用戶場景，像坐飛機的這種場景的話，每個人都是有自己的時間計劃和安排在里面的（結合你自己和身邊朋友的經歷就可以明白），并不是說像打車的這種那么隨意，隨時想出發，想打就能打。飛機出行，更多的是像跨城的這種活動，一般我們都會有自己的準備和計劃。
所以在你進行產品設計的時候，你的產品邏輯應該偏預約而不是實時。
2 關于付費模式 你是否有這樣考慮過 在用戶下單后的下一環，就是這個產品付費的邏輯了。在滴滴飛的這種產品里面，它的付費模式其實也要考慮這個差異性（和滴滴出行的其他業務的付費模式的不同之處）。
對于滴滴打車來講這個模式更多來說的是后付，也就是說我坐完一輛車后，到達了目的地，會根據路程的多少來進行計算付費。但是像飛機這種每次的成本會很高，一趟下來預估起碼是幾百塊錢到上千塊錢的成本，它跟打車不一樣，因為如果打車的話一次就十幾二十塊錢。 這種作為公司還是可以貼的，但是像飛機業務這么高的成本的話。。。（這個我不用多說，對于精打細算的大家來說基本都懂），這樣會導致活躍率可能會偏高。
所以在設計的時候，采用提前預付的付費模式，自然相對來說會更好，是不是？
3 怎么處理產品細節 和會出現的問題—違約 在你進行產品設計的時候，比如說像下單的模式中，產品經理還要考慮怎么能夠降低這個違約率。你是怎么處理的？
我的建議，要么就是有這個訂單預估的價，以銀行卡抵押的模式，像住酒店的那種；要么就是像神州的那種偽充值的模式，你已經在我們的賬戶里面充入了一定的金額 ，這樣你在使用的時候是有一定的金額抵押的。
你看，這樣處理的話，是不是不失為一個降低高付費的產品違約的風險的好辦法？
產品設計的再下一步的話，其實就是截單和評價。那它這個流程，其實根據滴滴已有的產品流程來走基本上也沒什么大問題了。
此外，其實在額外的產品上，像這類產品來也許你還得考慮毀約如何來處理，還有像飛機特有的服務，如保險服務等等如何來設置？這些都是這個產品在落地文檔和落地交互之前，產品經理應該進行思考的點。
4 最有意思的入口設置 你又是怎么想的 講到這里的時候，我想先賣個關子。
我覺得這個產品最有意思的地方，是要考慮它的入口在哪里。也就是說像這類產品，我們到底是應該和原有的滴滴出行APP合在一起，還是要單獨做一個滴滴飛的的APP ？
現在來考察一下大家的產品sense，這里我們大家來投個票，如果你覺得應該是第一種情況的請回復1 ，是第二種情況的請回復2（ps：最后的結果是：選擇1的同學比較多）
看了大家的回復，我想問大家有沒有想過自己選擇1或2 的理由是什么？
我的看法是，從我的sense來講，第一步搭建這個產品 ——滴滴飛的，它應該選擇1 這種情況，也就是合在滴滴出行內來推出。
我的理由有以下的三點： 第一，飛機出行不是一個頻繁的操作，如果你專門為此裝一個APP，基本上一年才用個三四次的話，其實這個APP的存在的價值不是那么大。也就是說它不是一個高頻的操作。 那第二呢，如果一個產品，你最初把它獨立出一個APP 。其實對于你的宣傳推廣，包括你拉用戶進來，拉流量來講都不是那么容易的一件事。這個就是我們所說的萬事開頭難，大家都深有體會吧。 第三個，對于這個產品來講，它這個產品的流程和體驗模式和滴滴出行里面本身的業務和功能是非常的類似的。所以從這個角度來講，它也沒必要分為兩個產品來做。干嘛沒事找事做呢，對不對？ 不過當然，我們做產品的時候 經常把一個產品灰度做，就比如說現在我們就先把它用1的這個模式，把坐飛機和滴滴出行本身的產品合在一起作為一個產品推出，然后看看用戶的反饋。
如果是真的坐飛機在后來能成為一個很高頻的需求，而且它的人群和本身滴滴出行的區分也是非常明顯的時候，其實那個時候把它獨立出來做一個APP 也不遲，這就是我們平時所說的一個產品一級一級迭代的過程。
在剛開始的時候也說了一些對產品的思考，也就是一個產品經理在真正做項目和寫文檔之前， 你需要把一些產品的點和邏輯上想清楚。 就像我們今晚說的這個課題那樣，它在這個入口的設計上、它在派單的模式上、它在付費的體驗流程上以及基于飛機一些特有的細節，我們作為這款產品的設計者都應該要有一些獨特的考慮和把握在里面。