一、概覽
體驗產品：美味不用等 iPhone客戶端
軟件版本：3.5.0
設備型號：iPhone5
操作系統：IOS 8.3
體驗時間：2015.11.10 - 2015.11.12
二、信息架構
三、產品邏輯
產品愿景：消滅排隊等餐現象。
產品定位：致力于解決排隊等餐問題。為用戶省去排隊的煩惱，并提供便利性；為商家引流，促成交易。
核心功能：手機取號、到號提醒、在線點餐。
四、產品體驗
I.表層體驗
總體來說，美味不用等APP，界面設計干凈簡潔，交互合理。
1.錯峰就餐的返回應該是直接退出，而不是回到上一頁。
進入錯峰就餐：
點擊明天：
如果點擊返回，則會回到上一頁，即11月12號的排隊曲線頁面。而如果用戶依次查看到11月30號，那么要退出頁面則要點十幾二十次返回，這是不合理的。
界面設計的已經夠簡潔直觀了，無論是選日期還是選桌子類型，所以返回上一頁不需要依靠返回來達到目的，用戶直接點就行了。而當用戶點擊返回的時候，更多是想從錯峰就餐里出去。
改進用意見：點擊返回直接從錯峰就餐里出去。
2.在邀請好友里已注冊和未注冊的好友最好分開，邀請好友肯定未邀請為加入的好友加入美味不用等，若怕占位子就默認折疊起來。而不應該是下面這樣：
3.最好能把菜的圖片放出來，這樣用戶會覺得更直觀。
4.選桌時給用戶的反饋不到位。很多用戶下意識地會點擊那個小小橙色下墜按鈕，而目前并不會觸動任何反應，所以反饋面積應該加大，把橙色按鈕包含進來。
II.功能體驗
1.排號還不夠完善
#排隊時間預估#
當等待時間大于30分鐘的時候，顯示“>30分鐘”是不妥的。
因為無論如何，都應該給用戶一個稍微靠譜一點的心理預期。等40分鐘也叫“>30分鐘”，等60分鐘也叫“>30分鐘”，但這二者給用戶帶來的感受顯然是不同的，因此用戶排號之后作出的行程安排也是不同的。
我推測這么設計可能的原因：
1）大于30分鐘的等待時間之后，具體等待時間不好估計，或者估計得不準確。
2）就是要顯示成“>30分鐘”，因為大于30分鐘之后的時間不確定性很大，這樣可以催促用戶快點抵達現場。
針對1）：
如果真是因為這個原因那倒還可以理解。因為一桌人吃飯的時間本來就不好確定，你前面吃飯的桌數越多，估計的結果可能越不準確。
但是，如果用大數據的分析方式去處理這個問題呢？
比如，讓商家返回取號到付款之間的時間給后臺，建立分析模型，計算出平均一桌吃多久，或者平均幾桌吃多久。數據規模越大，結果就會越準確。再綜合用戶前面有幾桌，就可推算出大致時間。
另外，我們其實換另一種思維方式去考慮這個問題：
在看到錯峰就餐這個曲線圖之后，我發現其實系統是可以預估出預計等待時間的，當然這可能是從用戶的手機端獲取其從排號開始到結束之間等待時間，作出分析判斷之后得出的結果。
如果再進一步，用戶手機端除了可以獲取從開始排號到結束之間的時間之外，還可以知道該用戶等了多少桌，如果將海量用戶的這個數據進行綜合分析，估計出幾桌等多久會越來越準確。
針對2）：
如果說因為大于30分鐘后時間很難確定就讓用戶快點趕到現場，這就太不應該了。因為此APP本來就是要方便用戶生活出行的，況且時間不準確責任在APP不在用戶，不應用戶為此買單。
改進意見
取消“>30分鐘”的處理方式，還是要給出一個靠譜一些的等待時間供用戶參考，它甚至應該出現在搜索列表的商鋪信息中，如下圖：
#如何防止排號時候的占位子現象#
比如某個餐廳很火爆，而幾個同事想一起去，但是公司離餐廳不近，大家怕排了號趕不到地方要過號重取，于是一行8人全都拿出手機用APP排號。
這就導致，其他用戶可能本來看到“2桌在等待”一下子就變成了“10桌在等待”，這樣他們可能就轉向別的餐廳，或者直接決定回家不下館子吃了。那么，一來給這家餐廳就帶來了了損失，二來也給用戶造成了損失。
但其實這是很難控制的。我曾想過用通訊錄好友來制約這個問題，即當一個用戶排號成功入座之后，如果檢測到其許多通訊錄好友也在差不多的時間內在此餐廳取號，服務員可以去質詢，如果發現他們在同一桌，則可扣除其信譽值。
但這樣依然很難實行：
第一，如果是同學聚會或者公司聚會，是可能發生這種情況的。幾個人用手機排號，開了幾桌安頓好大家之后，取號的這幾個人坐在一桌。
第二，用戶的賬號信息屬于個人隱私，通過通訊錄朋友去查詢相關是否曾取號在法律上是否行得通？
第三，就算能查出來，用戶未必會當場承認，不承認雙方都鬧得不愉快。
第四，有的同事之間用微信，而不相互存號碼，無法通過號碼檢索。
因此，這個解決辦法也許要從別的角度去思考。
#如何防止無聊取號 、無端取消#
之所以會有這樣的擔心是因為我在體驗產品的時候就是取完號再取消，而且短時間內對同一餐廳多次采取這樣的行動，居然沒有什么代價。
雖然說像我這么無聊的人不多，但是一個軟件應該做到基本可靠。如果不做限制，這樣的人只要出現，就會為那些真的要排隊吃飯的人造成困擾。
改進意見
如果用戶在比較短的時間里，對同一家或者多家商家多次取號、取消（當然，其他惡意操作也應該有相應處罰），將會影響其信譽值，但為了避免誤傷：第一，不是發生這種行為就將其信譽值清零，而是比如扣除5分；第二，應該允許用戶申訴。
#“0桌”允許叫號多此一舉#
因為當某個桌型比如大桌是0桌等待，就表明位子還是有的，根本不需要排號。
如果允許“0桌”時叫號排隊，而這時你還沒到，可能有以下情況：
情況1:過號作廢，但多此一舉。
情況2:幫你留著，如果現場有其他直接消費的用戶來了，就幫你就延后處理，相當于有一個緩沖，但其實和座位滿了再開放排號差不多。
改進意見：0桌則無需排號。
2.信息的安排和導航不夠完善
#“排隊”模塊的篩選信息不夠貼心#
1）除了商圈，還應該提供靠近地鐵的餐廳。
2）從用戶的角度出發，菜的種類也是應當考慮的（菜系、中西餐、燒烤火鍋）。
3）應添加一個排序方式，允許按距離、按評分、按熱度、按價格、按等待桌數排序。
#排過號的餐廳怎么就能自動成為感興趣的餐廳呢？#
如果說用戶在某家餐廳反復排過號，你貼心的將其收入“感興趣的餐廳”還差不多。但如果只排了一次的餐廳，那萬一用戶其實覺得不好吃，你也給硬放進“感興趣的餐廳”里，用戶反而會反感。所以，不要輕易替用戶做主。
另外，感興趣的餐廳還不讓刪除，用戶的口味也是會改變的，不能只允許在餐廳頁面里取消收藏。
改進意見：反復排號的餐廳再自動加入“感興趣的餐廳”。另外，在允許用戶刪除感興趣的餐廳。
#首頁的安排不合理#
首頁應該是全APP情況的一個概覽，起到導航和引流的作用。如果只有每日精選商家和精選攻略就處理得太簡單了。
精選的商家里雖然包含熱門商家和新店開業，但這樣很不明確，也就導致對于用戶來說無效信息太多。
改進意見
1）頁面的設計與安排
首先，熱門商家是可以保留的，但新店開業要分離出來。其次，至少還要按菜的種類分類，不能只是熱門商家，如下圖：
axure圖
2）熱門的不一定是適合的
我們在首頁往往會困惑，內容一大堆，但沒有我想要的。所以，應該考慮用戶喜好，推薦熱門的商家時也應該往用戶偏好上靠攏。另外，最好在首頁添加猜你喜歡模塊。
#商家頁面也要有猜你喜歡#
因為當用戶點進一個餐廳，看了介紹發現不合適，或者人太多，是可能轉向其他餐廳的，如果還要退出去再找就太麻煩了，如果在商家頁面里就為其推薦喜歡的餐廳是很貼心的一件事，如下圖大眾點評的做法：
3.一些細節
1）按下打電話按鈕后，應把號碼對話框彈出在手指邊，在最底端彈出則很不方便。如果用戶使用的是大屏手機，則更不方便。
2）產品吐槽還是需要讓用戶可以寫字貼圖。雖然移動端語音說話方便，但：
第一，不是什么問題都能用語音說清楚，圖片文字更直觀。
第二，部分用戶不喜歡用語音。
第三，用語音吐槽產品，可能大部分人會覺得很2，所以在用戶用語音吐槽時，會有心理壓力，導致他們可能放棄吐槽或者專門跑到沒人的地方去吐槽。
3）導航為啥不內嵌，瀏覽是用高德，導航是用百度？
五、總結
總體來說，美味不用等抓住了用戶排隊麻煩的痛點，為用戶節省了時間。另一方面，它也提升了餐廳的管理效率，為商家引流，促進了交易。
I.面臨的問題
1.與大眾點評、美團等巨頭的關系微妙
目前這個階段，不選擇競爭，而選擇抱大腿共贏是很明智。
美味不用等與大眾點評、美團等平臺互惠互利：一方面美味不用等為其引流，為其促成交易率；另一方面，大眾點評、美團的優質資源也能與美味不用等共享。
但這樣的和諧究竟能維持多久？美味不用等已經獲得C輪融資，在未來業務也會進一步擴大，影響力與受到的關注也會更多。當發展到一定地步，讓巨頭們發現有利可撈（尤其它們背后站著BAT）的時候，很難說對方會不會想取締你，自己跳出來做。
雖然，從現階段來講，美味不用等更垂直，更專注于排號、費心盡力為線下商家準備設備和軟件，這時候如果能和美味不用等互利共贏，又可以省去自己花在線下的力氣，是一筆劃算買賣。
但誰不怕養虎為患？想想當年IBM外包一手促成了英特爾和微軟兩個巨頭。百度云盤一開始也允許迅雷下載，可后來大文件必須要百度云管家。另外，QQ也自己做了安全衛士。
再者，對于這些巨頭們來說，最不缺的就是資源和錢。
所以，沒有永恒的朋友，只有永恒的利益。對于這些現階段的合作伙伴還是要予以警惕。
2.盈利模式？
目前來說，與許多餐飲O2O平臺類似，美味不用等還沒有成型的盈利模式。
據我所知，美味不用等投入很大，未來要擴張業務，為更多餐廳服務則更是如此。
謝新法告訴《第一財經日報》記者，剛拿到融資的美味并不缺錢，目前美味的系統和服務都免費提供，據他透露，美味對于每家線下商戶平均排隊業務的成本在2000以內，預訂業務成本在1500內，“今天有30000家，我們可以說投入了有上億資金。” —— 引自《第一財經日報》
II.還可以做什么？
這個問題我認為可以從兩個角度來回答。
1.需求的深度
#會員允許座位預定#
排號點餐還可以進一步優化、細化，比如用戶是可以被分層分級的。當信譽值或者其他指標達到一定要求時，就能成為會員。這部分用戶允許預定座位，比如靠窗、靠近門口或者指定座位號等等。當然，預留座位會向用戶預收一部分定金。甚至可以進一步搜索訂宴席這種特殊的訂餐形式。
#大數據服務#
在用戶訂餐、排號過程中會產生許多數據，餐廳的日常運營也會產生許多數據。美味不用等的服務器當然會收集這些數據，并作出分析（比如用戶特征圖譜、用戶偏好、趨勢預測等等）。推出大數據服務一方面幫助商家更好地盈利，另一方面美味不用等也可從中獲利。
2.需求的廣度
除了餐飲之外，生活中還要許多地方需要排隊，還有許多的不方便。 這是否都可以作為美味不用等的延伸呢？從餐飲行業神器到便民平臺，這確實是一個吸引人的愿景。
