UX流程簡介（上）：UX Research to User Journey

在UX Desgin當中，沒有非得遵守的流程，或是一定必須要使用的方法。

... 台灣常見的是PM一個人從wireframe(框線圖)開始做，接著就由視覺設計師接手，畫完平面圖之後 ... 跳到主要內容區塊 手機版選單 search 搜尋 社群媒體 資訊圖像 進階搜尋 分享 Facebook google+ Plurk Twitter line Email 最新消息 網路趨勢與社群應用分享 常見問題 相關連結熱門關鍵字 社群媒體 資訊圖像 上方連結 首頁 網站導覽 English 下方連結 網站導覽 關於本站 相關連結 政府網站資料開放宣告 隱私權及安全政策 客服信箱 :::政府網站營運交流平台 上方連結 首頁 網站導覽 English 字級 小 中 大 search 搜尋 社群媒體 資訊圖像 進階搜尋 熱門關鍵字 社群媒體 資訊圖像 最新消息 網路趨勢與社群應用分享 常見問題 相關連結::: 首頁 網路趨勢與社群應用分享 網路趨勢與社群應用分享 網頁功能 列印內容 分享 Facebook google+ Plurk Twitter line Email UX流程簡介（上）：UXResearchtoUserJourney 在開始之前，我想先澄清一個觀念。

在UXDesgin當中，沒有非得遵守的流程，或是一定必須要使用的方法。

各個公司、各個專案，都會依據不同的需求、預算，而採用不同的方法或流程，並不是像學校裡面教的，一定非得把所有流程跑完才可以。

就實務面上來說，公司可能因為預算限制而不能做訪談，因為時間限制不能每個流程都跑過一遍，或是大家已經對解決方案有共識，就可能會選擇跳過一些步驟。

因此，接下來提到的流程和方法都是有彈性的。

身為UXDesigner要做的是理解這些流程、方法，依據不同的狀況挑選不同的方法來解決問題。

流程 一般的產品開發流程大概是長這樣，也是我們通常在做課堂專案的時候會跑的完整流程： BUT，不見得每個公司都會這樣分職位，通常大公司才會分得比較細。

台灣常見的是PM一個人從wireframe(框線圖)開始做，接著就由視覺設計師接手，畫完平面圖之後直接切圖交給工程師。

看不懂這串黑話嗎？沒問題，接下來一定會讓你完全看懂。

接下來會簡單介紹每個步驟，之後的文章也會針對一些比較有趣的方法逐一詳細介紹。

有特別想知道哪些方法可以來這裡留言告訴我～ 方法介紹 1.BackgroundResearch（背景研究） 背景研究主要是針對問題進行基本的研究，對問題有更深入的暸解。

例如：客戶背景調查、產業分析、文獻回顧……等等，都屬於背景研究的範圍。

2.CompetitiveAnalysis（競爭分析） 了解該問題相關的既有產品，以及他們的解決方案，各自有什麼樣的特點及缺點。

這有助於在開發新產品上提供新的點子，避免過去犯過的錯誤，並且找出新產品的特長或市場定位。

3.Interview/Survey（訪談/問卷） 這些部分可能會跟行銷部門所做的研究有些重疊。

和市場調查不同的是，UX的訪談和問卷主要會針對目標用戶或潛在目標用戶所遇到的問題、對於產品內容的偏好，以及他們怎麼使用現在的產品，有著什麼樣相關的社會連帶。

這當中有一種研究方法叫做ContextualInquiry（情境調查/脈絡研究），主要強調在真實的使用情境當中，實際觀察用戶的操作行為。

這種方法可以避免在訪談中用戶自己闡述的經驗和實際上的情境有所出入。

「脈絡」(Context)在UX當中是非常重要的概念。

4.Persona（人物誌） Persona最主要的功能是在建立起團隊之間關於使用者的共識，並且確保在接下來的設計當中不會偏題。

在實務上，有些公司是先有技術再開發產品，沒有Persona光憑幻想的話就會徹底迷失在技術當中，不知道客戶到底要什麼，到底要優先開發哪些功能。

Persona是依據訪談當中獲得的資訊來建立的。

通常會把一些使用者共同的特質或是他們共同在意的點放在一起，揉一揉創造出一個新的人。

通常會至少做3個Perona，如果有更多的stakeholder就會需要更多Persona。

(1)PrimaryPerosna:主要針對的設計對象，可能同時也是TargetUser (2)SecondaryPersona:這個使用者不完全會是產品的使用者，可能是潛在用戶。

(3)AntiPerona:完全不會使用這個產品的用戶。

詳盡的Persona參考範例可以看這裡：https://app.xtensio.com/folio/sufrf2yt 5.UserJourney（用戶使用旅程(?)） 這個步驟基本上就是想像使用者會如何和產品互動，要盡可能包含每一個互動以及使用情境。

下面這個範例是設計給小孩子用的ATM。

從這個UserJourney就可以確認產品基本需要哪些功能，可以開始畫InteractionMap了。

除了畫圖之外，下面這也是另外一種UserJourney的表現方式。

Brainstorm會出現在Persona和UserJourney這兩個階段，也有各門各派的Brainstorm法，之後有機會再來介紹。

  6.0InteractionMap（互動地圖(?)） 在進行wireframe之前，我通常會先做InteractionMap，但非必要，就沒有寫在流程裡面。

但是先做InteractionMap會對整個產品的架構、功能，有更清楚的想像，在畫wireframe的時候才會知道要做哪些畫面。

到這裡，我們已經走過UXResearch，對於產品背景知識有了深入的了解，也透過Perona和UserJourney建立對於用戶和產品的認識，找到了適合的解決方法，產品有了基本的雛形。

接下來終於要進入到視覺的部分，敬請期待下一章～   StephanieKuo 從冰天雪地的密西根HCI畢業之後，現在在矽谷為一間B2B公司做UXDesign，天天為系統管理員做設計。

希望能用中文和更多台灣人分享UX。

http://www.stephkuo.com/ 原文出處Medium；政府網站營運交流平台授權轉載 相關圖片 上版日期：108-10-31 回上一頁 回最上面 ::: 下方連結 網站導覽 關於本站 相關連結 政府網站資料開放宣告 隱私權及安全政策 客服信箱 更新日期111-06-30版權所有©2018國家發展委員會 10020臺北市中正區寶慶路3號 如對本站有任何意見，請洽客服專線：02-25533988#361、02-25533988#626 傳真：02-25531319    電子郵件信箱：[email protected] 本網站設計支援IE、Firefox及Chrome，最佳瀏覽解析度為1024x768 backtotopbacktotop