精實UX流程
1.成果 假設 假說 2.設計
3.最小可行產品 4.研究與學習
1.成果 假設 假說
假設
假設是根據我們目前所了解的知識而做出最佳推測
當我們發現一項假設時，需要自問如何盡快而且盡可能低成本的確保這些敘述
的正確性，讓未來的決策能立足於更好的成功機會上。
提前告知團隊要負責解決的問題， 讓他們了解工作的背景，確保團隊所提出的
策略能於組織的目標一致。
問題敘述範本:現有產品
我們的【產品 / 服務】預期要達到【這些目標】
我們發現目前的產品/服務目尚未符合【這些目標】，這已經對企業流程【這項
不良的影響】
我們要如何以【這些可能量的準則】為基礎,對產品服務進行改善進而提升顧客
的成功?
問題敘述範本:新產品
【 該領域的市場 】 目前的狀況主要聚焦於 【 顧客區隔、問題痛點等 】 。
現有產品/服務位能解決 【 這項落差 】 。
我們的產品/服務將透過 【 願景/策略 】 來解決這項落差
我們最初的重心會放在 【 這個客群 】 。
假說
假說根據我手上的假設進行下一步: 撰寫假說。 為了進行這個步驟，我們要先
將假設轉換成易於測試的格式 : 假說敘述
格式如下:
我們相信【這項描述是正確的】
當我們從市場看到以下回饋，就知道我們是【正確的/錯誤的】: 【定性回饋】
和/或【 主要績效指標產生變化】 重視市場證據
我們相信只要【這些使用者】利用【這項功能】， 成功實現【這項成效】，就
能達成【這項業務成果】。
假說這是把使用的行為變化(成果) 作為成功的定義。 發佈一項可運作的功能就
是桌上的籌碼，這也是對話的開使。不以團隊推出功能的速度來衡量他們的成
功， 而是以最初始與持續達成顧客某個目標的程度來衡量
假說的風險越高，感知價值就越高
大部分的團隊往往很容易跳到功能， 所以要先強迫團隊先從問題的背景去思考
假設，在藉由這些假設建立團隊之間的溝通。
設計業現在對資料驅動設計有許多反思。爭論點在於把每個設計決策侷限在幾
個可以衡量的因子，會讓產品失去令人驚奇和靈魂的部分。
定性洞察力有助於我們從情感層面去了解產品設計。它所提供的【為什麼】，
可以作為分析工具的定量洞察力【做什麼 】的背景。要 在定性與定量洞察力間
取得平衡。
使用者很少會需要【功能】。他們要的是實現某個目標（這不一定是具體的目
標:有時是情緒性的目標 、未清楚表達的期望等等)。而我們的工作是決定如何
以最佳的方式達成使用者的目標。
提倡重視使用者，這絕不是設計師的責任。 我們要要求團隊以使用者成效的形
式宣告假設。自問團隊以下問題: 使用者想要完成什麼?過程中跟結束的感受是
什麼?如何讓使用者覺得更接近生活目標和夢想
UXUI工作坊-台北台中場
▲最新開課公告：https://reurl.cc/zreqy
留言列表
