我們周圍一直都有一個有趣的現(xiàn)象捆等，產品一直喊著在減少功能滞造，要簡單，簡單才是王道栋烤，不要讓用戶選擇和思考谒养；而實際上使用者口中常說的是這個東西太簡單了，就幾個簡單的功能明郭，不好买窟，肯定是小公司丰泊，說不定哪天就倒閉了，還是不要用了始绍。
在這種理念下瞳购，所以導致了我們大多數成功的產品都是功能繁雜，同樣是解決一個問題亏推，我們會把過程和結果都拆分開來学赛，形成不同的體系，然后讓用戶去往各個功能版塊去完成吞杭。而這些是我們成功產品的一個共性盏浇，正好借助罵滴滴漲價這事，來說下uber的系統(tǒng)承擔和滴滴的用戶選擇芽狗。
叫車绢掰。Uber，打開后整個界面只有兩個選擇译蒂，叫車和選擇叫什么車曼月，叫什么車也只有優(yōu)步和優(yōu)選兩個選擇，而且基本上不用選柔昼，因為對優(yōu)選高品質用車哑芹，大部分用戶用不上。整個過程簡單捕透。滴滴聪姿，因為業(yè)務拓展，選擇叫什么車有很多選項乙嘀，而且選項之間差異大末购，每次都得仔細核對一下，深怕自己選錯叫錯了類型虎谢。而且每種類型帶來的叫車選項的變化也是不同的盟榴。甚至還額外增加了一個選項可預約車輛。
加價婴噩。Uber的加價由系統(tǒng)算法得出擎场，什么時間用車緊張，會劃定區(qū)域進行加價几莽，用戶只能選擇接受或者不接受迅办。滴滴的加價則完全把權利下放給用戶，由用戶自主選擇是否加價章蚣，讓每個使用者都參與到價格體系中來站欺。
派單。Uber司機只能接受被派的單子，距離是唯一的派單規(guī)則矾策，司機也看不到單子的細節(jié)磷账，也就無從挑選乘客，甚至后來連乘客電話號碼也隱藏呼叫蝴韭。滴滴開始是搶單制够颠，由司機來挑選乘客熙侍，距離就不重要了榄鉴，也許附近有車，就是叫不到蛉抓。后來也改為派單制了庆尘，但在派單里加了一些其它的權重影響因素。
售后巷送。Uber售后基本上是靠選擇遇到的問題來找到對應的答案驶忌，然后由系統(tǒng)去處理。如果在問題之外笑跛，可以留言提交付魔，Uber也只是用郵件來回復。而滴滴除了這個之外飞蹂，在線客服和電話客服非常醒目几苍，別小看這個，最開始Uber被人詬病很大一部分就是沒有電話客服陈哑。
從上面簡單的幾點可以粗略看出來妻坝，Uber的產品設計，讓系統(tǒng)承擔了很大的一部分壓力惊窖，加價刽宪、派單、售后都由系統(tǒng)去處理界酒，基本上不讓用戶參與圣拄。而滴滴放棄了系統(tǒng)算法這部分，將壓力分配給用戶去做選擇毁欣，就連售后庇谆，也交給人(客服)去解決。
得先強調一下署辉，我不認為這兩種設計有什么高下之分族铆，這只是兩種不同的產品設計思路和設計邏輯，在Uber的邏輯下哭尝，平臺就應該為用戶解決一切哥攘，用戶想的越少越好，操作的越少越好，把困難留給我們吧逝淹。而在滴滴的邏輯下耕姊，讓用戶允分參與到系統(tǒng)的運行中來，有當主人翁的感覺栅葡，有種一切都由自我主宰的意思茉兰。
其實這兩種邏輯影響的只是用戶使用體驗，對于規(guī)則導致什么不合理之說卻影響不大欣簇。有司機覺得uber不能自主選擇规脸，影響自己的收入，但是uber帶的效率提升熊咽，能多跑幾個單莫鸭，又能把收入拉平。而滴滴的用戶自主選擇也不一定就能讓自己受益横殴，整體上還是平衡的被因，只是體驗不同。
有位Uber前員工說滴滴叫車難衫仑，漲價是因為加價的派單邏輯有問題梨与，因為滴滴是用戶加價，所以司機都等加價才接單文狱。這純屬胡扯粥鞋，稍微用腦子想想就知道這說法不符合市場運行規(guī)律，平臺的另一頭是多個司機如贷，你不接單陷虎，難保別人不接，在市場的充分競爭下杠袱，有人愿意接尚猿，有人不愿意接，這恰好叫作市場楣富，而把市場統(tǒng)一成所有司機都在等著加價才接凿掂，明顯違背常識。所以叫車難只能有一種解釋纹蝴，就是供需關系失衡了庄萎。
其實就算是體驗不同，也足以構成導致產品成敗塘安，就像我在一開始說過的糠涛，我們會覺得uber過于簡單，自己的參與度不高而嫌棄兼犯，客服不是真人不靠譜等之類的體驗問題忍捡。而這些問題的堆積最終會毀掉一個產品集漾。近幾年我們看到一些進入中國的外國產品，基本上都會面臨類似的問題砸脊，使用方式的差異其實說到底還是文化的差異具篇。
雖然在互聯(lián)網發(fā)展過程中，我們形成自己的獨有文化和使用方式凌埂，但近幾年我們也看到了另一個現(xiàn)象驱显，就是隨著互聯(lián)網的發(fā)展，全球在這方面的差異化正在漸漸縮小瞳抓，在美國流行的應用埃疫，只做簡單的漢化，也能在國內風靡挨下；而國內好的東西熔恢，出個英文界面也能登上美國的榜單脐湾。
特別是當大數據越來越成熟臭笆，規(guī)模化應用之后秤掌，能讓用戶參與的部分會越來越少愁铺，計算機會比自己更懂自己，會幫自己做出更好的選擇闻鉴，而當這時候到來茵乱，自己參與進去勞心勞神，還不如啥也不干當上帝孟岛。
好的合作是多麻煩自己瓶竭，讓別人省點事兒。
題圖：Pexels
圖片授權基于：CC0協(xié)議
微信號：如若不信(ruruobuxin)
如若不信
我記得自己早期在設計產品時渠羞，因為開發(fā)資源受限和時間原因斤贰，所以會把大量的數據處理放給用戶，而后來次询，基本上繁雜的數據處理能用系統(tǒng)就用系統(tǒng)荧恍，不給用戶沒那么多自主權。后者經常被開吐槽說增加了他們的工作量屯吊，但個人仍然傾向于Uber似的讓系統(tǒng)承擔一切送巡，這在未來會更有前途一些。
