當我們開始設計一款APP的原型時，應該遵從的設計步驟是什么？總結一下自己首次設計APP的思路步驟，以期自己對原型的設計認知能更規范化、流程化。
一、定框架
一款APP應該有固定的上導航、下導航和尺寸大小，基於這個思路，在開始畫頁面之前，應先定好上導航、下導航和原型尺寸。
1.上導航：上導航位於頁面的頂部，一般組成有三部分，左按鈕、頁面標題、右按鈕。
A.左按鈕一般為“返回”上一級的功能，用於告訴用戶怎么回去之前的路；
B.頁面標題則居中顯示，為當前頁面的名稱，告訴用戶當前在哪；
C.右按鈕一般為操作區，用於隱藏一些針對當前頁面的操作、全局操作等，一般設計為抽屜導航，以節省頁面空間和統一設計。
2.下導航：下導航位於頁面底部，由四到五個標簽組成，點擊標簽，用戶可方便地在不同頁面間來回切換。一般將應用中最重要的幾個功能模塊抽象出來后，形成下導航標簽。
3.原型尺寸：原型尺寸的確定取決於APP目標用戶使用設備的分辨率。此處需調查兩份數據：
A.設計一份簡單的在線調查，面向目標用戶收集到他們的設備使用情況.其中iPhone使用率占49.57%，華為使用率占比18.48%，之外，OPPO和vivo分別占比12.6%和11.34%，小米占比7.9%；
B.查閱Android和iOS設備分辨率占比情況：
綜合兩份數據，將應用支持的分辨率確定為：安卓 1920 x 1080，ios 1334*750，應支持的系統版本：安卓適配4.4及以上，ios適配8.0及以上。
根據屏幕分辨率的定位，結合在網上查找的一些資料，最終確定原型尺寸為375*667。
有了上導航、下導航和尺寸，app的框架就定下來了，頁面的設計就是往這個框架里面塞內容了。為了提高效率，將框架制成母版，做到在所有頁面的復用和統一：
二、定全局
一款應用中，每個模塊或頁面都要用到的功能，可以抽象出來做成全局功能，一是可以達到一次設計，全局適用的效果，提高原型設計的速度；二是防止每次遇到都交代，導致同樣的功能，設計不一樣。根據業務的需要，抽象出的全局功能有：
除了全局功能，保持操作和反饋的一致性，是對用戶友好、降低用戶學習成本的最基本要求。為此定義應用的全局規范，包括：
其中反饋包括操作反饋（錯誤反饋、操作成功提示、操作確認等）、頁面加載反饋（刷新提示、加載中、加載失敗、全部加載等）、頁面狀態反饋（無網絡、請求失敗、加載失敗、無內容、頁面不存在等）
這一塊會跟UI設計師一起確定，並形成適合公司的標准規范，設計成公司組件庫，方便各個項目之間復用。
三、畫頁面
頁面框架定好了，全局規范定好了，最后就剩下設計具體的頁面了。在設計具體的頁面時，用狀態去指導設計不僅讓自己的思路很清楚，不會遺漏功能，在交付給其他團隊成員的時候，也更容易理解和溝通。
如此，在設計每一個頁面時，應先梳理這個頁面涉及的業務操作流程：
然后根據操作流程抽象出不同的操作狀態遷移圖：
根據不同的狀態，此處至少應輸出：包裹創建中的頁面、保存為草稿的頁面、創建失敗的頁面、創建成功的頁面；其中創建包裹時，又可以細分出操作流程，如選擇倉庫、選擇sku、選擇物流方式，根據這個流程又划分出不同的狀態，畫出不同的頁面。如此一層層細分，直到所有業務邏輯划分完成。這樣做的好處是，流程清晰、操作邏輯清晰，不容易遺漏細節。
四、輸出原型
最后，將產品的來龍去脈、用戶等簡介信息與操作頁面融合起來，整理出完整的文檔，目錄脈絡是這樣的：
因第一次負責移動端產品，沒有經驗和成熟的思路指導，在設計的過程中走了很多彎路：
一是盲目下手，沒有充分利用網絡上的資源，比如在搭建頁面框架的時候，其實已經有成熟的組件可直接使用，只要按需改一下文字名稱即可，比如antdesign這個網站上就有很完善的mobile、web端的組件庫可供下載，充分利用可大大提高原型設計效率。
二是沒有確定固定的表達模式（如按狀態划分頁面，說明業務規則），導致每個功能表達方式不一致，又不得不花費時間和精力調整。
三是沒有仔細研究和學習iOS和Android的官方design guide，導致有一些設計不符合規范，看起來不像一款移動端應用的設計，更像web端。
靜下來總結思考，其實每件事情都有幾乎接近標准的實施步驟，有了這個步驟的指導，當你拿到相關任務的時候，就不會感覺無從下手了。