导图社区 用户故事地图
用户故事地图的思维导图,包括产品全图、为了更少的开发(开发策略)、为了更快的学习(学习策略)等内容,逻辑清晰。
社区模板帮助中心,点此进入>>
用户故事地图
第一章:产品全景图
用户故事
故事是讲出来的,不是写出来的
用户故事讲故事,要完整
在聚焦全景的前提下写用户故事
边讲边记
不要让讨论蒸发掉,把想法具体化成卡片
思考·记录·讲解摆放
第二章:计划,为了更少的开发(开发策略)
帮助大型组织建立共识
贯穿整个团队的产品发布地图,可以帮助团队以可视化方式展示依赖关系
大型用户故事地图解析
主干:基本的故事流,若故事流过长,则往上再抽一级
涵盖范围:整个发布计划(没有一个团队可以单独发布自己的特性)
贯穿多个用户和系统的叙事主线
讲述一个故事
多种角色(可把后端服务or复杂系统做虚拟角色处理)
帮助发现设计中的坑
“刨根问底”
时机:完成整个产品或特性的可视化工作后
问题:“出错如何处理”or其它用户会怎么做or其它
行动:在主干下增加新特性
结果:发现设计中的坑
帮助划分MVP
基本原则:聚焦于系统外的预期成果来决定系统内需要什么功能(衡量
value&effors);给成果排优先级,非功能
对MVP的理解
可以独立生存的有机体
可以产生预期成果的最小发布方案一最小?
说明针对哪些用户
说明针对特定用户,要达成哪些目标
MVP的风险?
包含太多假设,导致开发出的产品达不到预期效果
换一种思路,MVP又是在验证假设(允许失败)
第三章:计划,为了更快的学习(学习策略)
讨论机会(问题)
big idea是什么?(愿景?)
客户是谁?用户是谁?
他们购买、使用的动机?他们要解决什么问题?可以带来哪些预期收益?
公司会有哪些收益?
验证问题
证明产品要解决的问题是否真的存在(非伪需求)
与目标客户/用户沟通,细化、更改解决方案
设计原型
step 1把方案写成简单叙述性故事,即用户场景
step 2手绘线框图
step 3高保真
step 4拿原型做用用户测试
质疑用户所说的内容(用户也只是在设想自己如何使用和喜欢这款产品)
进入开发,在开发过程中学习