很多人混淆了用戶案例和故事，但實際上它們是不同的概念。他們可能有一些類似的功能。例如，收集有關用戶需求和目標的信息。但它們是為不同的目的而設計的。本文詳細討論了這兩個概念以及它們的不同之處。文章還強調了這兩個概念對企業的用法和實用性。本文旨在為讀者提供幫助，並幫助他們深入了解該主題。
什么是用例？
你有沒有覺得你想象的產品和你開發的產品有很大的不同？或者最終版本中缺少您想要的功能。許多產品人員可以與這些問題聯系起來。這有助於理解為什么企業首先需要一個用例。
簡單來說，用例是對使用特定流程的人將如何實現目標的描述。用技術術語來說，它是對系統和參與者之間交互的描述。此過程的產品是一個文檔，其中包含用戶為實現目標而遵循的所有步驟。
例如，您是一位計划制作門的木匠。此場景的用例將包括木匠為實現目標而采取的所有步驟。整個文檔將有助於研究該過程的缺陷和錯誤。
產品團隊在各種情況下使用用例。它用於設計、測試和開發。此過程還有助於制定用戶幫助手冊應如何設計的粗略大綱。通過這個過程，錯誤和其他缺陷也被最小化。
用例的整個過程都有一定的關鍵術語。這些術語是整個過程的基礎，並提供了支柱。
- 參與者：這是與系統交互的人或一群人。他們是系統的用戶。
- 目標：這是設計用例的結果。它通常是這個過程的最終結果。
- 系統：這包括為實現既定目標而遵循的所有步驟。
這三個基本術語並不適用於所有情況。每個項目、模型和環境的復雜性都不同。對於復雜的產品，在用例中使用了許多其他術語。其中一些條款是：
- 利益相關者：對用例結果感興趣的所有各方。它不必只是用戶。
- 觸發器：是用例開始的所有事件。
- 前提條件：它是案件發生所必需的所有因素的組合。
從技術角度來看，用例是對開發人員指南的詳細描述。它提供了開發人員需要在系統中包含的內容的想法。這也給了開發人員一種工作方向感。
同樣重要的是要注意，在創建用例時，您不應該只涵蓋理想場景，還應該准備替代路徑：
- 主要成功場景 [基本流程] – 沒有任何問題的用例。
- 替代路徑 [替代流程] – 這些路徑是主題的變體。當系統級別出現問題時會發生這些異常。
什么是用戶故事？
在描述了用例之后，讓我們繼續討論用戶故事。
用戶故事是對用戶需求的簡單描述。這些故事是從最終用戶的角度編寫的。用於用戶故事的語言非常非正式且易於理解。
用技術術語來說，它是從最終用戶的角度對功能的描述。這個故事用於敏捷軟件開發。它幫助產品團隊識別他們的用戶和需求。它還有助於將所有復雜性分解為簡單易懂的單詞。
用戶故事也是記錄用戶需求的一種簡單方法。它有助於確定一些重要的問題。諸如功能的人物，內容和原因之類的問題。所有這些描述都是為了將重點從寫作轉移到討論功能上。它可以幫助簡化整個過程並提高效率。
用戶故事有一個大綱很重要。首字母縮略詞INVEST廣泛用於此目的。它有助於檢查是否已滿足所有要求。
- 獨立：不依賴其他項目
- 面議：留有進一步發展空間
- 有價值的：描述最終用戶將獲得的價值。
- 可估計的：應該對它們進行估計，以便制定適當的計划。
- 小：工作應該足夠小，可以在 3-5 天內完成
- 可測試：一些檢查流程價值傳遞的機制
既然已經詳細描述了這兩個概念，您可能會覺得它們是相同的。這兩個概念之間的重疊從遠處可見，但在附近不可見。盡管它們對產品團隊的重要性是相同的。它們都是整個開發過程的重要組成部分。
為什么要創建用戶故事？
用戶故事是定義用戶想要什么的簡單方法。通過它可以清楚地解釋產品。一個好的用戶故事將幫助所有利益相關者理解產品的功能。它還有助於向客戶介紹產品是什么。
用戶故事可以幫助簡化項目
這意味着一個更大的目標可以分成更小的可實現的目標。這有助於更有效地完成項目並減少時間浪費。較小的可實現目標意味着與您的目標幾乎沒有偏差。
讓每個人都在同一個頁面上
他們簡單的語言意味着每個人都可以理解。技術和非技術成員都使用它作為交流的媒介。它還有助於吸引每個利益相關者。用戶故事的性質引發了不同利益相關者之間的產品討論。
提供目標感
通過明確定義產品的目的，用戶故事為整個使命提供了目的。它還使開發團隊更容易完成任務。由於用戶故事，開發人員知道他們為什么要生產產品。這有助於增加動力。
幫助定義整個產品
它為開發團隊提供了開箱即用的自由思考。然后，團隊可以根據優先級組織不同的想法。優先級標准可能取決於用戶價值和復雜性等因素。這意味着即使是瘋狂的想法也不會被排除在流程之外。它們可以被賦予較低的優先級並進行相應的處理。
鼓勵以用戶為中心的方法
這種方法給最終用戶很大的權力。這意味着一切都是從一開始就考慮到最終用戶而設計的。讓它成為原型、MVP或新功能，用戶故事可幫助您將用戶保持在焦點的中心。這些故事使產品團隊與用戶想要的東西保持一致。這些故事不斷提醒我們滿足用戶需求。因此，由於用戶故事，用戶滿意度最大化。
用戶故事與用例的示例
讓我們以電動汽車租賃應用為例。
想象一個應用程序，您可以在其中列出和租用大城市的所有電動汽車選項。用戶的目標是選擇並成功租用電動汽車。
用例示例
用例名稱：下訂單
演員：
- 購物者
- 履行系統
- 計費系統
基本用例描述：
- 用戶選擇要租用的物品
- 用戶提供付款和運輸信息
- 用戶訂購商品
- 系統以確認訂單和用戶可以用來檢查車輛的租用號碼作為響應。
- 該系統還將為用戶提供剩余租用時間的倒計時。
- 用戶可能已經擁有該公司的帳戶，其中包含帳單信息。
替代流程是：
- 用戶選擇要租用的物品
- 用戶提供付款和運輸信息
- 用戶改變主意並選擇另一輛車
- 用戶刪除購物車
- 用戶選擇新項目
- 用戶下單
- 系統以確認訂單和用戶可以用來檢查車輛的租用號碼作為響應。
- 該系統還將為用戶提供剩余租用時間的倒計時。
- 用戶可能已經擁有該公司的帳戶，其中包含帳單信息。
用戶故事示例
作為用戶，我想將信用卡鏈接到我的個人資料，以便我可以更快、更輕松且無需現金支付租金。
作為服務提供商，我想在應用程序中添加我的車輛照片，以便吸引更多用戶。
作為用戶，我希望顯示幾輛可用的車輛，以便我可以選擇最適合我的選項。
用戶故事與用例之間的區別
用戶關注與技術關注
起草用戶故事以解釋用戶的需求。它突出了用戶在日常生活中面臨的一個問題。該草案的語言非常簡單。它的開發是為了讓所有利益相關者保持在同一頁面上。另一方面，用例僅為產品團隊開發。它讓團隊了解軟件應該實現的目標。它還強調了開發人員制作軟件需要遵循的所有步驟。出於這個原因，用例包含比用戶故事更多的細節。
一般與深入
用戶故事是許多用戶與軟件交互的簡化形式。用例與用戶故事相關是非常具體的。它們描述了任何系統的特定用戶操作。
簡短與詳細
用戶故事遺漏了很多細節。這是因為它提供了討論和改進的空間。用戶故事的這一方面是經過深思熟慮的。這鼓勵利益相關者發起討論並改進產品。另一方面，用例是特定的。它們詳細描述了開發人員將遵循的所有步驟。通常沒有討論的余地。
用例是在用戶案例之前開發的。在大多數情況下，它們是由用戶交互開發的。一個用戶故事可以產生多個用例。所有這些用例的組合產生了詳細的文檔。本文檔描述了所有軟件和用戶之間的交互。
用戶故事和用例的相似之處
兩種方法之間最大的相似之處在於關鍵組件。用戶故事具有用戶角色、目標等組件。用例也具有類似的概念。它包括參與者、前置條件和其他條款。因此，這兩個概念在解決問題的方式上變得相似。
何時使用用戶故事與用例？
用戶故事在產品開發中有很多用途。它們在用例之前用於開始以客戶為中心的對話。這種對話意味着客戶模型有更大的改進空間。它有助於為整個概念提供清晰度。用戶故事確保沒有無用的細節進入整個過程。這也確保了從流程開始就設定目標。因此，用戶故事提高了效率。
有幾個地方可以使用用例。它們可用於記錄當前系統的過程。通常，當現有系統更新時，它們會帶來很多技術問題。用例有助於理解現有系統的大局。因此，可以在進行任何更改之前避免問題。
用例的另一個用途是開發新系統。它有助於提供開發人員需要遵循的所有步驟的詳細描述。它還有助於定義用戶目標和簡化開發過程。
包起來
到目前為止，您知道用戶故事和用例的全部內容以及它們的用途。這些概念有助於成功的產品。
