UX,設計的方法(專案執行)

專門開始執行初期會分成兩個可能,1. 鬼打牆。2. 什麼問題意見都沒有先出幾版讓某看看。不管是跳針或是通靈,每個階段都有不同的研究方法可以幫助設計師和以後的 RD 不用把人生都填在修改到死上。

UX,設計的方法(專案初始)

本文內容取自 設計的方法 ,這是本 UX 必備的工具書,整理大量的研究、實驗方法,讓 Designer 可以照著做,產出有模有樣的文件。以下是我自己掏摸的心得。

注意,本文所寫內容不應該是一個人的工作,UX 研究都該是由兩人小組、甚至由團隊執行,但業界環境不許可、當公司喊 UX 同等喊反清復明的情況下,能靠自己的力量扭轉多少才是重點。

避免捅到自己的工作流程

再強調一次,為什麼他接的案子比我多?:設計業界潛規則,讓你接案上班都無往不利 這本書的書名雖然很鳥,卻是每位設計師都該看過的必備好書。裡面提到許多工作方法,其中包含工作流程、工作清單等非常實用的職場技巧。基於老是一稿 20 改的前提下,不把工作流程、工作清單列清楚根本是自挖的屎坑。

設計規範要點

要做設計規範前,先來瞭解什麼是設計規範,不是把所有元件都擺在同一張圖上排排站吃果果就好,設計規範(Design Code / Design Specifications) 一文中提到: 設計規範是指對設計的具體技術要求,是設計工作的規則。一般包括總體目標的技術描述、功能的技術描述、技術指標的技術描述,以及限制條件的技術描述等。

工作清單:切圖

切圖有很多種方法,但切出來的圖只會有兩種:1.可以用。2.被退件。圖切出來會交給 F2E 或 RD 接手,請給他們能夠使用的圖方便作業。有不懂、不確定的部份請在切圖之前就先問過他們要怎麼處理,他們肯定會回答你。(不回答就是他們有很大的機率拿到爛圖拖長自己工時,誰敢不理你啊?)

工作清單:Mockup

以我自己的工作流程,會是:Functional Map > UI Flow > Wireframe > Mockup > 切圖 > 標示文件。當然在更前期會有 UX 研究、最後會接 HTML 等等,但就一位 UI Designer 來說應該是這些。

對 Mockup 而言…Wireframe 有什麼就畫什麼,不要亂改亂腦補!而且遵守 PSD 製作禮儀

工作清單:Wireframe

Funational MapUI Flow 後,終於到來回修改最多次的 Wireframe 階段了。比起 Funational Map 和 UI Flow,這應該是最多人會接觸到的「規劃」。同時也是最花時間、圖片說明量最大的部份。在這階段修修改改總比都在畫 Mockup 或套程式了才在修改來得輕鬆省力。

工作清單:UI Flow

工作清單:Functional Map 後,繼續來寫 UI Flow 這部份。如果你不知道什麼是 UI Flow ,請參考 初學者的 UI Flow 這篇文。

工作清單:Functional Map

自從看過 Burn Your Portfolio: Stuff they don’t teach you in design school, but should 這本書後,就想整理個工作清單出來。工作流程這回事通常是公司訂的很難更改,但自己的工作領域內弄個 SOP 、整理出標準作業流程和待辦清單是被允許的。就從 Functional Map 開始吧。

初學者的 User Experience Map

最近很努力在研究 User Experience Map,簡單整理下列幾份資料,希望對大家有幫助。在 IXDC 的相關內容可參考這兩篇文:Customer Experience Map TipsIXDC 如何使用客戶體驗歷程圖來規劃完美的用戶體驗 筆記

Customer Experience Map Tips

昨天帶 Smashing Magazine 編輯 (IXDC 的講者之一)逛艋舺夜市,順手戳了幾下討要簡報檔,當天晚上立刻收到了,用龍都冰果室的花生冰收買人心是對的。

Customer Experience Map 網路上非常多資料,各家執行方式都有點不一樣,在此僅翻譯簡報檔最後面的總結論。搭配 IXDC 如何使用客戶體驗歷程圖來規劃完美的用戶體驗 筆記 一起看更容易理解。(標題是簡報裡的 Tips,內文才是我寫的心得想法嘴砲。)

IXDC 如何使用客戶體驗歷程圖來規劃完美的用戶體驗 筆記

主題:如何使用客戶體驗歷程圖來規劃完美的用戶體驗
講者:陳璀璀 Cxpartners 用戶研究總監

講者是 Smashing Magazine 的編輯喔!剛寫了一本新書 !

(直接拿Blog當筆記了,現場聽打。)