如何使用用戶故事最佳實踐防止功能蔓延

作為更大的數字產品敘述的一部分，在整個設計過程中處理用戶故事有助於設計師專注於改進用戶體驗。 清晰的用戶故事可以幫助將人置於設計過程的中心，與產品的目標受眾產生共鳴，並產生更適合人們生活的想法。

產品設計師多久會發現自己處於眾所周知的“本末倒置”的境地？ 隨著項目的啟動，我們制定了技術細節以及我們將如何交付它。 定義開發框架，確定目標設備，設置屏幕尺寸，然後團隊開始創建解決方案，隨機添加產品功能。

在這個過程中，我們瘋狂地生成了大量的 UX 工件：情緒板、站點地圖、用戶流、角色和移情圖等等。 船已裝載，但航行時沒有舵或地圖。 然後有一天，我們一覺醒來，突然想到，“我們為什麼要製造這個產品，我們如何定義它的功能，以及我們如何確定它們的優先級？ ”

經典的警鐘。

可怕的“功能蠕變”正在我們的眼皮底下悄悄靠近。

幸運的是，有一種對策可以對抗它。 這是一種稱為用戶故事的設計策略。

用戶故事是產品團隊的一種協作設計技術，採用敏捷軟件開發方法。 敏捷團隊通常專注於在衝刺期間實現小目標。 他們強調速度、目標和結果，而不是大量的文檔，因此是用戶故事的概念。

對於大多數敏捷團隊來說，用戶故事是增量軟件交付的主要工具。 敏捷聯盟

什麼是用戶故事？

用戶故事描述了用戶想要完成的事情。 用戶故事可以幫助設計師和開發團隊專注於用戶需求，而不是陷入添加產品功能的狂熱中。

用戶故事簡短、具體且以目標為導向。 這是一個從用戶的角度構建的單句語句，具有以下結構：

“作為（用戶類型），我想要（目標），以便我可以（獲得利益）。 ”

用戶故事使團隊能夠在整個開發過程中就項目進行更好的對話。 它有助於防止功能蔓延，因為與他們合作有助於共同理解團隊正在嘗試構建的內容以及原因。

如果說有什麼原則對用戶界面設計和人機交互領域的人來說是神聖的，那就是了解你的用戶。 尼爾森諾曼集團聯合創始人兼名譽校長唐諾曼

在設計和敏捷之間對齊用戶故事

用戶故事是開發人員理解的概念。 無論是在項目開始時還是在產品開發期間，設計師都可以通過處理用戶故事更有效地與開發人員協作。 可以一起計劃產品功能，優化開發並明確團隊應該關注的結果。

也就是說，許多設計師並不認同敏捷和 UX 可以很好地結合在一起的想法。 其中一個信念是，兩種不同的驅動力和時間線不能很好地協調一致——用戶故事並不容易融入整體設計過程，因為在開發過程中，重點是短期交付週期。 另一個概念是，用戶故事作為一種設計方法還不夠充實——它們缺乏考慮大局的視角：用戶體驗的整體性。

這些信念在某種程度上是有效的，但也是被誤導的。

讓我們淨化一下空氣。 首先，設計師需要認識到處理用戶故事是一個協作設計過程。 雖然它可能與開發方面的敏捷衝刺不完全一致，但在與開發人員合作時，它們可以成為更廣泛的異步設計過程的一部分。 用戶故事還使位於不同位置的團隊更容易進行協作。

其次，用戶故事是以人為中心、以活動為中心的設計的重要組成部分。 而不是專注於添加越來越多的產品功能——眾所周知的“功能蔓延”——用戶故事讓它成為現實。 用戶故事是人們執行的每項活動的背後，這些活動由任務組成，而任務又是一系列動作。 因此，產品是在對用戶活動有深刻理解的情況下開發的。 使用用戶故事非常適合設計令人愉悅的用戶體驗的整體努力。

產品測試和用戶體驗指標的用戶故事

明確陳述的用戶故事為偉大產品設計的各個方面提供動力。 定期重新審視用戶故事並檢查特定用戶目標是否可以實現——給定用戶故事的驗收測試——將有助於產品團隊保持在正軌上。

企業經常花費大量時間和金錢來構建客戶不需要或不想要的產品，從而浪費時間和資源。 這些產品可能是善意的，但它們失敗了，因為它們沒有以消費者理解的方式解決可識別的需求。

通過用戶對潛在客戶的產品測試，產品團隊可以了解產品是否解決了明確可識別的需求。 這是衡量成功的一種方式。 根據定義明確的用戶故事構建和測試原型，設計師可以衡量任務完成時間和成功率。 不僅在早期產品設計階段，而且在整個產品開發生命週期中。 這樣做，團隊可以看到產品在滿足客戶需求方面是否越來越好。

此外，用戶故事可用於定義 UX 成果（由 UX 成功指標評估），並幫助設計師使用 UX 進度指標檢查產品的演變。

• UX 結果使每個人都了解正在構建的內容。
• UX 成功指標告訴團隊何時完成結果。
• UX 進度指標使團隊能夠在此過程中跟踪和評估進度。

如何生成出色的用戶故事

用戶故事的創作始於從用戶研究洞察中提煉出來的人物角色。 對人物角色的深刻理解將幫助設計師創建與更大的用戶目標相關的有意義的故事。 在這個過程中，可以發現未滿足的用戶需求，並構建產品敘述（稱為敏捷中的史詩）。

設計師可以採用由角色和用戶目標驅動的大量用戶體驗敘述，並將它們分成更小的部分：用戶故事。 例如，假設我們正在開發一個移動銀行應用程序。 Epic 的目標是“隨時隨地管理資金”。 然後可以將這個更大的用戶目標拆分為更小的用戶故事，例如：

• 作為一個企業主，我想做手機存款，這樣我可以節省時間。
• 作為企業主，我想在旅途中申請貸款以更快地獲得信貸。
• 作為企業主，我想通過應用程序檢查我的帳戶以掌握我的財務狀況。

我們如何想出這樣的用戶故事？ 通過採用各種 UX 研究技術，例如陰影（一種觀察技術）、日記研究和用戶訪談。 或者，設計師可以使用產品分析來識別用戶行為模式並揭示驅動這些模式的底層結構。

例如，通過觀察事件流，數據可能會顯示幾個任務無法完成。 任務開始了，取得了進展，但是任務中間的意外退出表明，他們沒有得出結論。 這種模式會導致人們在沮喪中放棄，因為該產品沒有提供一種簡單的方法來完成一組協調的任務。 有洞察力的 UX 設計師會發現問題，通過更多的用戶研究進行調查，重新設計未執行的產品功能，並再次測試任務完成情況。

如何編寫用戶故事並確定其優先級

誰編寫用戶故事？ 傳統上，編寫用戶故事一直是產品經理推動開發的責任（通常在團隊中沒有設計師的情況下）。 但是，當團隊中有設計師時，最好由設計師編寫。 他們進行了用戶研究，並且最熟悉用戶角色及其需求​​。

作為一種技術，用戶故事應該是緊湊和輕便的，允許團隊快速構建產品。 如前所述，它們需要從用戶的角度寫成一個簡單的一句話陳述：“作為（用戶），我想（做某事/目標）以便我可以（達到預期的結果）。 ”

以這種方式創建的用戶故事有助於證明添加到產品中的每個功能的合理性，並將每個設計決策背後的基本原理放在首位：“我們為什麼要做我們所做的事情。 ”

要編寫出色的用戶故事：

• 它應該是清晰的、重點突出的和可操作的。
• 它應該以一種有價值的方式捕捉故事。
• 它可以轉化為產品功能。
• 它有一個驗收測試（目標實現了嗎？）。

編寫完成後，用戶故事需要優先排序到矩陣中。 產品經理熟悉的東西，優先矩陣有助於確保產品團隊首先關注最具影響力的功能。 對於設計師來說，這意味著優先考慮為客戶提供最大價值的用戶故事。

有幾個方面會影響用戶故事的優先級指數：

• 經營目標。 一個直接影響公司收入的用戶故事應該比僅僅需要的用戶故事獲得更高的指數價值。
• 功能依賴。 如果多個用戶故事只能在特定故事之後實施，則後者變得至關重要並獲得更高的索引值。
• 開發時間。 如果開發團隊將用戶故事評估為快速實施且對實現業務目標至關重要，那麼該故事將獲得更高的指數值。

用戶故事在設計中的好處

使用用戶故事框架可確保產品僅具有用戶需要的功能，而不是產品團隊希望他們根據假設使用的功能。 換句話說，使用用戶故事可以防止功能蔓延。

使用用戶故事有幾個好處：

• 提供通用語言。 用戶故事成為整個開發團隊的通用語言，消除了對解決方案和功能的關注。 相反，他們圍繞要實現的目標展開討論。
• 促進合作。 它們激發了用戶、設計師和開發團隊之間的協作。
• 實現共同理解。 它們通過使用共同語言幫助發展對用戶需求的共同理解。
• 增加透明度。 它們促進了團隊成員之間的開放性，從而增強了信任。
• 它們是全面的和有凝聚力的。 為了掌握項目，將項目需求翻譯成用戶故事相對容易。 瀏覽用戶故事比列出功能和功能要求更能明確地了解“項目是什麼”。
• 提供靈活性、可訪問性和可管理性。 與其他文檔相比，用戶故事在概念上很簡單，而且創建速度很快。 用戶也可以參與他們的生成，利益相關者可以毫不費力地編輯用戶故事或添加他們自己的故事。
• 改變項目視角。 用戶故事將項目的視角從潛在的隨機和抽象需求列表轉變為以用戶為中心的活動的表示。
• 促進最高價值的交付。 它們有助於提供以客戶為中心的功能，從而產生最大的利益。
• 提供清單。 它們可以針對成功的任務完成進行測量。 如果用戶無法完成任務，則產品失敗。

使用用戶故事映射更好的產品設計

設計師不應該僅僅依靠用戶故事來驅動產品設計——一個全面的產品設計過程涉及許多其他方法和工件。 整合良好的用戶故事應該像拼圖一樣相互補充，構成整個產品的用戶體驗。 相反，脫節的用戶故事會擾亂用戶體驗的凝聚力。

完全依賴用戶故事來驅動設計時的其他潛在問題：

• 缺乏上下文（忽略整體用戶體驗結果）
• 沒有完整感（不確定是否涵蓋更大的目標）
• 混淆用戶故事和用例
• 不發展產品（用戶故事不是固定的，它們往往會隨著時間而改變）

構建用戶故事地圖有助於我們關注全局——將產品作為一個整體，而不是短視地關注單個故事。 Jeff Patton，《用戶故事映射》一書的作者

概括

在設計中使用用戶故事為設計人員提供了交付設計良好的產品所需的關鍵度量。 遵守用戶故事框架的原則也意味著永遠不要將設計元素放在沒有相應用戶故事的 UI 中。

用戶故事的吸引力在於它們確定了功能需求，但沒有規定如何設計產品以滿足這些功能需求。 在給出解決方案之前，他們首先關注問題。

設計師應該將用戶故事視為產品設計中有價值的構建塊，映射用戶故事以創建有凝聚力的用戶體驗，並採用用戶故事最佳實踐。 它將防止功能蔓延，使產品團隊能夠交付設計更好的產品，並使設計師能夠創建具有順暢、令人愉快的用戶體驗的產品。

讓我們知道您的想法！ 請在下方留下您的想法、評論和反饋。

• • •

進一步閱讀 Toptal 設計博客：

• Figma 作為設計工具的力量
• 通知設計綜合指南
• Make It Count——衡量用戶體驗的指南
• 心靈之眼——數據可視化心理學