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
Prototype 大觀園:Prototype 優劣分析步步來
Prototype 大觀園:Prototype 優劣分析步步來

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

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

初學者的 Prototype

(我竟然忘記寫這篇),和群裡設計師聊,發現 Prototype、Wireframe、Mockup 因為翻譯有時候皆統稱為「原型」的關係,導致大混淆,所以來說明下這三者的不同。

深入解析微互動設計融入開發流程的方法
深入解析微互動設計融入開發流程的方法

「微互動該怎麼開發?」
細節到位才能讓 UI 更順暢,但書上沒教怎麼落地實作!
這篇帶你從設計到開發,完整拆解流程。

讀者來信:UI 設計不該只聽 PM 口述!設計師如何拿回流程主導權?

UI 設計流程真的從 Wireframe 開始嗎?
如果全靠 PM 口述需求,你可能已經踏入無限改稿地獄!
這篇帶你看清業界現實,找到更有效的設計流程!

Akane Lee

Akane Lee

我是 Akane Lee,10 年 UI/UX 設計教學,帶過 1000+ 學員擺脫焦慮,找出人生方向。不只聊設計,也教你怎麼少繞遠路,摔坑也知道怎麼自己爬起來。

Comments

wave
comments powered by Disqus

Press ESC to close