這個設計流程，更適合“對設計有要求的創業公司”，因為，它既包含大公司的規范化、核心設計過程，同時，又能適應小團隊的快速作戰。這個流程，雖然有9步，但其實不復雜，在我們團隊，整個跨度，只有4周。學習時間到咯 先說我們產品開發過程中的幾個角色：

1. PM；
2. 交互視覺設計師（沒看錯，就是一個職位）；
3. 開發；

從拿到PM的PRD開始，說說我們團隊的設計流程吧
 1. 產品找茬

• 前提：讀懂PRD。確保在需求理解上，與PM保持一致；
• 查找遺漏。人無完人，再成熟的PM，也難免有疏漏。找出遺漏，與PM反饋、溝通；（這個過程非常重要，若在設計后期（甚至開發后期）才發現疏漏，返工成本太大。）
• 提出產品新想法。讀PRD時，總會有一些產品的好想法冒出來，及時與PM和團隊溝通。（這個階段，仍是產品早期，歡迎新想法）；
• 開始構思交互；

2. 草圖快速溝通 通過草圖，快速將“產品關鍵流程”、“關鍵交互及界面布局”呈現紙面，以此與PM、技術溝通至達成共識； 目的：

1. 再次掃遺漏；
2. 收攏想法；（這個階段，產品設計基本定型）
3. 達成共識；（確保讓產品、設計、技術對要做的事情有一致的理解）

（PM需更新PRD、技術開始做開發準備）
3. Wireframe表現產品流程、界面 包含：

• 產品流程圖；
• 全部的頁面原型；

Wireframe讓團隊對產品的理解無異議，對最終的產品有直觀的了解。這個階段，產品需求凍結。開發人員可以依據原型對UI關聯較小的部分進行技術開發；
4. 視覺設計 有前面兩個“掃清障礙”的過程，這個階段，視覺設計是非常舒服的事情…
在有相對完整的設計規范、控件規范的前提下，視覺包括：

• 風格探索；
• 關鍵頁面的視覺設計；
• 關鍵的交互動畫表現（如果無法口頭向技術表達動畫效果時，給出一個“活的”效果，是非常直觀的）；

5. 視覺素材輸出、設計文件標注

• 素材用Dropbox或酷盤存儲、管理；
• Markman是不錯的標注工具；

6. 整理、提交設計方面待數據驗證的跟蹤點； 主要包括：

• 待驗證的產品功能點；
• 設計過程中爭議比較大的部分（產品、交互、視覺）；
• 設計師沒有完全把握、需要數據驗證想法的部分；（比如：“點擊式的菜單”與“下拉手勢式的菜單”，哪個更被用戶接受？）

目的：

• 為下個版本的設計溝通、設計過程提供數據支持；
• 通過數據，讓設計師的主觀判斷有依據；為設計師自我觀念、想法迭代提供依據（沒有眼睜睜的事實，除了難改變別人的想法，也很難改變自我的想法）。

7. 設計文件整理、新的設計控件入庫 累活。主要包括：

• 整理設計文件，方便團隊其他人查閱、使用；
• 將設計過程中產生的新的控件，納入控件庫；更新控件設計規范；

8. 開發后期，細節跟進 與開發跟進細節，是設計過程的一部分。 在我們團隊，完全依靠規范作業、設計文件標注（不和開發人員說一句話 : P），能夠確保80%的交互、視覺細節能夠被還原。剩下的20%，就要設計師與開發人員肩并肩坐在一起打磨了。開發過程中，一定要預留這個時間。 主要包括：

• 邊距；
• 字體；
• 界面動畫的數值微調；

9. 項目設計總結 包括：

• 設計過程中遇到的問題，以及解決方法；
• 犯的錯誤是？你是如何糾正的？以后如何避免？
• 分享整個設計過程中，你最有成就感的部分；

這個部分，對于初級設計師非常有幫助，能夠快速成長；同時，能夠檢測設計過程遇到的問題，提高設計、產品開發效率。 以上是個人實戰總結。 這個設計流程，更適合“對設計有要求的創業公司”，因為，它既包含大公司的規范化、核心設計過程，同時，又能適應小團隊的快速作戰。這個流程，雖然有9步，但其實不復雜，在我們團隊，整個跨度，只有4周。 或許你有留意，我寫在最前面的角色介紹里，有“交互視覺設計師”。 在我從業的過程中，著實沒有發現“交互設計師”的這個職位的生存意義，無論向上向下，高素質的PM和視覺設計師都可以兼任。所以，在我們團隊，我對設計師的要求是：

1. 對產品的理解，不能弱于產品經理；
2. 交互設計，是思維；
3. 視覺表現，是手段；