教你學會分析移動端產品設計：百度外賣

用百度外賣的案例分分鐘教你學會怎麼掌握最佳的移動​端產品設計分析的方法下面就和小編一起去學習一下吧，教你學會分析移動端產品的方法！
今天我將從大家經常用到的百度​外賣（iOS v4.4.1），闡述我自己分析一款App時運用的思維邏輯和過程，當然我說的不一定對，希望能給新手朋友們一些思路。
資訊架構梳理
我之前有跟進App迭代的習慣，比如百度外賣就是其中之一，當它更新來到了v4.4.1之後，和之前可謂發生了天翻地覆的變化，當我重新開始嘗試分析它的時候，我採取的辦法依舊還是和分析一款陌生App一樣，從已有產品的資訊架構入手。
一個產品沒有資訊架構梳理，就像在蓋一座遲早都會倒的樓。
資訊架構到底是個什麼東西呢？其實我所理解的並沒有江湖傳說的那麼懸，我一般會把App的每一個點選事件都點選一遍，然後做相應的記錄，比如我做百度外賣如下這張資訊架構圖大概用了一個半小時，整個過程乏善可陳：「點選一下，記錄頁面資訊，再點選一下」如此迴圈。
但是這就像是破案一樣，你會從中發現一些線索去了解百度外賣的產品經理和互動設計師們當時是如何思考的。
下面請看百度外賣v4.4.1資訊架構梳理圖：
Part 1 – 首頁
首頁整個單元中存在幾個奇妙的互動亮點：
用力上拉，百度外賣會根據最近的一些熱點更換不同的插畫。
這是情感化設計的一種體現方式，偶爾給使用者帶來發現的驚喜。
搜尋框上滑消失過後會隱藏到右側，如下圖所示：
大Banner 不僅支援滑動，點選右下角按鈕可供預覽。
雖然這個功能看似沒有什麼特別重要的作用，但這是互動設計師為愉悅使用者設計的小把戲，明顯我感受到了他們的誠意：
購物車列表隱藏當前定位不可送的物品。
外賣類產品有一個使用者情景是這樣的，使用者今天在家裡面放了一堆食物在購物車但是未支付，過了幾天在公司不知道吃什麼的時候，發現我還有個購物車，於是開啟匆忙下單，誰曾想你在家時放在購物車內的外賣不一定能送到單位地址。肯定是百度外賣遇到很多這樣的使用者反饋，所以產品做出了這樣的互動：隱藏當前定位不可送達的物品。接下來是分析百度外賣i​OS互動資訊的架構的亮點。