1. 設計師如何參與一個具體的項目
需求分析，了解需求，清楚我們要做一個什么樣的產品，目標用戶是誰，要達到什么效果，具體有什么內容、功能…
然后我們開始進行設計，在草圖上梳理信息架構，設計任務流程，設計界面，確認沒有問題后再用專業的軟件工具把設計方案呈現出來。
經過設計評審后，設計師要去跟進后續的視覺、前端、開發、測試環節，確保最后的產出物和自己的設計方案一致。
2. 在項目中設計師容易遇到的問題
- 團隊成員的專業能力
- 外界因素的影響
- 團隊凝聚力
3. 和產品經理一起做需求分析
由于產品經理背負各種產品績效指標，壓力大，這種情況下難以避免的要站在商業/項目角度考慮問題，很難再去心平氣和的考慮用戶的需求。這樣就難以做到商業價值與用戶需求的平衡。產品經理應該在初始階段和設計師一起合作，通過融合各自的專業方法，共同完成需求分析，這樣更好的平衡商業價值和用戶需求，同時也保證最好的產品產出不會過于偏離產品方向。
4. 產品定位是什么
產品定位是產品設計的方向，也是需求文檔和設計產出的判斷標準。
5. 產品定義
使用人群是你明確產品主要為誰服務，
所有的功能、內容、設計風格的設定都圍繞這類人群來進行；
主要功能為你劃定了功能的范圍和限制，
比如你是要做音樂類的，還是做修圖方面的；
產品特色使你區別于同類競爭者，讓你在同類產品中脫穎而出，更具競爭力。
6. 用戶需求
用戶需求主要包括目標用戶、使用場景和用戶目標。
一條用戶需求可看作是“目標用戶”在“合理場景下”的“用戶目標”，
其實就是解決“誰”在“什么環境下”想要“解決什么問題”。
用戶需求其實就是一個個生動的故事，告訴我們用戶的真實情況。
我們需要了解這些故事，幫助用戶解決問題，并在這個過程中讓他們感到愉快。
7. 用戶需求從哪來？
在實際項目中，采集需求的主要方式有用戶調研、競品分析、用戶反饋（上線后）、產品數據（上線后）等。
- 用戶調研：通過問卷調查、用戶訪談、信息采集等手段來挖掘需求的方式。
- 競品分析：找到有代表性的同類產品，對比產品之間的優勢、劣勢，從而發現產品的突破口。
- 產品數據：產品上線后，就可以收集到產品的相關數據。比如常規的訪問瀏覽數據、瀏覽痕跡、點擊痕跡、在每個頁面上的瀏覽時長、整體的瀏覽順序，等等。
8. 如何分析與篩選需求？
9. 需求的產生
- 確定產品定位
- 通過不同的方式來收集大量的需求
- 識別需求的有效性和真實性
- 根產品定位和項目資源情況篩選
- 提煉出產品需求
- 定義需求優先級
10. 需求文檔應包含什么內容？
- 背景描述：為什么要做這個產品/模塊、市場行情、業務目標、產品定位等。
- 用戶類型和特征：簡單的描述目標用戶情況或現有使用人群的情況。
- 項目時間安排：何時啟動，何時完成等。
- 信息結構：這里可簡單理解為內容或頁面的層級，如圖5-10所示。
可以由設計師和產品經理配合完成，也可由產品經理獨立完成，設計師做參考用。
- 整體業務流程說明：對于涉及操作較多的產品/功能，需要業務流程圖，幫助設計師和項目成員理解具體的業務邏輯。
比如一個廣告投放系統，當廣告排期被占用時，用戶是否可以接受相關位置；
如不接受，系統如何處理賬戶余額，等等。，如圖5-11所示。
- 需求詳細說明：每一條需求的詳細說明。
一個文檔里會有若干條這樣的說明，如圖5-12所示。
11. 如何對待用戶的意見
12. 如何搞定信息分類
邏輯歸類
我們可以將物品按照生活中常見的用途、品類、形狀、顏色、材料、品牌等進行分類，通過數字、字母、時間等進行標識。
卡片分類
- 開放式：開放式的卡片分類會給用戶足夠的自由度來進行信息歸類。設計師將完全打亂的卡片分發給用戶，用戶可以完全自由的決定把卡片分為幾組、每組有多少張卡片。
- 封閉式：設計師首先會將導航的架構設計好，確定出導航的個數和名稱，再將屬于這些類目的卡片分發給用戶，讓用戶根據自己的期望，把卡片歸類在不同的導航分類下。如果有些卡片用戶不知道該將它分到哪個類目下，可以將它拿出來，所有卡片不一定要全部完成，封閉式的分類更利于掌控，可以用戶對信息設計的結果進行驗證的階段。
13. 如何設計一個好的導航？
導航的自我解釋
不明確的導航和位置信息可能導致用戶迷失方向，成功的導航設計可以自我解釋，讓用戶在導航系統中清楚地認識到信息結構和自己所處的位置。
深廣度平衡
相比于鼠標的不停點擊，眼睛在頁面上掃視的成本要低很多，所以比起深層次的導航結構，廣度當行更利于用戶發現信息。但如果廣度超出用戶可以接受的范圍，人們必須一次閱讀很多選項才能在其中進行選擇，也會大大增加用戶的選擇負擔。一般來講，超過7個選項時，用戶就很難記住了，一次性展示過多選項會令用戶患上“選擇恐懼癥”，很難從中挑出哪一項才是自己想要的。
用戶所需信息與商業推廣信息的平衡
在不同產品頁面，為用戶推薦符合其目標的信息，可以起到事半功倍的作用。
為重要功能和常用功能設置快捷入口
為重要功能和常用功能設置快捷入口，就像是在原有產品架構的基礎上搭建“快捷通道”。用戶可以一步步順著產品的邏輯來尋找所需功能，也可以通過快捷入口，按照自己的行為習慣，快速找到所需功能。
但設置快捷入口也是一個需要權衡的過程。必要的“快捷通道”可以提高使用效率，但如果快捷入口過多，產品會變得混亂復雜。同一個功能入口太多，不僅不會提升使用效率， 反而會使用戶感到迷茫。
14. 如何突出主要任務？
分解用戶任務 > 組織合并相關任務
15. 如何引導用戶完成任務
相似性引導
所謂相似性引導就是，如果大小、色彩、形態、視覺元素等原因想死，那么這些想死的因素可以牽引著用戶的視覺，引導用戶操作。
方向性引導
對于操作步驟較多的任務，可以利用具有指向性的箭頭，進行方向性引導。
運動元素引導
運動元素引導，就像是用戶的小向導，帶領用戶找到下一步該往哪走。
向導控件
向導控件是一種常用的交互方式，用來引導用戶完成多補操作。向導控件就像神奇的巫師，可以在陌生的頁面環境中，為用戶指引路線。同時還可以告訴用戶，要完成任務一共需要多少步驟，你現在所處的步驟是哪個，還有多少步可以完成任務。
16. 如何簡化復雜的操作
- 減少冗余步驟和干擾項
- 把復雜操作轉移給系統
在google map中，如果用戶系那個查詢路線，就一定要輸入起點和終點，這是無法省略的過程，但是在查詢路線時，google map會利用定位功能自動將起點定位為“我的位置”，減少用戶的操作。
其實將復雜轉移給系統，就是讓機器便得更智能。這是科技發展以來人們一直在做的一件事。無論是記錄用戶名和密碼、自動識別用戶IP所在的城市、自動補全等常見的交互設計細節。都是通過增加工程師的工作量，將復雜轉移給系統的形式，來讓軟件變得更簡單好用，讓數以萬計的用戶減少額外的付出。
- 簡化操作方式
- 優化操作過程
17. 標準的原型應該包含什么內容
-
簡要說明與信息結構
1. 變更日志：日期、變更內容、變更原因、備注等內容
2. 版本說明：版本號、日期、更改內容
3. 信息結構：產品內容都有什么，它們是如何組織起來的，頁面層級又是如何分布的，等等。這些信息結構中都有體現。
-
任務流程與頁面流程
1. 任務流程：是指用戶使用產品時，它的每一步操作會遇到什么結果、系統會如何反饋，等等。
2. 頁面流程：比任務流程圖更清晰、具體。通過頁面流程圖，不僅可以看到具體的頁面，還可以看到用戶如何通過操作，從一個頁面跳轉到另一個頁面的完整過程。任務流程圖是頁面流程圖的基礎和依據。
-
線框圖&交互說明
原型既包含靜態的頁面樣式，也包含動態的操作效果。
線框圖代表靜態的部分，而交互說明則代表動態的部分。
交互說明是原型中不可缺少的內容。
邏輯嚴密、內容詳細的交互說明會讓原形看起來更專業。
例如，文字過多怎么顯示？操作瞬間會出現什么提示？
點擊了頁面上某部分內容，會出現什么反饋？跳轉到哪個頁面？……
這些都需要設計，并且需要詳細的說明。
有的設計師喜歡用動態效果來代替交互說明，其實這種方式是不太可取的。
一來，做動態效果比較浪費時間；
二來，瀏覽原型的人需要逐一操作才能看見效果，一旦有某個地方沒有操作到，就可能會遺漏。
文字說明可以讓團隊成員清晰、快速地看到全部的動態說明，更一目了然。
但有些動態效果用文字或靜態圖片不直觀，因此建議采用交互說明與動態效果相配合的方式。
18. 交互說明主要有以下幾種類型
限制：包含范圍值、極限值等。
-
范圍值主要指數據的取值范圍。
比如，當你的界面上出現了下拉菜單、篩選按鈕、滑動等控件時，你必須標注清楚它們的選擇范圍，否則開發人員就不清楚該如何設定。
-
極限值主要指數據的顯示限制。
比如，最多應該顯示多少字數，超過時如何顯示，是否折行等。
-
狀態：包含默認狀態、常見狀態、特殊狀態等
默認狀態主要指默認顯示的文字、數據、選項等。這些內容需要注明，否則開發人員可能難以意識到這是用戶填完的效果，還有就是默認的。
常見狀態主要只針對某一個模塊，經常遇到的一些狀態。這些狀態都需要在原型上表述出來。
比如一個普通的積分模塊，一般會出現三種狀態：未登錄狀態、登錄后未簽到狀態。
特殊狀態一般指非正常情況下的樣式、文案、說明等。
操作：包含常見操作、特殊操作、誤操作、手勢操作。
常見操作主要指正常操作時得到的反饋狀態。比如一個普通的翻頁控件，在經過不同操作后會立即出現如下的狀態。
特殊操作主要指一些極端情況下的操作。
反饋：用戶操作后得到的反饋動作，包含提示、跳轉、動畫等。提示主要指操作后，系統反饋給用戶的文字說明等。
天轉主要指點擊某個鏈接后，頁面跳轉到哪里。設計師需要在原型上著名跳轉時是“原頁面刷新”還是“新頁面打開”。
如果是做手機應用的話，需要注明跳轉時的專場方式。
此外，還需要注明在界面的不同位置以不同手勢操作時，會跳轉到哪里。
總而言之，寫交互說明時主要應記住2條內容：除靜態頁面外，還需考慮各種動態情況；除正常情況外，還需考慮特殊和錯誤情況。
