▲點擊 "TCC翻譯情報局" 關(guān)注，回復(fù) "社群" 加入我們

本文共 6069 字，預(yù)計閱讀 16 分鐘

TCC 情報局的 第 38 篇 干貨分享

2021 年的 第 26 篇

TCC 推薦：大家好，這里是 TCC 翻譯情報局，我是李澤慧。什么是用戶旅程？用戶旅程圖又是什么？為什么要使用用戶旅程圖？如何創(chuàng)建真正有效的用戶旅程圖？本文中，作者通過循序漸進的理論講述使讀者可以全面的了解這一強大的工具，并提供了通用的模板和案例，手把手的教你如何創(chuàng)建有效的用戶旅程圖，如此保姆級的教學(xué)案例，快來一起了解一下吧。

圖片來源：Jelvix.com

解決用戶的需求是每個成功的軟件研發(fā)團隊重中之重的工作。團隊通過研究、分析與預(yù)測用戶的需求目標，可以 創(chuàng)建真正有價值與易用性的產(chǎn)品。

但是如何知道軟件產(chǎn)品為用戶提供了真正的價值？

這是每個研發(fā)團隊長期研究的問題，整個項目過程都需要 以用戶為中心。用戶旅程圖 可以在整個項目過程內(nèi)幫助研發(fā)團隊往正確的方向前進。

圖片來源：Jelvix.com

往下閱讀，你就會知道為什么用戶旅程圖能夠給開發(fā)團隊正確的方向指導(dǎo)，以及為什么它能打造成功的、用戶至上的數(shù)字產(chǎn)品。

什么是用戶旅程？

What are User Stories？

用戶旅程是敏捷開發(fā)項目的一環(huán)，其設(shè)計目的在于達成指定性目標。從用戶的角度來看，用戶旅程不是描述產(chǎn)品的功能性，而是 描述實現(xiàn)用戶最終目標的一系列場景故事。用戶旅程使開發(fā)團隊能夠 了解特定的工作單元，了解整個項目如何為目標用戶帶來最終價值。

故事可以用一個或幾個句子概括。其中包括：

• 終端用戶人群

• 用戶的使用目標

• 用戶與產(chǎn)品交互時的場景描述

• 從用戶的使用角度描述產(chǎn)品的主要功能

這是定義用戶故事的基本模板：

用戶旅程的最終版本可能是這樣的（以下為針對關(guān)鍵字工具的案例）：

以上可見，該描述中沒有任何關(guān)于如何開發(fā)與實現(xiàn)用戶故事中相關(guān)功能的詳細信息。

這是一個 完全以用戶為中心的描述，只需要簡單描述人們?nèi)绾闻c數(shù)字產(chǎn)品交互并如何從中獲利。

什么是用戶旅程圖？

What is User Story Mapping？

用戶旅程圖直觀描述了用戶如何創(chuàng)建用戶故事以及故事旅程，它 概述了用戶進行人機交互的體驗。

作為敏捷開發(fā)方法的重要組成部分，用戶旅程圖對 工作排期、工作優(yōu)先級 與 人員分配 起到重大意義與責(zé)任。

此信息應(yīng) 作為指導(dǎo)整個項目團隊（開發(fā)人員、設(shè)計師、項目經(jīng)理等）的框架，并使他們專注于最終用戶的實際需求。

用戶旅程圖的最佳實踐方法是 創(chuàng)建可視化地圖。其目的是 概述用戶的使用體驗，并提供有關(guān)產(chǎn)品功能的更多詳細信息。

用戶旅程圖包含四個層級：

• 用戶類型

• 用戶行為

• 用戶任務(wù)

• 功能觸點（從用戶的角度描述）

這是開始構(gòu)建產(chǎn)品之前的地圖結(jié)構(gòu)（從上到下，從用戶活動開始逐一拆解至具體功能）。

每個行為都對應(yīng)了任務(wù)。用戶是通過每個相應(yīng)任務(wù)下的功能來完成行為的。

例如，要執(zhí)行 A 任務(wù)，產(chǎn)品需要具備 A1 功能和 A2 功能幫助用戶完成。反過來，要完成 A 活動（行為），他們需要能夠同時完成 A 任務(wù)和 B 任務(wù)。

用戶旅程圖的優(yōu)勢是什么？

What are the Benefits of User Story Mapping？

用戶旅程圖，提出能夠關(guān)聯(lián)并幫助終端用戶視角看待產(chǎn)品功能的機會，是一個強大的研究用戶的方法。以下將介紹用戶旅程圖帶來的幾大好處。

1）確保所有成員認知相同

創(chuàng)建用戶旅程圖是產(chǎn)品經(jīng)理 確保每個團隊成員都了解項目目標 的好方法。

如果你在項目開始時就設(shè)計用戶旅程圖，可以幫助團隊了解用戶的實際需求，有助于開發(fā)人員確定對用戶最有用的功能，并優(yōu)先對其進行處理。

2）更有效地安排工作優(yōu)先級

正如偉大的史蒂夫·喬布斯（ Steve Jobs ）曾經(jīng)說過的那樣，專注于某件事并不是要對它說 “是” 。這是對其他數(shù)百種事物說 “不” 。

隨著你的項目不斷發(fā)展變復(fù)雜，說 “不” 可能會越來越難。為避免團隊負責(zé)人提出新的建議，你應(yīng)該與他們一起，從一開始就確認關(guān)注的重點。用戶旅程圖是實現(xiàn)此目標的理想工具，它 簡述了用戶的使用體驗以及與未來項目的交互行為。

產(chǎn)品負責(zé)人可以依據(jù)用戶旅程圖來 決定哪些功能和任務(wù)需要先開發(fā)與實施。如果你在開始工作之前就定義好了用戶故事，就意味著參與開發(fā)過程中的每個人都能從用戶角度出發(fā)。這會讓項目的工作流程變得更順暢。

因此，與你的團隊坐下來，討論用戶的目標，并確定將哪些用戶任務(wù)安排在哪些 sprint（敏捷開發(fā)中的一個 sprint 框架）中。產(chǎn)品負責(zé)人確認需開發(fā)的用戶任務(wù)、用戶流程與目標任務(wù)優(yōu)先級，從而確保工作流程順暢并最終發(fā)揮關(guān)鍵作用。

3）聚焦于產(chǎn)品價值

通過了解用戶如何從產(chǎn)品中受益以及如何與產(chǎn)品進行交互，可以確保開發(fā)中的需求與任務(wù)同用戶需求保持一致。這強調(diào)了 產(chǎn)品對終端使用者的價值。

4）激勵團隊成員進行目標對齊

研發(fā)團隊往往容易忽視終端用戶的使用視角，尤其在項目初期。

不同的利益相關(guān)者可能會提出不同的要求與服務(wù)不同的場景任務(wù)，這很容易導(dǎo)致緊張與沖突。如果將用戶旅程圖明確定義好，也許能阻止這種情況的發(fā)生。

一旦用戶旅程圖創(chuàng)建完畢，便用于指導(dǎo)所有團隊（開發(fā)人員，設(shè)計師等）的高度協(xié)作。因此，用戶旅程圖的創(chuàng)建意味著大家已經(jīng) 達成了共識。一旦用戶旅程圖被項目中的所有團隊開發(fā)和使用，就意味著 每個人都對項目的目標和優(yōu)先級具有共同的認識與理解。

5）提高用戶滿意度

如果你的團隊完成了任務(wù)，開發(fā)出具備市場即可用性的產(chǎn)品，那么人們更有可能使用該產(chǎn)品。從業(yè)務(wù)角度來看，這有助于：

• 提升用戶注冊速度

• 提高用戶留存率

• 提升整體用戶滿意度

另一方面，如果你沒有用戶旅程圖，代表了 缺失用戶相關(guān)的可靠佐證，項目可能存在假設(shè)錯誤的風(fēng)險。

如何創(chuàng)建用戶旅程圖？

How Do You Create a User Story Map？

創(chuàng)建用戶旅程圖需要一些時間。在本節(jié)中，讓我們引導(dǎo)你從頭到尾完成整個過程。

步驟 1：從用戶調(diào)查開始

要為某人創(chuàng)建有用的數(shù)字產(chǎn)品，例如網(wǎng)站、應(yīng)用程序等等，需要盡可能多地了解用戶。這就是為什么需要和你的團隊坐下來討論你所知道的和需要進一步研究的東西。

提出以下問題：

• 產(chǎn)品預(yù)期用戶有哪些？

• 用戶的目標和痛點是什么？

• 產(chǎn)品的用途是什么？

• 我們試圖解決哪些問題？哪些功能適用于這些問題？

• 用戶將從產(chǎn)品中得到什么？

• 產(chǎn)品對用戶的最終價值是什么？

• 我們能以多快的速度開發(fā)這些功能，最終完成這個項目？

記住 讓所有團隊負責(zé)人和潛在合作者都參與進來。

合作的人越多，一同為項目明確共同目標，以后遇到的沖突和問題就越少。

本次研究和討論會應(yīng)在明確回答這些問題后結(jié)束。每個人都應(yīng)該了解哪些人是最終用戶以及他們的目標是什么。

如果有機會，請使用以前的故事地圖版本，或來自類似產(chǎn)品的可用性測試結(jié)果。因為它們可以確保用戶旅程圖與真實用例相似。

許多人依賴可用性測試得到準確的用戶旅程圖。無論是研究還是測試，許多公司都會進行 4 到 20 次測試。

所以，一定要 深入挖掘數(shù)據(jù)，找出用戶喜歡什么。至少進行 4 次測試，但是如果覺得對用戶的理解不夠完美，那么可以考慮更多的測試。

步驟 2：概述用戶需求

這是用戶旅程圖的第二級，包含 最終將作為產(chǎn)品功能的用戶需求。這個部分被稱為 “用戶行為”，用于顯示用戶需完成的操作步驟。該部分為地圖其余模塊提供非常重要的指導(dǎo)信息。

開始定義用戶需求，寫下 用戶可能需要用產(chǎn)品實現(xiàn)的最重要目標。假設(shè)這些用戶行為非常符合關(guān)鍵字工具的使用場景。

假設(shè)在研究了你的目標用戶數(shù)字營銷人員或企業(yè)主之后，你發(fā)現(xiàn)他們需要完成這四項基本活動：找到相關(guān)的關(guān)鍵字、生成關(guān)鍵字想法、尋找關(guān)鍵字的競爭者、理解關(guān)鍵字的指標。

以上用戶行為最有價值，這就是你需要首先關(guān)注它們的原因。你需要 按照用戶使用產(chǎn)品的時間順序排列這些行為。此外請記住，還需補充與帳戶創(chuàng)建、管理、刪除等關(guān)鍵節(jié)點行為。

以下是使用關(guān)鍵字工具可能采取的步驟詳細列表：

• 注冊賬戶

• 輸入付款信息

• 查看相關(guān)關(guān)鍵字研究的教程

• 向帳戶添加更多詳細信息，提升個性化的觀看體驗

• 查找相關(guān)關(guān)鍵字

• 產(chǎn)生更多的關(guān)鍵字想法

• 將關(guān)鍵字想法保存為PDF報告

• 找出競爭對手使用的關(guān)鍵字詞條

• 通過工具提示了解關(guān)鍵字的指標，如流量。

  
  

如你所見，這幾乎就是整個用戶工作流程或他們的 “旅程”，這將是用戶旅程圖的 “主干”，你將 使用它來定義產(chǎn)品的功能和用戶體驗。在列出所有任務(wù)的清單之后，一定要 確定它們的優(yōu)先級，這樣團隊領(lǐng)導(dǎo)就知道如何組織工作。

步驟 3：將行為拆解為任務(wù)

用戶旅程圖的下一個層級是 用戶任務(wù)。這些是 用戶完成行為時所需完成的任務(wù)。它們包括產(chǎn)品中的特定功能。你需要將行為分解為任務(wù)，并從用戶的角度對其進行描述。它們中的大多數(shù)都過于復(fù)雜和耗時，無法在一個 sprint 中完成。

將任務(wù)放在與之相關(guān)的行為活動下面，并按照團隊認可的順序進行整理。這有助于理解每個任務(wù)如何支持每個目標。

一個行為可能存在多個任務(wù)，但請限制任務(wù)于故事地圖上的數(shù)量，以避免操作流程過于復(fù)雜。

步驟 4：優(yōu)先排序、劃分和拆分

案例的用戶旅程圖看起來干凈整潔，因為它只包含 4 個活動和 8 個任務(wù)。而大多數(shù)情況下，項目經(jīng)理的最終產(chǎn)出物會包含 10 多個活動和 30 多個任務(wù)，因此地圖可能看起來相當(dāng)混亂。

這就是你下一步要解決的問題。意思是：

• 選擇對用戶最重要的活動和任務(wù)

• 為任務(wù)創(chuàng)建類別，即 “關(guān)鍵字搜索”、“文件導(dǎo)入”、“關(guān)鍵字分析”

當(dāng)然，你可以隨意做出你認為合適的修改，以使地圖更符合邏輯、更清晰、更易于遵循。

步驟 5：地圖的迭代更新

用戶旅程圖的最終版本應(yīng)該為你 提供一個簡單的產(chǎn)品指南，使項目 真正以用戶為中心。

如果團隊同意，并且研究結(jié)果能提供理論支持，那就去做吧。

用戶旅程圖模板

User Story Map Templates

如果你需要一個用戶旅程圖的模板，請隨意享用這些例子。

模板 1

用戶旅程圖的模板就是我們在本文中一直使用的模板。它幾乎是一個地圖的經(jīng)典樣式，包含四個級別：用戶類型、用戶行為、用戶任務(wù) 和 產(chǎn)品功能。

你可以在與團隊討論項目時，使用舊便簽條來創(chuàng)建此地圖。這樣以后就更容易改正了。不過，最終版本需要以電子格式保存，以便與參與項目的每個人輕松共享。

優(yōu)點：

• 提供完整的用戶故事概述

• 詳細、可隨時擴展新的內(nèi)容

缺點：

• 僅包括有限數(shù)量的產(chǎn)品用戶類型

模板 2

這里有個和之前相比更簡化的、不同格式的模板示例，在規(guī)劃的初始階段，它表現(xiàn)得更好。你可以在第一次與團隊會面時分發(fā)此模板。讓每個人都 寫下自己的想法并進行討論。

如你所見，該模板非常適合討論多個用戶的旅程。

優(yōu)點：

• 最適合讓每個開發(fā)人員在用戶故事開始時，參與用戶旅程的頭暴

• 包含多個預(yù)期用戶

缺點：

• 不適合繪制整個用戶旅程

需避免 4 類常見的錯誤狀況

4 Common User Story Mapping Mistakes to Avoid

如果做得正確，是項目成功的必備條件。然而，如果負責(zé)繪制地圖的項目經(jīng)理未能正確進行研究，那么將錯過設(shè)計出用戶至上產(chǎn)品的寶貴機會。下面是常見的用戶故事地圖錯誤。

1）用戶研究不足

一些項目經(jīng)理將調(diào)研方向 限制在關(guān)注目標用戶的基礎(chǔ)信息。這增加了開發(fā)人員開發(fā)出無意義產(chǎn)品功能的可能性。除此之外，開發(fā)團隊可能很難理解目標用戶的真正目標和動機。

為了避免這種情況，研究真實人群的需求，而不是 “特殊用戶”。

使用調(diào)查、訪談、案例研究、用戶畫像 等一切覺得有用的方式。這些用研方法是最好的，因為它們提供的是真實世界的數(shù)據(jù)，而不是刻板印象的或常識性的知識。

2）創(chuàng)建的用戶故事過于模糊

一個沒有 給出足夠細節(jié) 的用戶旅程實際上是無用的。例如：“作為一個內(nèi)容創(chuàng)建者，我需要一個好的關(guān)鍵字工具，來獲取更多的關(guān)鍵字詞條?！?/span>

雖然它有目標用戶和產(chǎn)品，但它并沒有真正解釋用戶為什么需要關(guān)鍵字工具以及如何從中受益。遵循故事地圖的模板，避免使用諸如 “好”、“有效” 或 “強大” 之類的模糊詞。

3）未讓團隊成員參與用戶故事的撰寫過程

如果沒有開發(fā)人員、設(shè)計師、用戶體驗作者和團隊的其他開發(fā)產(chǎn)品成員，創(chuàng)建一個詳細而真實的故事地圖幾乎是不可能的。編寫用戶故事也是同理。

這就是很多項目經(jīng)理犯錯誤的原因。未讓團隊成員參與用戶故事的撰寫，他們將冒著最終研發(fā)出的產(chǎn)品缺少關(guān)鍵功能這個風(fēng)險。

為了避免這種情況，需要 召開一次關(guān)于用戶故事和體驗過程的會議。分享你的研究成果，努力 讓每個參與項目的人都參與進來。

4）過于技術(shù)性或驗收標準模糊

驗收標準列表 是用戶旅程的一環(huán)。它描述了產(chǎn)品的目標用戶為實現(xiàn)其主要目標所需努力的方面。

在編寫驗收標準時，項目經(jīng)理通常會犯兩個錯誤：

第一個錯誤是使它們過于技術(shù)化

以至于只有開發(fā)人員才能正確理解。下面是一個關(guān)于通知功能過度技術(shù)性的標準示例：

“作為關(guān)鍵字工具的使用者，我希望能夠輕松配置通知設(shè)置，以便在進行更新時接收通知?！?/span>

沒有用戶會這么說，所以此類驗收標準肯定是一個 缺乏對用戶進行調(diào)研 的警示信號。它顯然是從開發(fā)人員的角度考慮產(chǎn)品功能的。

另一個常見的錯誤是制定模糊的標準

如：“作為一個用戶，我需要一個優(yōu)秀的關(guān)鍵字產(chǎn)品功能來進行定制化我的關(guān)鍵字調(diào)研結(jié)果。”

這對開發(fā)者來說基本上沒有什么意義?！皟?yōu)秀” 對用戶意味著什么？什么是 “定制化”？為了 避免與你的團隊發(fā)生混淆以及陷入長時間、不必要的討論，請與他們一起制定驗收標準，并使用清晰的字段表達所有內(nèi)容。

整合運用知識

Putting it all Together

只有通過 調(diào)研手法 和 預(yù)測用戶的需求，才能創(chuàng)造出受歡迎的數(shù)字產(chǎn)品。沒有足夠的用戶所需信息，會導(dǎo)致出現(xiàn)不必要的和不關(guān)聯(lián)的產(chǎn)品功能（或者更糟糕的是，缺少必要產(chǎn)品功能）。設(shè)計用戶故事地圖是避免這種情況的好方法。

希望本文能為你提供足夠的信息，讓你了解若 設(shè)計一個以人為本且具備意義與關(guān)聯(lián)性的產(chǎn)品，要如何創(chuàng)建它的用戶故事地圖。所以，輪到你來創(chuàng)建你的故事地圖了。開展你的調(diào)研，最終用戶會用高參與度和對產(chǎn)品的良性評價來回報你。

原文：https://uxplanet.org/user-story-mapping-templates-and-examples-e3c5e3c0c18b

作者：Sasha Andrieiev

譯者：劉昱茜

審核：徐曼鷺、張聿彤

編輯：徐小淇

本文翻譯已獲得作者的正式授權(quán)（授權(quán)截圖如下）

往期精選文章：

英雄聯(lián)盟設(shè)計師揭秘游戲行業(yè)的用戶體驗設(shè)計師角色

案例研究｜康奈爾大學(xué)副業(yè)社區(qū)網(wǎng)站設(shè)計

Web Vitals —— 谷歌的新一代 Web 性能體驗和質(zhì)量指標

網(wǎng)頁設(shè)計師能從日式美學(xué)中學(xué)到什么？

案例研究｜一款為你帶來難忘體驗的美食 APP

如何制作打動面試官的作品集，這里有一份完整的指導(dǎo)手冊

如何做好用戶體驗項目？從一個好計劃開始

如何建立設(shè)計系統(tǒng)

如何把握不同層級用戶的需求：回歸本質(zhì)，打磨信息架構(gòu)

TCC 視野｜2021 年用戶體驗設(shè)計趨勢分析

- 設(shè)計師自習(xí)社區(qū) -

TCC 設(shè)計情報局歡迎小伙伴加入，一起交流設(shè)計知識，了解全球設(shè)計資訊，鍛煉英文能力，發(fā)掘更多可能性～

添加小助手微信，備注「社群」，即可加入讀者群。