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. 如何画英语故事地图
先是把英文翻译成中文。然后画出动作或者需要的场景、人物。画好之后可以选择插图的形式、四格。编号，①、②③④让人看了不容易乱。然后画一个说话框，里面写上英文交谈。
【其实你就可以模仿书，初一的书那些就行。】