你是否也有過相同里程，不同場景下，打車費用不同的經歷？本文以“滴滴”為例，剖析在高峰期與雨雪天氣兩大典型場景中，APP “動態調價”與“排隊等候”功能背後的本質原因。每個產品功能的背後都蘊藏著產品經理的深刻洞察與思考。推薦產品人們閱讀交流～
經常打車的小夥伴一定會發現，同樣里程下，在不同的地點，不同的天氣，不同的時間點下打車費存在差異？（大資料殺熟策略咱不知有無，不亂說，也不研究）
在一些雨雪、打車高峰期打車費不僅平時貴還不一定能打到車，有時候還需要排隊？為什麼會出現這樣的情況呢？
如圖我們可以看見滴滴透過加價排程車輛或者選擇排隊等候。
功能是為了解決問題滿足需求的，提及需求必定要有場景，提到打車必提兩個高頻場景
我們來看下“打工人上下班高峰期和雨雪天氣”這兩個典型場景下都會產生什麼問題
1. 上下班高峰期
- 同一時間/地點打車人數迅速增多導致對車輛需求瞬間增大。
- 上下班道路車輛非常多，有的地方還限行，導致道路擁堵，導致司機無法或不願意去需求熱區（很多人集中打車地方，比如CBD）。
2. 雨雪天氣
- 平時能騎車或者能步行的使用者在這樣的場景內也會轉化為叫車使用者，用車需求暴漲。
- 雨雪天氣導致路況較差，司機消化訂單能力降低，部分司機可能因為雨雪天氣選擇休息。
往深看一下，造成打不到車的原因是——供需失衡。
滴滴是很典型的雙邊平臺，供給方為司機，需求方為使用者，在某些場景下需求方會瞬間增多，供給方數量是一定的偶爾還會減少，必然導致了供需失衡。想要解決這些問題，就需要圍繞“供需平衡”這個點出發。
一、如何才能“供需平衡”
有三個方向可以努力：提高供給（更多的司機）、減少需求（提高價格等）、提高運轉效率。
第一個和最後一個顯然不是短期能解決了，成不了當下最優解，剩下的方案就是“動態調價”，即透過價格來平衡供給。
- 需求方：提高價格，來抑制打車需求，價格敏感型使用者此時就會放棄打車；價格不敏感使用者可透過高價來享受服務。
- 供給方（司機）：提高價格，來提高司機的收入，讓司機獲得比預期更好的收益來調動司機的積極性。
這樣的策略看似解決了問題，使用者和司機都可以基於價格和價值進行權衡，當價格符合雙方價值預期便能夠達成交易，然而一個問題的解決往往會帶來新的問題“動態調價”落地上線後，發現在極端場景下價格會高的離譜，超出了感性人可接受範圍，並且暴露出了其他的問題——
- 透過價格上調是“抑制需求”，並不是真正意義上的滿足需求。
- 把選擇權全權交給使用者，透過競價，價格會高的離譜，司機伺價而動，雙方都在博弈，增加交易成本。
- 議價乘客和司機人數並未增多，運力供給並未大量提升，仍舊是部分司機滿足部分乘客需求。
- 調價後依舊會有無法出行的情況，反而導致大量因“調價”而產生的投訴。
基於以上問題不得不再次迴歸到問題的本質：需求與供給的匹配問題，而且是良性的匹配有溫度的匹配，想要做好匹配，先要明確使用者訴求，叫車使用者訴求是更快的打到車，“更快的的打到車”是比較模糊的，再向下拆分可拆解成三層含義——
- 對自己什麼時候能打到車有預期。
- 預期是否準確。
- 相對於這個預期，在時間上能否做到更快。
做到做好以上三層，才是真正滿足了使用者打車的根本訴求。
第三層不是短時間內能解決了，因為它不僅受到地域、行業、政策等因素影響還受到運力結構、更高階演算法的影響，是一個“生態”性質的問題。所以當前場景下優先考慮第一第二層。
那麼如何讓使用者更加準確的時間預期呢？並且在預期時間內能夠打到車？
滴滴做了這樣的動作“排隊”
從模式本身分析，排隊模式比動態調價模式最大的價值點就是為使用者提供了明確的時間預期以及透過先進先出的佇列邏輯，保證了預期服務能夠有序達成。
二、排隊為什麼會成為當時最優解
1. 國民特性
排隊文化深入人心，不難發現生活中排隊的場景經常出現，排隊候車，排隊買食物，排隊核酸，排隊進電梯等等，這種場景太正常了，以至於我們的大腦本能的可以接受。
2. 先到先服務
排隊體現了相對公平，基於先到先服務原則，不僅會使得我們心理上的等待時間縮短，還會使等待的服務升值，進而再次縮短心理上的等待時間。
3. 明確性
明確性可以體現在“隊伍長度、逗留時間、等待時間”可以明確知道。
排隊可以明確的知道自己在什麼位置，逗留的時長以及估計等待的時間（等待時間的準確程度依據平臺演算法）。
4. 及時性
及時性可以理解為及時反饋，體現在你能夠肉眼可見的看到排隊狀態的變化，從而進一步強化明確性。
根據以上思考同時兼顧公平與效率的權衡，滴滴最後確定了“排隊模式”作為供需緊張場景下的主要解決方案，輔以“動態調價”模式。
由此可見，每一個產品功能的背後都蘊藏著產品經理深刻的洞察與思考。
然而現實場景紛繁複雜，只有你想不到，沒有你遇不到的，即便這樣的策略組合仍存在不完善的地方，某些場景下，“排隊和調價”組合策略在兼顧公平的同時實際上是降低了效率，對於那些更“緊急”的需求應該優先滿足，就像所有車輛必須給救護車讓道，救護車可無視紅燈一樣，面對這樣的“緊急”，平臺是無法去判斷緊急程度與緊急真假，給出最優解。
對於這個問題，你又會怎樣思考，做出什麼樣的決策，進而設計出什麼功能來滿足這樣的需求？
評論區，期待你的見解！
寫在最後——
內容如涉及侵權，請聯絡我刪除
寫作的時候深感文字表達能力欠佳，希望對你有所幫助！
作者：書白，做過BD，做過運營，開過奶茶店，後轉型產品， 一個會做滷味會做奶茶會做飯的產品和你一起，用產品和世界溝通。公眾號：陸書白
本文由 @書白 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議
