一個 App 的界面設計流程是怎麼產生的？

【文章摘要】APP 的設計，不要只看競爭對手肯定本身的定位，不要「由於競品A和B沒有作到，因此咱們要作比A和B更牛B的XX功能」，而是要以用戶爲導向，思考本身爲客戶 提供的價值。在向其餘人描述你的想法時，請用這樣的句式來描述和思考：XXX這一類型的人在XXX的時候、XXX的環境下，想要作XXX事情，遇到了 XXX問題。而咱們這個APP可以經過XXXX方式巧妙的幫助他解決了這個問題。

完整的流程，分層次設計，自下而上去完成

1.策略層，定義產品使命、價值、目標人羣

2.願景/功能層：定義核心場景、功能列表

3.結構層：作流程圖、信息架構，肯定主導航、主菜單

4.框架層：梳理每個主界面的內容、佈局

5.表現層：視覺設計，涉及圖標、配色、切圖。

產品經理主要關注1~2，在去找設計師以前，請先問本身如下幾個問題，以保證需求明確：

• 產品給用戶帶來的價值是什麼？

• 競品有什麼？咱們作這個有什麼優點？

• 爲何樣的用戶而作？

• 用戶會在什麼樣的場景下使用這個產品？

• 要完成這個產品，最大的瓶頸是什麼？是技術攻關？體驗出彩？仍是運營資源？

交互設計師主要關注3~4，在交付方案以前請先不斷問本身如下幾個問題，以保證體驗質量：

• 該界面要求用戶完成的最重要的任務是什麼？

• 這是最簡單的解決方案嗎？

• 信息是否組織得當？

• 設計是否易用且一目瞭然？

• 標準是否一致？

• 可否減小用戶點擊次數？

視覺設計師主要關注5，在與產品經理PK以前請先不斷問本身如下幾個問題，以保證減小返工：

• 界面上須要突出的重點是什麼？是否進行了有效的突出？

• 界面上一共有幾個層級，是否用清晰的視覺語言予以展示？

• 一樣層級、一樣性質的元素是否用了一致的設計語言？

• 主色調、材質，是否符合總體品牌感？

• 細節有無丟失？按鈕點擊態、反饋、缺省狀態、字數超出、加載中、未加載態、加載失敗態，是否都提供了？

另外，合做不易，三個角色分別須要注意的問題：

對於產品經理：

1.APP 的設計，不要只看競爭對手肯定本身的定位，不要「由於競品A和B沒有作到，因此咱們要作比A和B更牛B的XX功能」，而是要以用戶爲導向，思考本身爲客戶 提供的價值。在向其餘人描述你的想法時，請用這樣的句式來描述和思考：XXX這一類型的人在XXX的時候、XXX的環境下，想要作XXX事情，遇到了 XXX問題。而咱們這個APP可以經過XXXX方式巧妙的幫助他解決了這個問題。

2.不要直接拿線框圖給交互設計師看，直接描述你的需求便可，描述清楚。讓設計師知道你的目標是什麼，接下來讓交互去畫原型，讓更專業的人作專業的事。

3.不要太糾纏視覺，對於一些可有可無的細節，該放手就放手，儘可能減小提出主觀意見。

4.別太迷信用戶反饋，能提反饋的，大部分都是粉絲、深度用戶、高級用戶，他們表明不了所有用戶的心聲。

5.讓開發主管去評估工做量，若是對某一部分工做量的評估以爲時間太長，就把它拆分紅子任務。

6.每週對一到兩次開發成果，別頻繁的去打擾人家。

7.bug不斷髮現，不斷修復，發現/修復率小於1，纔開始變得可控了，才能肯定bug的具體規模並精準預測發佈日期

8.少作少錯，新版本儘可能別加太多錦上添花的功能，知足最核心的就好了。

對於交互設計師：

1.不要一提商業化就頭疼，誰不想作一個乾乾淨淨沒廣告的APP ? 別老想着高大上，目標最重要。經過你的設計，讓用戶消無聲息的貢獻點擊，讓商業化變得人性化，這纔是你的本事。

2.別太窩囊，別產品說怎麼改，就怎麼改，要跟他爭，把本身當成產品的owner，產品的數據、規劃，你全都要知道，這樣信息對等了，纔有話語權，纔能有機會站在用戶角度提供人性化的設計建議，不然只能是個畫線框圖的。

對於視覺設計師：

1.簡潔不等於好（在業界大談特談簡約至上的風氣下，必定有人對這句有疑問，不細解釋，請自行先翻一下諾曼的《如何管理複雜》這本書）。符合用戶的心智模型，讓人一目瞭然，纔是好。

2.別作一大堆方案，ABC方案拋出去讓人選，這樣累不累？本身先判斷哪個方案最好，把它作到本身滿意、可行、拿得出手，就好了，不要淪爲美工。

3.給開發的視覺稿，先本身想一下，佈局如何實現，不一樣屏幕尺寸如何適配。若是有動畫效果，別天馬行空的描述，能作出動畫示意最好，作不出來，也找一個靠譜的示意。別讓開發gg太上火。

最後，90%的問題本質上都是溝通問題！90%的爭論本質上都是名詞之爭！