1. 如何構建用戶故事地圖
10條件可以為以下是一個用戶故事的樣例，並置運行處理日期
2.3按確認後要一個確認對話框.7 （約束）2.16表可以按每個支付網關生成一份
2.15 （約束）2.4卡號欄目後面要留輸入標注（本）（異）來區分本地卡和異地卡的空間
2.17 （約束）2：
故事2運行處理退款請求故事（優先順序.16 可以退款明細列表 2.11 （約束）2：低）
估算.4輸入卡號提供3個4位輸入第4個不限位數的分割輸入，防止誤操作
2：開發時間 2周
2：銀行退款處理狀態退款請求日期段
2：商戶退款處理狀態退款請求日期段
2。
2.18 （約束）2.10條件可以為.1 獲得某時間段銀行的退款明細 0.5天
2.16表中.8 （約束）2.3處理後退款明細記錄狀態要變更為運行已處理狀態.22 （約束）2.2 分頁顯示某時間段銀行的退款明細列表.14表頭里須含查詢條件信息及總筆數與金額信息
2，提供選擇退款記錄 2.3可以選擇部分或全部明細進行退款處理
2，部分支付網關除基本欄目外，如果要求輸入卡號要輸入2遍復核
2.14 分頁顯示按條件獲得運行已處理的退款明細列表 1：高 技術風險.19 （約束）2.3 運行處理退款 2天
2，利於校對
2.21可回退的退款交易必需是還沒有被財務退過款的.4 （約束）2.21 可以把運行已經處理過的退款交易回退給運行部門重新處理.3可以補充退款信息卡號.16數據組織成execl表格格式
2、姓名信息.10 可以按條件獲得退款明細列表 1天
2.5 （約束）2.13 （約束）不需要查詢還在申請狀態的退款
2.5天
2.6 （約束）2.9 （約束）2.12 （約束）2.5天
2.5天
2.16表可以按每個商戶生成一份
2.20 （約束）2。
2，一些欄目可以配置列印與否
2. 用戶故事地圖2：如何創建故事地圖
1、任務就是我們所做的事；
動詞短語： 故事地圖中幾乎所有描述用戶如何使用軟體的便簽都在使用動詞短語；
項目計劃本身就全部都是各種各樣的任務，包括開發和測試任務等；
用戶任務是構建故事地圖的基本模塊。
2、我的任務和你的不一樣
在思考用戶時，需要牢記一點：
1）用戶在使用軟體時，有不同的目的；
2）用戶會在不同的情況下使用軟體，有時候還必須得考慮其他人和事情的影響等；
3、我只是更注重細節而已
使用目標層級的概念，可以幫助匯總小任務或分解大任務。
按照從左到右的順序組織卡片的擺放形式，先發生的任務在左，後發生的在右。
嘗試指著第一便簽，開始講故事，「首先，我這樣做」；
每一個便簽是一步，隱藏在每個便簽之間是精準連接的那一句「……然後我……」；
故事地圖通過自左向右的敘事流來組織，這種概念是人們講故事最自然的方式；
敘事過程中，找出你可能會錯過的步驟，補充細節。
細節、替代、變化和異常，構成故事地圖的主體。
從左到右審視地圖，會發現有些故事是需要放在一起的，在這些類似任務的上方，放一張顏色不同的便簽，便簽上寫一個動詞短語，使其足夠涵蓋下方所有任務卡片所要表達的意思。
這些標記為更高目標層級的任務稱為「活動」（活動由一群相似的人在相似時間完成的任務組成，旨在達到特定的目標），活動組成故事地圖的主幹。
描述活動的方式和描述任務的方式之間有很大的不同，應當以用戶習慣的方式命名。
只需要通過添加或刪除任務，就可以幫助你達成不同的目標，使用切分來識別和特定結果相關的所有任務和細節。
· 任務是描述人們做什麼事情的動詞短語；
· 任務有不同的目標層級；
· 故事地圖中的任務被布置在從左到右的敘事主線中；
· 地圖的深度包含變化性和替代性的任務；
· 通過故事地圖頂部的活動將各個任務組織到一起；
· 活動構成了故事地圖的主幹；
· 通過切分地圖找出達到一個具體結果需要完成的任務；
1）理清問題：用戶是誰？帶來什麼價值？
2）構建全景圖，廣度優先，而非深度，一公里寬一厘米深。嘗試用故事地圖描述所有內容，包括用戶的痛苦和喜悅。
3）探索。向深度拓展，討論其他類型的用戶，這些人又要做什麼，哪些環節會出問題。使用用戶畫像、原型和實驗不斷優化解決思路，盡量改變和完善故事地圖。
4）制定發布策略。請記住一點：要開發的東西總是太多，聚焦於業務目標的達成和目標用戶，果斷砍掉無助於取悅用戶和幫助公司達成目標最小方案的東西。
5）制定學習策略。你可能已經識別出最小可行產品方案，但是請記住，實際驗證之前，這些都是假設。故事地圖和討論可以幫助我們發現有哪些最大的風險，為用戶群的子集切分更小的MVP實驗，逐漸了解到真正對用戶有價值的東西。
6）制定開發策略。在耐清去掉所有不必要的東西之後，留下的就需要投入開發。根據實現的先後順序，將最小可行方案進一步切分，早期先聚焦於關鍵技術問題和開發風險。
通過建立故事地圖，幫助團隊看到全景圖，做到既見樹木又見森林，這是故事地圖能帶來的最大收益之一。
讓故事生效的兩個最閉世重要的事情：
故事地圖是一個將產品願景轉化為待辦列表的簡單而有效的方法，幫我們理解要開發什麼東西，用戶是誰，價值是什麼。
1）第一級：高層級的使用步驟；
2）第二級：這些步驟分解成每個用戶的角色對應的活動；
3）第三級：這些活動轎畝肢又被細分為具體的用戶故事，格式為」作為<角色>，我想要<功能>，使得<價值>「。
這些用戶故事加起來形成第一份產品待辦列表，在每一層，團隊可以決定哪些細節需要深入研究，哪些依賴團隊需要考慮。
在團隊將細節探索到一個比較合理的水平之後，就可以給待辦列表排優先順序了，細化程度取決於項目規模和項目階段，可細化到活動或故事級別。
通常用簡單的投票方法來決定優先順序，比如在卡片上打點的方式，或者使用卡諾模型來投票，團隊給每個用戶故事打上標簽」基礎型需求「，」期望型需求「，」興奮/刺激型需求「。
3. 如何畫英語故事地圖
先是把英文翻譯成中文。然後畫出動作或者需要的場景、人物。畫好之後可以選擇插圖的形式、四格。編號，①、②③④讓人看了不容易亂。然後畫一個說話框，裡面寫上英文交談。
【其實你就可以模仿書，初一的書那些就行。】