在剛進行原型設計的時候，不具備系統的思考框架。往往缺少某步操作流程、頁面，控件或者是沒思考好用戶的需求及
頁面設計的目的，或是整個頁面在用戶體驗上十分粗糙。
一、需求
首先，需求，即什麼人在什麼場景下爲了什麼目的使用什麼功能。這裏要注意要綜合用戶和我們的需求，並將其融入到產品設計中。比如用戶喜歡在新年期間聽取吉祥話，求到幸運籤；而我們希望透過這個活動促進用戶分享，進而提升
企業品牌曝光率。所以落實在產品設計中便是流程的趣味性及分享機制的設計。
二、入口
其次，入口，即用戶從哪些地方獲知我們的活動，或者說用戶從哪些地方進入活動頁面。這裏要注意收集及窮盡入口，設計時不要有遺漏，讓技術能夠完整開發，測試人員能完整測試，保證活動的傳播效果。在自己實踐中，因爲在入口處只粗糙交代了幾個，導致在項目後期開發及測試對入口存在不該有的疑惑點。
三、設計
最後，設計。清楚知道需求與入口，但還是不太知道怎麼下手原型，其實出在幾個問題上：
不知道流程怎麼畫。不知道頁面怎麼設計。不知道控件怎麼設計。不知道用戶體驗方面怎麼設計。
我用一句話介紹我的設計思路：從步驟到頁面，從元素到控件，進行後續設計。
1、從步驟到頁面
描繪業務流程及用戶操作流程→ 將流程轉化爲頁面。首先，怎麼去描繪流程？我將其分成兩點：
（1）業務流程
首先，我們需清楚線下場景，明確其中有哪些人物參與哪些任務。然後迴歸線上，利用系統替換其中的角色。比如，線下用戶求籤的場景中，人物包括用戶及解籤人，任務包括搖籤，出籤及解籤。系統可以替代解籤人的角色及其任務。
（2）操作流程
先明晰用戶操作的主流程，然後再去窮盡分支流程。不要過早地陷入分支細節中，而忽視了主流程的清晰性及簡潔性，深深打擊用戶體驗。
然後，怎麼將流程轉化爲頁面呢？
將流程命名爲頁面。比如進入活動首頁—填寫信息—獲取結果可依次命名爲落地頁-編輯頁及結果頁。明確頁面目的。好比結果頁要引導用戶分享。
2、從元素到控件
填充元素 → 轉化控件 → 頁面流轉
填充元素：圍繞任務設計元素輔助用戶完成任務。比如：編輯頁的任務是填寫信息。所以應具備可填寫信息的元素；爲了讓用戶簡單順利完成任務，還需加引導元素。轉轉化控件：將元素轉化爲一個個控件比如點擊按鈕，文本框等。比如根據“填寫信息”設計文本框；根據“引導元素”設計動畫等。頁面流轉：通過控件描繪頁面跳轉的關係，將各頁面通過連接線連接起來。好比點擊編輯頁的確認按鈕，用戶進入結果頁。
3、進行後續設計
包括視覺邏輯以及功能預見性。這裏就簡單提一下：
視覺邏輯：通過上述設計步驟後，頁面就是一堆元素累積的大雜燴。所以需要有清晰的視覺層次以及良好的視覺流結構。清晰的視覺層次：通過組織讓用戶意識到元素間的相關性，通過突出元素將用戶引導到重要的元素。良好的視覺流結構：視覺焦點的設置不宜過多，導致用戶視覺不斷跳躍。功能預見性：要讓用戶看到就知道如何操作。
