读书笔记 |《用户故事地图》
2022-02-08 20:54:16 1 举报产品经理必备技能
作者其他创作
大纲/内容
《用户故事地图》
作者：Jeff Patton
译者：李涛 向振东
出版社：清华大学出版社
ISBN：978-7-302-42994-4
使用前必读
两个观点：
使用用户故事的目的并不是为了写出更好的用户故事
产品开发的目的并不是开发出产品
精华萃取
用户故事不是另一种写需求的方式，讲述用户故事，在过程中用文字和图片相结合的方式辅助讨论，这是一种建立共识的机制。
用户故事也不是需求，用户故事是关于问题解决方案的讨论，解决公司的问题，解决客户的问题，解决用户的问题，目的是我们对要开发的功能达成共识。
你的工作不是更快开发更多功能，而是使那些投人精力开发的功能在成果和影响上可以最大化。
第一部分 整体视角：一万英尺高空俯瞰用户故事地图
第1章 产品全景图
用户故事之所以叫故事，因为它是要讲而不是要写的。
用户故事地图，就是在讲大故事的同时进行拆分。
边讲边记：在讲故事的同时，通过写卡片或便签来具体化你的想法。
讲用户的故事，使用卡片，能够提升沟通的默契程度。
使用用户故事地图可以提前识别产品创意中的那些坑。
聚焦于故事的整体，不要过早陷入细节。
探索细节和可选项
用户在这一步具体要做什么事情？
用户在这一步还有其他选择吗？
如何做才能使用户觉得更酷？
出现问题时如何处理？
第2章 计划，为了更少的开发
想要开发的功能，总是超出你能投入开发的资源。
贯穿各个团队的产品发布地图，可以帮助团队以可视化方式展示依赖关系。
创建故事地图的过程可以帮助发现设计中的坑
需求范围并没有蔓延，而是我们对需求的理解更深刻了。
聚焦于系统外的预期成果来决定系统内需要什么功能。
聚焦于成果，即产品发布后用户能使用和感知的东西，切分发布计划应该以成果为导向。
聚焦于特定的目标成果，这是排定开发工作优先级的秘密。
为成果排列优先级，而非功能。成果的背后是参与特定活动的特定用户之特定行为的改变。
为什么要反复讨论MVP？
MVP就是发布粗拙的产品。发布粗拙的产品不需要做任f可假设验证就能做到。
MVP是指可以产生预期成果的最小产品发布。
最小可行方案是指可以产生预期成果的最小发布方案。
MVP根本就不是产品。最小可行产品是为验证假设而做的最小规模的实验。
第3章 计划，为了更快的学习
对产品故事进行首次讨论，应聚焦于如何具象化产品的机会。
验证产品要解决的问题是否真的存在。
手绘线框图和高保真原型可以帮助你具象化解决方案。
通过原型和用户测试验证产品方案是否真的有用，有价值。
要能够质疑用户所说的内容。
在开发过程中学习，迭代直至可行。
把每次发布都当成一次实验，关注于自己要学习的东西。
一旦认识到我们的目标是学习，就可以聚焦干功能开发。如果做到了，也意味着早期开发出来的并不是一个完善的产品。如果早期开发的已经是一个完善的产品，则意味着开发的功能多了。
第4章 计划，为了按时发布
故事地图要做到什么程度？以能够有效支持沟通为限呗！
最靠谱的估算，来自于真正理解自己在估算什么的工程师。
制定可逐步达成的开发计划，不要将所有的迭代产出都对外发布。
运用迭代思维持续评估和打磨作品，运用增量思维做加法。
开局、中局和末局策略
开局
中局
末局
第5章 如何创建用户故事地图
1、分步骤写出你的故事
用户任务是构建故事地图的基本模块。
使用目标层级的概念，可以帮助汇总小任务或分解大任务。
2、组织情节
故事地图通过自左向右的叙事流来组织，这种概念是人们讲故事最自然的方式。
补充细节
3、探索替代故事
细节、替代、变化和常，构成故事地图的主体。
构建一个大家都认可的叙事流的过程
4、提取故事地图的主干
活动组成故事地图的主干。
5、切分出能帮你达成特定目标的任务
使用切分来识别和特定结果相关的所有任务和细节。
重要概念：
任务是描述人们做什么事情的动词短语。
任务有不同的目标层级。
故事地图中的任务被布置在从左到右的叙事主线中。
地图的深度包含变化性和替代性的任务。
通过故事地图顶部的活动将各个任务组织到一起。
活动构成了故事地图的主干。
通过切分地图找出达到一个具体结果需要完成的任务。
故事地图六步法
1、厘清问题。用户是谁，带来什么价值？
2、构建全景图。广度优先，而非深度。一公里宽一厘米深。尝试用故事地图描述所有内容，包括用户的痛苦和喜悦。
3、探索。向深度括展，讨论其他类型的用户，这些人又要做什么，哪些环节会出问题。使用画像、原型和实验不断优化解决思路，尽量改变和完善故事地图。
4、制定发布策略。请记住一点：要开发的东西总是太多。聚于业务目标的达成和目标用户。果断砍掉无助于取悦用户和帮助公司达成目标最小方案的东西。
5、制定学习策略。你可能已经识别出最小可行产品方案，但是请记住，在经过实际验证之前，这些都是假设。使用故事地图和讨论，帮助自己发現有哪些最大的风险。为用户群的子集切分更小的MVP实验，不断学习真正对用户有价值的东西。
6、制定开发策略。在去掉所有不必要的东西之后，留下的就需要撞入开发。根据实现的先后顺序，將最小可行方案进一步切分．早期先聚焦于关键肢术问题和开发风险。
第二部分 深入理解用户故事
第6章 用户故事的故事
第7章 如何把故事讲得更好
第8章 不要把所有内容都写在卡片上
第9章 卡片只是个开始
第10章 做产品好比烤蛋糕
第11章 碎石行动
第12章 谁是碎石负责人
第三部分 更好的待办列表
第13章 从机会开始
第14章 通过探索来建立共识
第15章 通过探索来进行验证性学习
第四部分 更好的产品
第16章 提炼、定义和开发
第17章 故事呢，就好比《行星战机》
第18章 开发完成后怎么学习
收藏
收藏
0 条评论
下一页
