[原創] UX Process （使用者體驗團隊工作流程）

最近跟UX team合作過一個項目，開始階段的合作很痛苦也很鬱悶 （沒有Process之前）........ 這裡我將最後定義的UX工作流程整理並介紹一下，希望對其他人員有所協助。

 

補充一下： UX team 就是 使用者體驗團隊。 有些項目會遇到開發人員和使用者體驗團隊工作方式衝突的情況，而衝突的焦點是：應該由誰來主導項目？UX團隊驅動？還是Team Dev驅動？其實，這個問題並沒有唯一答案。我個人的觀點是，根據項目特點和人員情況選擇適合的模式。

 

UX驅動更助於得到使用者期望的產品，提高使用者體驗，增加使用者滿意度。 開發驅動的項目，通常更多的關注與業務和功能的實現，產品經理將在開發驅動的項目中將始終作為使用者與團隊的溝通橋樑，這裡的使用者體驗溝通更多的是依賴與產品經理個人的經驗，能力和精力（很多產品經理同時負責多重專案）。而UX驅動的項目，UX團隊可以從更專業的角度進行使用者體驗分析，通過對使用者已有操作習慣等調研產生的資料，提出操作和流程建議，設計出更符合使用者期望的UI。從而協助項目組在項目前期更快的製作出客戶滿意的原型。 舉一個簡單例子，如果項目是對某已有項目的升級，UX人員會去觀察使用者是如何使用已有程式的，當他們完成一個介面操作時，UX人員會記錄下來，使用者資訊錄入的順序，和滑鼠滑動軌跡，以及在哪個操作上使用者會進行滑鼠鍵盤切換操作？哪些地方（按鈕或資訊項）使用者容易錯誤的操作？UX人員也會在使用者操作過程中，詢問並記錄對使用者對已有介面的滿意度和改進期望。從而，整理出新系統的操作及頁面基本原則，如：對於日常使用者應該更多的支援快速鍵；而對於圖表、報表等管理員常用模組，則最大程度的支援純滑鼠操作 （例如：舊系統中產生報表前，需要手工錄入日期時間段。而管理員通常對最近一個周、最近一月、最近一季度的資料感興趣，則在報表產生介面中，可提供時間段下拉式清單，讓管理員能快速的選擇周、月、年，從而減少管理員錄入時間段錯誤的幾率）。

 

由UX驅動的項目，通常會得到較好的使用者體驗，但是對開發人員卻產生了挑戰。比如，UX驅動的B/S程式為了追求更好的使用者體驗，喜歡採用Silverlight和Flex的胖用戶端模式，極大的提升了使用者體驗。但熟悉Silverlight和Flex的程式員相對較少，很多開發Team都需要一個學習周期，才能開始Silverlight和Flex的開發。而且，由於焦點過於偏重使用者體驗和介面效果，項目組容易在後期發現諸如安全和效能等方面的問題。

 

由於國外對UX驅動方式的推崇，國內很多UX人員希望在真實項目中嘗試使用UX驅動方式，所以產品經理一定要保持清醒的頭腦，不要被新概念左右。一定要根據項目組人員實際情況，選擇適合的開發模式。當UX team已經擁有UX驅動的經驗， 或者擁有資深的UX人員，再或者你正在與一個熟悉的UX team合作，我們不妨嘗試著在項目中採取部分UX驅動的模式，以便期使用者滿意度。下面是一個希望部分引入UX驅動的項目中，制定的UX team工作流程：

 

1， (meeting: developer, UX team, product manager)

1. 產品經理給UX介紹模組準系統： 商業邏輯，目標使用者基本情況，模組目標等。

2. 產品經理，UX，Team Dev共同討論基本頁面遷移PageFlow和頁面邏輯.

3. 產品經理，UX，Team Dev共同設計頁面的線框圖wireframe.

 

2， (UX team)

1. UX實現線框圖和互動設計

2. UX完成互動設計說明（draft, no detail)

 

3, (meeting: : developer, UX team, product manager)

1. UX介紹線框圖和互動改進，及方案細節

2. 根據商業邏輯，目標使用者和模組目標，調整方案細節。

3. Get Product manager approval.

 

4, (UX team)

1. UX改進線框圖及互動說明，通過郵件發送給相關人員

2. Product manager approval.

 

5, (UX team)

1. UX實現使用黑白圖實現頁面 （目的是不讓大家將review精力放在色彩的討論上）

2. UX對頁面進行互動和操作功能說明（文檔）

 

6, (meeting: developer, UX team, product manager, high level manager, customer )

1. UX介紹頁面功能，目的，互動和操作。

2. 記錄客戶建議

目標和進入下一步的條件： 客戶接受已有介面的設計。

 

7, (UX team)

1. update page and document.

2. Product manager send page and document to customer.

 

8, (UX team)

1. 著色

 

9, (meeting: developer, UX team, product manager, high level manager, customer )

1. 對著色後介面進行review

目標和進入下一步的條件：客戶接受設計的介面，並確認系統的基本色系。

 

9, (Developer)

1. 根據流程和操作描述，實現部分模組原型。

 

10, (UX team)

1. UX review 原型

2. UX和產品經理確認原型符合要求

 

11， (meeting: developer, UX team, product manager, high level manager, customer )

1. 與使用者一起review原型，最後一次確認設計符合使用者的希望。

至此................UX的工作基本結束。 

 

*註： 當UX設計2-3個介面後，根據客戶回函，定義UI style guide.

 

以上，是我與UX team的合作流程，如果各位有其他更好的經驗也請分享一下。:-)