UX,設計的方法(專案中期)

這篇要講的是專案已經執行一陣子了,有哪些方法可以驗證初期發想和規劃方向無誤的方式,採用大家最熟悉的「原型法」和「快速反覆測試評估法」以及「MVP」的概念。可以當成是投入專案一段時間後做測試,了解苦海無涯回頭是岸所設的停損點。越早發現方向有誤並修正、比開到海中央撞冰山了才發現救生艇不足來的好。

最簡可行性產品 MVP

MVP = Minimum Viable Product。指的是在最少資源與時間花費下能做出的產品。對 UX 來說就是低擬真原型,而非後期產出近完整產品的 Prototype 。

參考:
最簡可行產品
MVP: The Features Are Silent
Librisbloggen » MVP

快速反覆測試評估法 RITE

是一種形成式(formative)使用性檢視法,能幫助團隊成員在開發初期尚未耗資製作原型錢,辨識並移除介面問題。

RITE 配合 MVP 執行,使用低擬真原型進行反覆測試,主要用來探索攸關整體設計方向的使用者行為,快速找出重覆的問題並修正。總結式(summative)則是找出並衡量使用性的問題。形成式和總結式的可用性測試有所差別:

  • RITE 可在專案初期修正設計方向,而非後期才隨設計發展來確認可用性問題。
  • 發現問題並和團隊達成解決方案協議後就可以修正原型。
  • 每次變更設計後,預訂的測試會繼續進行,直到出現一連串毫無失誤的成功測試為止。
  • 觀察人員和主持人需有引導測試的專業知識,辨識出真正的問題。並依據他們的判斷列出修改的重要次序。

參考:
Get it RITE: Rapid Iterative Testing and Evaluation (RITE)
Lean Startup Is Great UX Packaging
The RITE Way to Prototype

原型法 Prototyping

以不同解析度標準製作具體物件,供團隊內部及客戶、使用者發展並測試設計概念。

Prototype 分成很多種,如低擬真原型、高擬真原型等,依開發時程不同,擬真度、消耗的成本也有所不同。通常低擬真原型紙的是紙上 Wireframe,具有製作快速、修改方便、成本低的特性。高擬真原型最貼近最後產出實品,已由 RD 撰寫程式,所花費的成本也最高。

無論是 Wireframe 或是 Mockup 等等都可稱之為 Prototype 的一種。不會動的線框稿是 Wireframe、不會動的視覺稿是 Mockup。雖然翻譯上都可能稱之為「原型」,但實際上是不同的三件事。

參考:
Design Better And Faster With Rapid Prototyping
The Skeptic’s Guide To Low-Fidelity Prototyping
超全面的低保真原型初级指南

心得

大部份的設計師應該都堅信 PM、Planner、BD、客戶 得了一種不改稿就會死的病,愛改就大家一起來改,RITE 絕對能滿足他們愛改稿的種族癖好,在低擬真 Prototype 的情況下就開始實測,一直改到都正確無誤為止。定版後誰再喊要修改介面,就拉時程重做 MVP 跑 RITE。絕對不允許發生 Mockup 長得和 Wireframe 不一樣、Prototype 又長得和 Mockup 不一樣的情況,這一定是哪裡有落差出了問題,退回前階段再跑一次測試。

以上,這當然不是 RITE 真正的用法。只是對於講不聽又愛改的情況下,RITE 應該可以像爸媽對付小鬼頭一樣,白天讓他們到處亂跑亂玩消耗體力,晚上就會乖乖睡覺了。而且還真的是在做 UX 不是喊口號、有實測有報告又能滿足某群人的種族癖好、減輕 RD 負擔,一舉數得。

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

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

更多文章

wave
Netflix、Airbnb、Google 怎麼做 Prototype?你的公司學得會嗎?
Netflix、Airbnb、Google 怎麼做 Prototype?你的公司學得會嗎?

設計提案被否決,老闆說「再精緻一點」。
但花時間做高保真原型,真的能讓方案通過嗎?
其實,不同保真度各有優勢,用錯了反而拖累專案!

Prototype 大觀園:Prototype 優劣分析步步來
Prototype 大觀園:Prototype 優劣分析步步來

本文同步刊登於 NTUChallenge Blog 挑戰誌

很多專案在開發過程中,會製作 Prototype(原型)測試與驗證構想。專案開發會經過許多階段,也有很多種製作 Prototype 的方式。該如何配合專案開發進度,製作適合的 Prototype?

關於使用者經驗測試

我很喜歡有人問問題,這表示不用絞盡腦汁想 blog 文章主題,有問題就盡量問吧,不管是留言、Twitter、或是寫信都可以。

「關於使用者體驗與使用者介面的測試,怎麼測試這樣的設計對使用者來說是好的?」

便宜有便宜的作法、難有難的深入,我的領域不是跟數據打交道的那塊,加上時間成本 和偷懶 我大多便宜了事(這麼理直氣壯的說好嗎?)以下是個人觀點。

使用者經驗藏寶圖:設計師不可不知的開發流程

每次專案開發,總覺得像在尋寶。
但沒有地圖,怎麼找得到寶藏?使用者經驗藏寶圖,就是我們的指引,
帶領團隊從構想到設計,順利抵達終點。

Akane Lee

Akane Lee

內心戲小劇場超多!每個事件背後,都有無數個為什麼,天天和自己的腦內聲音吵架。

Comments

wave
comments powered by Disqus

Press ESC to close