可用性測試

前一篇提到的 RITE 就是種「可用性測試」的方法，照傳統的 UX 流程，可用性測試會排在開發後期才製作 Prototype 進行測試，到這階段要修改什麼都太遲了，所以 Lean UX 的作法才會推行用 MVP 執行 RITE。這篇要敘述的就是傳統 UX 做可用性測試的方法。

此外，雖然免洗專案很多，但也很多是需要持續追蹤改版的產品。搞定一回合的專案還會有下一回合要戰，需要透過研究方法去追蹤使用者對推出後的產品有什麼回應，像是「網路分析」。

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