完美的用戶體驗設計從何而來？

 　　個人很推薦這篇文章，比較全面地介紹了用戶體驗設計以及在不同階段應該特別注意的事項。附件是UE的規范流程。

　　上周翻譯上了首頁banner好驚喜，謝謝大家~~

　　通常大多數人認為，只要產品的界面視覺設計夠精致，便能夠獲得完美的產品用戶體驗。

　　這樣對嗎?老實說，這種觀點並不正確。

　　事實上：

　　首先我會告訴你，用戶體驗(User Experience, UX)與所謂的“出漂亮的圖”沒有任何關系。

　　用戶體驗是一個流程：理想情況下從戰略層面開始並會影響項目的整個生命周期。用戶體驗設計首先需要了解商業模式，然後落地用戶研究，以及理解服務是如何融入用戶期望的。

　　用戶體驗是商業戰略制定中極為重要的一部分，另外界面設計(User Interface design)也不代表用戶體驗的末環。我們仍需要對用戶進行測試，在產品迭代中提供支持，甚至在產品發布之後也需要不斷做相應的調整。

　　所以，要怎樣才能制定出最棒的產品用戶體驗戰略呢?

　　一般而言，用戶體驗流程有6個不同的階段。本文會對其中3個進行解釋說明。

　　1. 用戶體驗研究和分析

　　這裡你需要了解你的產品所處的情境，明確新產品針對的目標市場，以及所涉及的項目干系人。

　　了解公司戰略至始至終都非常重要——公司戰略能夠闡述他們的品牌、願景和指導原則。一個用戶體驗項目背後支撐的“戰略”將影響項目目標：

　　公司希望這個項目能達到多大的成功?

　　如何衡量上述“成功”?

　　任務清單中每一項任務擁有怎樣的優先級?

　　產品用戶體驗中最困難的事情往往不是工作本身，而是能否與眾多項目干系人保持良好關系。你能經常從項目干系人的口中聽到這樣的話：

　　“我們現在不需要用戶體驗……”

　　“沒錯，我知道你是用戶體驗專家……但你能不能讓菜單變大一些，網站內容更像這樣的……”

　　用戶體驗不僅僅是一個想法。

　　想法只是設計的基礎。想法是不是經得起考驗，你需要對想法中的不足進行周全嚴密的推敲。最難的任務是要將一個想法轉換成一個設計。當你有一個好的想法時，不要立即開始開發轉換，而應該進一步推敲想法，先讓想法轉變成一個概念。

　　構建概念的最佳途徑是從不同的來源收集反饋，包括那些對產品的成功/失敗之處感興趣的人。

　　要小心……

　　人們很少會基於仔細的成本分析做出純粹的理性決策，更多的時候往往是出於情緒而非邏輯/有意識的思考做出決策。這對我們並非無利可言：我們的非理性是可預測的。一個好的用戶體驗設計師需要有效地和產品所有者、工程師、領導，以及其他的項目干系人等合作，另一方面也需要了解人們是如何決策的。

　　在這個階段，以下幾件事是用戶體驗經常做的：

　　頭腦風暴;

　　競品研究、最佳案例研究;

　　內部焦點小組訪談(公司部門內部);

　　外部焦點小組訪談(項目干系人分析);

　　尋找跨學科背景的項目成員，確保完備的專業知識;

　　研究階段可能是項目中變數最大的部分。一個大項目的用戶研究會非常復雜，而一個相對較小的創業公司網站項目便可以直接跳過用戶研究，只需要做一些非正式的訪談和問卷調查就可以了。對許多用戶體驗設計師來說，這個階段是創造一個良好的用戶體驗的關鍵，然而同時也是最容易被忽略的階段——因為它不符合“精簡化”的方法。

　　你在這個階段已經准備好開始探索產品的用戶體驗願景。為保證下一階段的有序開展，一個整理信息好方法是，試著去建立用戶檔案、情境檔案、概念模型。從“什麼”開始收集和整理能夠幫助你去理解“為什麼”。

　　2. 用戶體驗設計與開發

　　這是我最喜歡的階段。你已經從第一階段中收集到了足夠豐富的信息，此時你可以將你腦中的所有想法整合，繼續構建產品的體系結構。

　　要注意，這裡是一個非常重要的裡程碑。你對於產品的構建必須是基於未來幾年的時間跨度上的。

　　事實上，這一階段更多的是迭代。你可以開始創建原型，把想法放在用戶面前，得到用戶的反饋，改進，然後重復這些步驟。你可以通過紙筆勾勒草圖，然後詳細設計，再將草圖放在交互線框圖和原型上。

　　當你完成高保真設計並已經和項目干系人和最終用戶確認設計版本之後，該進入開發階段了。此時，用戶體驗設計師的角色從創建、驗證想法轉換到與工程師合作開發框架和測試版本。

　　這個階段常見的用戶體驗任務包括以下：

　　線框圖和原型

　　設定可用性指標

　　流程圖和用戶體驗地圖

　　建立一個完整的框架

　　α/β版本

　　正如上面提到的，這個階段是迭代的。這或許可以解釋為什麼在用戶體驗設計戰略、敏捷開發原則和精益創業思維之間有許多協同效應。事實證明，普通用戶的反饋是所有產品開發方法中的核心所在。每一次迭代發布測試版本之後，評估產品反饋結果，再基於此調整之後任務的優先級順序。

　　3. 發布並評估測試版本

　　在這個階段中，你需要了解你的產品在真實環境下是如何運作的。

　　毫無疑問，你一定不願意看到產品正式發布之後變成失敗。因此你需要在可用性測試階段花心思去了解你的產品設計是否存在問題。形成性測試是在產品開發早起用來快速發現產品的可用性問題，並進行改進的一種方法，同樣也是迭代設計過程的一部分。

　　時間是至關重要的。觀察並仔細傾聽，對測試者碰到的問題保持敏銳，同時也要對這些問題背後可能的誘因保持警惕。要記得持續追蹤產品的使用情況，並持續改進產品。

　　記住三件事：

　　第一次不可能完美;

　　發現問題並不表示失敗;

　　用戶永遠會讓你大吃一驚。

　　讓你的洞察力來推動產品的發布或是新產品的設計，這也是為什麼可用性測試廣受歡迎的原因所在。

　　這個階段常見的用戶體驗任務包括以下：

　　A/B測試

　　自定義測試

　　使用日志

　　分析與電話支持