共计 2577 个字符，预计需要花费 7 分钟才能阅读完成。
摘要： 那有什么简便的方法能让团队成员疾速共创起来呢？置信大家都会统一认为，具备一个框架并且有清晰指引的形式是最简略的。明天笔者就给大家介绍一种四两拨千斤的方法 - 用户故事地图。
用 DevOps 拥抱变动的世界，2020 年 11 月，中国 DevOps 社区峰会在成都举办，多位业内大咖齐上阵，继续推动 DevOps 静止在国内的倒退。华为云 DevCloud 资深产品经理受邀分享主题“如何让团队在高度共识中实现需要与设计沟通”，介绍针对我的项目需要设计中经常出现的我的项目团队需要了解不统一、需要共识不到位，从而导致需要返工、我的项目延期、团队成员积极性不低等问题的应答计划。
在日常项目管理的需要设计中，置信大家都会遇到许多的为什么：
1. 为什么需要不合乎用户的想法啊？
2. 为什么需要研发总是延期呢？
3. 为什么我的项目团队总是对需要无奈达成共识呢？
…
面对以上如此多的为什么，那本源到底是在哪里呢？笔者曾经验过软件工程师、项目经理、产品经理等多个角色，因而也与以上多个角色的对立面进行过强烈 PK，比方做软件工程师时，与产品经理的互黑；做项目经理时，又常常剧烈驱逐团队减速交付进度；做产品经理时，会通过各种画饼单向洗脑研发交付团队。起初仅从该角色为出发点，以本人的观点来了解并试图压服其余角色与本人达成统一。但此时问题就凸显进去了：
1. 需要各自了解的不统一。
2. 尽管了解了需要，然而心理不服啊，会认为这需要没啥价值，随随便便做完就 OK 了。
3. 最大的问题是，用户爆炸了，这是做的啥啊？
4……..
很多诸如此类的问题，究其根因就是单向沟通造成的，大家没有达成共识，没有充沛了解用户的需要。要解决此类问题，就须要大家独特参加需要的设计，使得大家对问题达成共识，彼此有充沛的了解，调动大家积极性一起从多个视角、全方位了解问题并达到翻新。这好比就是蜘蛛侠一个人战斗，始终也会变为灰色的蜘蛛。但如果到了复仇者联盟就会能量大暴发。
那有什么简便的方法能让团队成员疾速共创起来呢？置信大家都会统一认为，具备一个框架并且有清晰指引的形式是最简略的。明天笔者就给大家介绍一种四两拨千斤的方法 - 用户故事地图。
什么是用户故事地图？
用户故事地图定义
用户故事地图就是通过故事化 + 图形化的形式将用户需要活泼的展示在团队背后，让团队能够全面梳理、探讨，确认 story 蕴含的内容。它从用户视角理解产品流程，能够帮忙咱们找到用户的痛点、发现产品存在问题的阶段，从而对症下药地进行优化，因而它非常适合产品需要的共创性设计。用户故事地图要求所有相干角色都须要参加，包含：产品经理、研发经理、软件工程师、设计师、用户，有时可能还须要高层领导的参加。
总之， 请牢记这是一个全员参加设计，从多角度发现问题，洞察需要的过程。
从望闻问切的角度把脉用户，一个规范的用户故事地图个别蕴含以下三大组成部分：
1) 用户： 用户画像（persona）、用户指标（user goals/needs）；
2) 用户和产品： 用户行为（doing）、触点（touch point）、想法（thinking）、情绪曲线（feeling/experience）；
3) 产品机会： 痛点（pain point）、机会点（opportunities）。
如何绘制用户体验地图？
依据之前介绍，整个用户故事地图其实就是一个我的项目团队与用户独特拼图的过程，集思广益把上述所有用户故事地图须要填写的信息全副填写进去，没有简单的合作流程，没有太多的步骤。制作一信息个用户故事地图分为四个步骤：
上面咱们以“华为开源镜像站产品的设计需要”来阐明如何制作用户故事地图，为了阐明制作过程，对相干的信息做了裁剪和形象。（华为开源镜像站是华为云提供的一个开源组件：https://mirrors.huaweicloud.com/）
1. 用户定义
用户定义次要的目标就是能勾画出用户画像，找到用户的基本特征、行为特点、用户指标，要十分分明本人的产品是为谁设计。用户定义的方法能够如下所示，首先挂出一个典型人物的头像，定义姓名。而后从人口属性、行为特点、用户指标等几个维度别离进行重点形容。
2. 骨干故事
依据用户画像，明确用户要实现的工作阶段及用户指标。在案例中，用户的指标就是用户在整个下载镜像并注册为华为云会员的过程中的要求或需要。列出用户指标，能够让咱们真正思考用户在每个环节，想要的是什么。比方镜像站用户的应用过程和指标如下：
3. 拆解故事
1）梳理用户行为和接触点：
依据用户次要故事和指标进行用户故事的拆解，这里次要设计触点、用户行为、欠缺对用户情绪与心理的剖析。首先梳理用户与镜像站产品的接触点，而后根据接触点梳理出用户的要害行为，再通过行为来理解用户的心理和情绪。
2）用户想法和情绪曲线：
依据对应的阶段的用户行为，写下过后用户的思考和想法，并以条目标模式整理出来。而后提炼用户每个节点的情绪，提炼情绪时，为了避免集体主观判断导致的误差，倡议两个人一组用雷同的数据进行提炼。
4. 沟通确认 - 演绎痛点和机会点
通过用户每个阶段的行为和情绪曲线，整顿出每个阶段的痛点和问题，以及思考痛点背地的起因，此处是否能够采取什么措施，来满足用户的指标，晋升用户的体验，这就是机会点。
5. 残缺的用户故事地图
通过以上的整顿后，就得出了完整版的用户故事地图。后续能够对地图进行整顿和丑化产出。并依据整顿出的机会点，依据重要水平和难易水平排出优先级来安顿执行。优化用户体验地图中的痛点，帮忙用户实现目标，或者确立新的产品性能的方向。
总结
本文次要通过华为开源镜像站的示例讲述了用户故事地图的制作流程。
用户故事地图其实简略说就是一种十分乏味的拼图游戏，大家一起来洞察用户，发现产品机会。理论工作中除了填写本文列举的这些条目外，能够减少相干的拼图条目，以便可能更加全面的的发现用户需要。
项目前期是不可能正确的捕获并写出所有的需要所有故事的，用户故事地图这个办法也不可能在繁多阶段捕捉出所有的用户故事。用户故事不是二维的产物，应该是三维的，需加上工夫这个维度，随着工夫的推移以及产品不同阶段退出产品新的用户故事。逐渐减少和优化各种故事地图，与时俱进。
因为是大家独特洞察的后果，所以可能很好的达成共识、同理心，并且能从多角度发现问题。
点击理解华为云 DevCloud，一站式云端 DevOps 平台
点击关注，第一工夫理解华为云陈腐技术~
