用戶體驗詞條-31.任務設計

任務設計兩種途徑

1) 基於用戶的任務設計

a) 從實際出發，將用戶自然狀態下的場景映射為在人機界面上執行的一組類似的任務。

b) 在沒有類似產品的情況下，通過深度訪談或焦點小組等方法，獲得概念原型，結合可用性測試獲得用戶使用的可能場景。

c) 在有類似產品的情況下，通過深度訪談或焦點小組等方法，獲得用戶使用同類產品的真實場景。

d) 將獲得的真實場景劃分為典型場景和非典型場景。優先按照典型場景設計任務。

2) 基於需求規格說明書的任務設計。

a) 通過研究需求規格說明書，導出一組與設計模型、用戶模型和系統假想相協調的用戶任務。

基於用戶的任務設計

1) 基於用戶的任務設計首先要獲得用戶完成工作或使用類似產品的真實場景

2) 場景是關於人及其行為的故事，我們通過場景來設想產品使用者未來可能的行為

3) 對於場景更具體的描述是：

a) 使用者是誰

b) 使用者的目的或目標

c) 使用者的使用行為或事件的描述

d) 使用者及使用環境等的背景信息

4) 場景是對行為的描述，一個行為通常都包含若干個任務

5) 通過深度訪談、焦點小組等方法，儘可能多的收集使用場景，通過分析，確定典型，減少遺漏。

6) 將一個行為區分為幾個任務，將一個任務分解為幾個子任務，完成任務設計

a) 逐層剖析方法

b) 面向對象分析方法

7) 在可用性測試中，需要將幾個場景，用一個故事的形式連貫起來，模擬用戶的真實使用場景，以便獲得最有價值的信息

基於需求說明書的任務設計

1) 仔細閱讀需求說明書文檔，將其中的功能設置抽取出來

2) 將相關功能聯接起來，定義典型場景和次要場景

3) 根據場景，分析任務，將任務分解為子任務

【案例】

以記賬類應用為例，說明目標用戶群體自然狀態下的場景如何映射成為任務。

場景一：基礎場景

不管屬於哪個用戶群體，記賬時，記錄收入和支出，並在月底時對支出進行分類統計，都是必須的需求，無論記錄的載體是紙質的小本，還是電子的記事本。

所以，對記賬類應用來說，記錄收支狀況和進行數據統計，是最基本的兩個任務。這兩個任務，來自於用戶記賬的基礎場景。

場景二：擴展場景

除了基礎場景外，還有部分場景也是各個用戶群體都可能遇到的，但是卻不是必須的場景。比如預算。進一步的記賬類應用，會根據預算場景的映射來設計任務。

場景三：不同用戶群體的差異化場景

1) 對賬務情況要求嚴謹的專家用戶群體

這個群體，家庭的財務狀況一般較為複雜，收支種類較多。日常賬務管理方面，需要進行多維度的記錄和分析。

映射到為這部分用戶開發的記賬類應用上，就要反映出任務設計的專業性。需要提供全面而強大的各類任務，比如重複性支出、固定支出等多種處理支出的方式，多維度的報表、分類預算、分類預警等，滿足記賬任務每一個可能的、細化的需求。比如挖財、隨手記。

2) 以工資收入作為主要收入來源，家庭消費作為主要支出的一般用戶群體

這個群體，每個月的收入，就是一次性的工資，支出也以家庭消費為主，並不需要專業的財務分析，如果按照專家用戶的標準，為他們設計記賬任務，就會造成流程複雜耗時，增加用戶每次的使用成本的問題。

映射到為這部分用戶開發的記賬類應用上，就要反映出任務設計的簡易性。比如Wally考慮到一般人的每月收入就是一次性的工資，所以直接將「計收入」的功能和「做預算」合併；萵苣賬本沒有採用重複性支出的記法，而是將大家最普遍用到的房租、水電等作為固定支出不計入預算；Dailycost則最簡化記賬任務，選擇分類→輸入金額，即可完成一次記賬的流程，其創作者認為，對於非習慣記賬的用戶能堅持記錄消費就是勝利。

場景四：深度挖掘出的場景

除了以上的三類場景，還有一類場景，是日常用戶不會清晰體現出來的，但是經過用戶研究等科學方法，可以深度挖掘出來。這類場景映射的任務，通常都可作為這個應用的亮點。

比如：

1) 記賬相機和Picaca（挖財），都是利用拍照來完成一次記賬；

2) 出差報銷（挖財）則提供是否可報銷、是否有發票等標籤方便差旅記賬；

3) Trackash是用自然語言記賬，再提取出裡面的數據信息完成記賬；

4) 而萵苣賬本推出的微信版則通過調用微信的功能，支持語音記賬或者在對話框中使用簡單的自然語言記賬，特別方便日常購物隨手記。

以上分析的是基於用戶的任務設計，這是設計自營產品的主流方法。對於外包公司來說，則需要根據需求規格說明書進行任務設計。需求規格說明書中，一般已經對用戶需求進行了嚴格定義，此時的任務設計，相對直接分析用戶需求來說比較簡單。只需將需求轉化為任務，將任務拆解成子任務，將子任務轉化為用戶執行步驟，並體現在UE設計上即可。