用户故事地图

用户故事地图的思维导图，包括产品全图、为了更少的开发(开发策略)、为了更快的学习(学习策略)等内容，逻辑清晰。

用户故事地图

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