精益产品开发与用户故事地图
产品经理用户旅程地图与用户共同讲好一个故事,商业变现自然水到渠成
一、用户旅程地图是什么？用户旅程地图是以视觉化呈现用户为达成某一目标所历经过程的工具，通过创建历程图，能够更好地理解目标用户在特定时间里的感受、想法和行为，认识到这个过程的演变过程，寻找用户的痛点，通过讲故事（Storytelling）的方式描述用户的体验过程，采用视觉化（Visualization）的方式将信息高效简单明了的呈现出来，便于记忆与团队分享。
每一张旅程地图都会因场景不同而各不相同，但一般而言，它们都包括了“Lens”（用户视角），体验的流程，机会点洞察三大区块。
Zone A：Lens区域包括（1）用户的人物画像（“who”）以及产品的使用场景（“what”）（2）为旅程地图提供基本的人物情境设定Zone B：是旅程地图的核心部分，包括用户体验历程的各个阶段划分（3）用户的行为（4）想法（5）感受（6）根据用户调研反馈填写Zone C：此区域会因各项目商业目标的不同而不同：（7）未来的机会点（8）企业内部主导权分配以教育培训类产品为例，见下图，用户从一个陌生人，到进入产品浏览课程，发起在线咨询，预约听课，购买课程就是该产品的用户旅程。
二、为什么需要创建用户旅程地图？用户旅程地图是一个强大的工具，如果你是产品经理，它会帮你理解用户的使用场景，清晰地了解用户来源以及他们试图达到怎样的目的；如果你是内容运营，它将帮你理解用户遇到的问题以及他们的感受，并且可以提供给管理者用户体验的全景图：看到用户是如何在销售漏斗中流动的，进而提升用户体验。
此外，用户旅程地图还可以呈现出用户服务的提升是如何改变消费体验的，洞察到用户体验中的断层和痛点，比如：设备间的断层，这发生在用户在不同的设备间切换时；来自部门之间的断层，用户可能会感觉受挫；市场推广中的断层（例如：从社会化媒体跳转到网站体验可能会更好些）。
值得强调的是，因为手机、社会化媒体和网络正在改变用户行为，因此企业需要更加聚焦用户需求，深入研究以用户为中心的旅程地图，那么，我们该从何处着手呢？三、如何研究用户旅程？创建用户旅程地图的过程必须始于了解用户旅程，以在线英语教育类产品为例，随着知识商业化的到来，其中最核心的企业能力是获取付费用户，以及服务付费用户的能力。
用户故事地图
⽤户故事地图⽤户故事是以⽤户能⾃我代⼊的⽅式，设计产品，⽤产品讲述⽤户的故事。
⽤户故事是⼀种思维，即故事思维，是运⽤故事的元素进⾏思考和设计，以求解决某种问题，达到特定效果的思维。
在⽤户故事设计中，核⼼是要通过故事来传递信息，引起共鸣，解决问题。
优秀的故事设计能⼒，是能够通过故事，“带领”⽤户解决⼀个个现实的问题。
记住，⽤户故事的⽬的是解决⽤户的问题，产品在⾥⾯的作⽤是“带领”，扮演着领袖的⾓⾊，组织资源，提供⽅案，制定路线，克服困难，达成⽬标。
产品设计中的故事思维是将故事思维运⽤在产品的需求收集、创新、设计、改进，帮助我们在做产品的过程中看清⽤户使⽤产品的现状是什么，了解⽤户在使⽤现有产品遇到什么困难，解决⽤户现有场景不能被满⾜的需求下，我们的解决⽅案是什么，以及描述产品以后会是什么样⼦，能解决⽤户什么问题，为⽤户带来什么价值。
对于⼤型产品的开发，⽤户需求的内容会很多，像是⼀个庞⼤的地图，⽽“⽤户故事”擅长聚焦于构建⼩的特性，专注于⼩的细节就没法掌握整体，所以会带给⼈们困惑，不知何时才能完成开发和发布。
不同的⽤户故事块也容易出现互不相匹配的产品部分，所以，为了避免这种管中窥豹的错误出现，⼈们改进了⽤户故事的处理⽅法，这种新的⽅法就是“⽤户故事地图“。
⽤户故事地图可以解决以下问题：让你更容易看清backlog的全貌。
为新功能筛选（grooming）和划定优先级提供了更好的⼯具，帮助你做出决策。
便于使⽤静默头脑风暴模式和其他协作⽅式来产⽣⽤户故事。
帮助你更好的进⾏迭代增量式开发，同时确保早期的发布可以验证整体架构和解决⽅案。
为传统的项⽬计划提供了⼀个更好的替代⼯具。
有助于激发讨论和管理项⽬范围。
允许你从多个维度进⾏项⽬规划，并确保不同的想法都可以得到采纳。
如何创建⽤户故事地图？1、前期准备召集3-5名产品核⼼⼈员，可以包括产品负责⼈、项⽬经理、业务分析师、架构师，因为这些⼈代表了项⽬中的主要⾓⾊的看法，所以创建出故事地图后，在以后的全体计划会上就可以避免出现许多不必要的辩论。
产品经理方法论大全
产品经理方法论大全产品经理在工作中需要掌握多种方法论，以便更好地规划、设计、推进和改进产品。
以下是一些常用的产品经理方法论大全：1. 设计思维（Design Thinking）：强调以用户为中心，通过理解用户需求、挖掘问题、迅速原型设计和快速迭代，解决复杂问题。
2. 精益创业（Lean Startup）：提倡通过构建最小可行产品（MVP）、获取用户反馈、快速迭代，以最小成本验证业务模型的有效性。
3. 敏捷开发（Agile）：采用迭代开发和增量交付的方式，促进团队合作，更灵活地适应需求变化。
4. 用户故事地图（User Story Mapping）：通过绘制用户故事地图，帮助团队理清产品功能的优先级和关联关系。
5. 认知卡片法（Cognitive Cards）：使用认知卡片帮助团队更深入地了解用户，挖掘用户的真实需求和期望。
6. SWOT 分析：分析产品的优势、劣势、机会和威胁，为制定战略提供全面的内外部环境评估。
7. BCG 矩阵：通过业务增长率和市场份额的组合，将产品分为明星、问号、现金奶牛和瘦狗，帮助产品组合管理。
8. OKR（Objectives and Key Results）：设定明确的目标和关键结果，通过不断迭代，推动团队朝着战略目标努力。
9. KANO 模型：通过分析用户需求的基本、期望和激励层次，帮助产品经理理解用户对产品特性的不同反应。
10. Jobs to Be Done（JTBD）：关注用户完成特定工作或任务的背后动机，帮助理解用户真正的需求。
11. 4P 营销策略：通过产品、价格、渠道和推广等方面的策略，全面规划产品的市场营销。
12. 生命周期管理（Product Life Cycle Management）：管理产品从引入、成长、成熟到衰退的不同阶段，合理调整产品策略。
13. 竞品分析：分析竞争对手的产品、市场定位、优势和劣势，为产品制定差异化战略提供参考。
14. 价值主张画布（Value Proposition Canvas）：通过绘制画布，分析客户段、价值主张、渠道、客户关系、收入流等要素，构建清晰的价值主张。
敏捷开发的精益思维和用户故事拆解
敏捷开发的精益思维和用户故事拆解敏捷开发是一种以快速响应需求变化为核心的软件开发方法。
在敏捷开发的过程中，精益思维和用户故事拆解是两个关键的工具和技术。
本文将探讨敏捷开发中的精益思维和用户故事拆解，并分析其在项目中的重要性和具体应用。
一、精益思维精益思维是一种注重价值、减少浪费的管理思想。
在敏捷开发中，精益思维被广泛应用于项目管理和产品开发的各个环节。
通过精益思维，团队可以最大限度地提高工作效率，减少资源浪费，提升产品质量。
1.1 精细化需求收集敏捷开发注重快速响应需求变化，而精细化需求收集是实现这一目标的关键。
通过精益思维，团队可以更好地理解和把握用户需求，避免开发无效和低价值的功能。
团队可以通过用户研究、用户调研等方式，深入了解用户的真实需求，将用户需求转化为用户故事。
1.2 消除浪费精益思维强调减少浪费，包括时间、人力和资源上的浪费。
在敏捷开发中，通过精益思维，团队可以及时识别和消除各种浪费。
例如，通过精细化需求收集，避免开发无效功能；通过持续集成和自动化测试，减少开发过程中的重复劳动；通过优化团队协作和沟通，减少转移和等待时间。
1.3 持续改进精益思维鼓励团队不断进行改进和优化。
在敏捷开发中，团队应该保持开放的心态，接受用户和团队成员的反馈，并及时调整和改进项目的方向和开发方法。
通过持续改进，团队可以逐步提高工作效率、产品质量和用户满意度。
二、用户故事拆解用户故事是敏捷开发中的一种需求描述方式，用简洁的语言描述用户的期望和愿望。
用户故事拆解是将用户故事分解为更小、更具体的任务或工作项的过程。
用户故事拆解有助于团队更好地理解和评估工作量，提高工作效率和可控性。
2.1 确定用户故事的价值在用户故事拆解之前，团队需要明确每个用户故事的价值和优先级。
通过明确用户故事的价值，团队可以更好地划分工作的重要性和紧急性，合理安排开发计划和资源分配。
2.2 将用户故事拆解为任务用户故事拆解是将用户故事分解为更小的任务或工作项的过程。
概述之持续改进工具
概述之持续改进工具引言持续改进工具是一种为了提高生产效率和质量而使用的工具，它可以帮助企业识别问题，分析根本原因，并提供解决方案。
持续改进工具是一个组织在持续改进过程中使用的关键工具，它可以帮助企业在不断发展和变革的环境中保持竞争力。
Kaizen （改善）Kaizen 是一种来自日本的持续改进方法，它强调通过小步改进来实现大幅度的提升。
Kaizen 基于以下原则： - 不满足现状，始终追求更好 - 集思广益，鼓励员工参与 - 通过持续小改进来实现大幅度的提升在 Kaizen 中，有几种常用的工具可以帮助团队进行改进： - PDCA（Plan-Do-Check-Act）：PDCA 是一种迭代式的问题解决方法，它将问题分解为四个步骤，分别是计划、实施、检查和行动。
通过不断重复这四个步骤，团队可以逐步改进。
- 5W1H：5W1H 是一种问题分析方法，它通过回答问题“什么、为什么、如何、何时、何地、谁”来帮助理解问题的本质，从而寻找解决方案。
- Fishbone Diagram （鱼骨图）：鱼骨图是一种问题分析工具，它通过将问题和可能的原因以鱼骨的形式展示出来，帮助团队找到问题的根本原因。
Lean Six Sigma（精益六西格玛）精益六西格玛是一种结合了精益思维和六西格玛方法的持续改进方法。
精益六西格玛的目标是通过减少浪费和缺陷来提高效率和质量。
精益六西格玛使用了一系列工具和技术来帮助团队进行改进： - 价值流图：价值流图是一种通过绘制产品或服务的价值流程来识别和消除浪费的方法。
通过分析价值流图，团队可以找到改进的机会，并制定相应的计划。
- DMAIC（Define-Measure-Analyze-Improve-Control）：DMAIC 是一种六西格玛的改进方法，它将改进分解为五个步骤，分别是定义、测量、分析、改进和控制。
通过按照这五个步骤的顺序进行改进，团队可以从定义问题、收集数据、分析原因到实施改进控制，逐步提高过程的效率和质量。
2024年软件资格考试系统分析师(高级)(综合知识、案例分析、论文)合卷试卷与参考答案
2024年软件资格考试系统分析师(综合知识、案例分析、论文)合卷(高级)模拟试卷(答案在后面)一、综合知识（客观选择题，75题，每题1分，共75分）1、软件工程的基本目标是（）A. 提高软件质量B. 提高软件生产效率C. 降低软件成本D. 提高软件可维护性2、在软件需求分析过程中，以下哪个不属于需求验证的范畴？（）A. 用户访谈B. 实际运行C. 演示验证D. 确认测试3、题干：在软件工程中，以下哪个阶段是用来确定软件需求的？A. 需求分析B. 系统设计C. 编码D. 测试4、题干：在UML（统一建模语言）中，以下哪种图用于展示系统的静态结构？A. 类图B. 序列图C. 状态图D. 活动图5、以下哪个选项是UML（统一建模语言）中用于描述系统内部组件之间交互的图？A. 时序图（Sequence Diagram）B. 类图（Class Diagram）C. 构件图（Component Diagram）D. 用例图（Use Case Diagram）6、软件需求规格说明书（SRS）的作用不包括以下哪项？A. 确保软件系统的需求是完整、一致和可验证的B. 为软件开发团队提供清晰的开发方向C. 作为项目验收的唯一依据D. 向利益相关者提供关于系统功能和性能的详细信息7、题目：在软件工程中，以下哪个阶段是需求分析的主要任务？A. 系统设计B. 系统规划C. 系统测试D. 需求分析8、题目：以下哪种方法不是软件测试中的静态测试方法？A. 检查B. 代码审查C. 单元测试D. 模块测试9、题干：以下哪个技术是实现数据加密的一种方式？A. RSAB. MD5C. HTMLD. TCP11、题干：在软件开发生命周期中，需求分析阶段的主要目标是？A. 确定软件系统的功能需求和非功能需求B. 设计软件系统的总体架构C. 实现软件系统的核心功能D. 测试和验证软件系统的质量13、在面向对象设计中，以下哪一项不是设计模式？A. 单例模式B. 命令模式C. 观察者模式D. 工厂方法模式15、关于面向对象的设计原则，以下哪一项陈述是正确的？A. 开闭原则表明一个模块应该对其接口开放，对其实现封闭。
做产品必读的书籍
做产品必读的书籍《疯传》：本书偏运营，主要告知产品经理，为什么有的产品会成为话题，会被传播起来。
对于产品经理来说，一方面要做好产品设计，另一方面也要把产品卖好，这也是产品经理必须要了解运营策略的关键。
《失控》：「书中提到并且今天正在兴起或大热的概念包括：大众智慧、云计算、物联网、虚拟现实、敏捷开发、协作、双赢、共生、共同进化、网络社区、网络经济，等等。
说它是一本“预言式”的书并不为过。
其中必定还隐藏着我们尚未印证或窥破的对未来的“预言”」《启示录》：本书是产品经理相关的经典，它从最本原的角度出发，来告诉初级的产品经理该如何关注本身的技能、产品团队的情况以及产品的发展轨迹等。
偏重于产品管理更多一些，阅读完毕后会有一个明确的认识——「什么是产品经理」。
《用户故事地图》：本书的核心内容，其实发展出来现在行业中常用的「用户体验地图」。
《赢在用户》：本书最早的提出了Personas 的概念。
现在行业内的产品设计一直秉承着「以用户为中心」的设计方法，那么大家就应该充分的了解什么是「 Personas 」。
《About Face 4: 交互设计精髓》：交互设计的主要概念、思路和方法论都在这里，这本书是交互设计师必读的一本教科书。
而对于产品经理来说，如果要了解界面设计以及以用户为中心的设计思路，那么本书就是必读的。
《创新的艺术》：IDEO 的创始人讲述了他们是如何在现有的条件和环境中，完成产品设计方面的创新的。
书中提到了若干创新的要素，对于互联网产品同样适用。
《黑客与画家》：这本书当初问世的时候，非常的红。
它以一种幽默独到的方式来阐述了互联网行业发展的轨迹和创业方面的思路等。
有助于初级产品经理来深入了解互联网行业。
《产品经理手册》：本书更多的是介绍传统行业的产品经理情况，和互联网相比较起来有些距离，但是比较重要的在于它里面讲了很多有关于产品经理与市场、商业、以及人脉关系方面的联系。
《Rework 重来》：产品管理、团队管理一直是产品经理工作的重中之重。
梁宁产品思维第十九课： 怎样绘制用户体验的地图(必学)
19 怎样绘制用户体验的地图这一节讲用户体验地图和用户故事。
用户体验地图就是通过画一张图，用一种讲故事的方式，从一个特定用户的角度出发，记录下他与产品或者服务进行接触、进入、互动的完整过程。
开始做产品经理的人容易犯的错误，就是用管理员的视角来规划产品。
我经常看到这种全局型的产品设计图，复杂、全面、没重点，这肯定是错的。
我一般会告诉这种产品经理，请按照一个用户使用的路径，把这个产品设计图再画一遍。
从一开始用户怎么进入，到每一步怎么体验，最后怎么离开。
这就是我们在《两套经典的用户画像》那节课里讲的，“第一只羊”怎么能够在你的“草地”上活下来，而且玩得很开心的过程。
画出“第一只羊”从开始到结束的完整体验，这就是用户体验地图。
怎么画用户体验地图1. 一个画像完整的人物角色：需要对“第一只羊”有完整地了解。
2. 清晰描述用户的目标和预期：他为什么来到你的草地上？他要什么？比如，用户买钻孔机，但是他的目标不是拥有钻孔机，而是需要在墙上打个洞。
比如吃饭，用户目标是吃饱？还是想要营造气氛？还是想获得一次交流机会？搞清楚用户的目标和预期到底是什么。
3. 服务触点：用户从接触你的服务，到实现他的目标之间，会跟你在产品上有哪些接触，你需要在这些地方服务用户。
4. 用户使用路径：使用路径与服务触点的关系是什么？用户在宜家逛的过程是使用路径；在宜家里向工作人员咨询，到盒子前拿免费的资料是服务触点。
5. 用户情绪曲线：场景是要触发情绪的。
在整个过程中，用户的情绪是如何变化的？把这个用户从接触你的服务开始，到达成自己的目标为止（或者放弃为止），整个流程画一个坐标图，横轴是用户的使用路径与触点；纵轴是用户情绪。
这样你就可以得到一条用户在与你的服务互动过程中的情绪波动曲线了。
为什么要画用户体验地图为了避免管理员视角，很多初级产品经理都是用管理员视角在设计产品，有什么产品罗列什么，而不是考虑用户要什么。
你要通过用户体验地图，让自己以用户视角来思考，用户能不能一步一步实现目标，这个过程是困难还是容易？比如，我的一个朋友闫辉做了一个中医养生类的Keep，叫一体。
2024年PMP敏捷知识点——考前背记
敏捷型项目管理三、十二原则四、敏捷阶段框架构想：确定产品愿景、项目目标和项目范围、项目社团以及团队如何共同工作。
推测：制定基于功能或性能的里程碑、版本和迭代计划，从而交付愿景价值。
探索：在短期内交付经过测试验证的功能，不断致力于减少项目风险和不确定性。
适应：审查交付结果、当前情况和团队绩效，必要时做出调整。
结束：终止项目，交流主要的学习成果并庆祝。
五、敏捷洋葱圈六、发布计划发布计划：又叫版本计划，一个高层级的计划。
由多个迭代组成，交付完整的有价值的功能，是以功能为导向。
一个项目包含一个或多个版本，一个版本包含一个或者多个迭代。
路线图勾画出产品多个版本的演变过程，是一种可能性而不是可行性，大概设定了边界而不是精确的估算。
八、敏捷发布规划二、Scrum框架中的3355三、三个角色产品负责人产品负责人负责指导产品的开发方向。
产品负责人根据商业价值对任务进行排序。
产品负责人与团队开展日常合作，提供产品反馈，为将要开发/交付的下一个功能设定方向。
● 对接客户（发起人），收集需求，搞定客户（发起人）；★★● 创建（或与团队共同创建）产品待办事项列表；★● 根据商业价值对任务进行排序（高于团队成员）；★★★● 监控需求，根据实际情况，清理、变更需求及排序；★★● 参与项目，经常及时给出反馈，鉴定“已完成的用户故事”。
★敏捷教练（仆人式领导）开发团队产品待办事项列表——DEEP模型● Detailed Appropriately 详细适当，产品待办列表中的事项详细程度是遵循最后决策原则的，排序高的项目通常比排序低的更清晰，同时包含更多细节，团队成员根据事项的优先级及实施时间，自行决定何时以及如何完成产品待办列表精化，细化用户故事。
● Estimated 评估的，列表中的事项都是进行估值的，且排序高的事项估值更精确，排序低的估算更加粗略。
● Emergent涌现的，产品待办列表永远是不完整的，会随着产品及应用环境的改变而演进，需要持续更新以反映出产品需要什么来保持其适用性、竞争力和有用。
解析精益产品开发(三)——面向价值的可视化
图1 用户故事图谱实例图中左上部的两张纸上的内容分别是主要用户需求和产品目标，它们也是产品功能定义的出发点和依据。
顶部彩色的纸条是业务类别，例如对于数据管理产品，其业务类别分别是数据创建、数据存储、数据使用、数据共享、数据销毁以及系统管理等。
从左至右把这些业务类别串起来就构成了用户使用系统的主流程，也就是业务流程。
每个业务类别下面有数个到数十个白色的纸条，它们是以用户故事的形式描述产品功能项。
功能项按重要程度自上而下排列，靠上的是重要和基础的功能项，靠下的是次要和补充的功能项。
以排列好的用户故事为基础，团队制定发布计划，图中三条贯穿左右的红色曲线分别对应着三次发布，它们由对用户有意义的产品功能集构成。
项目启动时团队定义用户故事图谱的第一个版本，产品开发过程中随着对产品认知的深入，再持续地调整和更新。
用户故事图谱系统整合了产品的目标、功能和发布计划，它促进团队沟通和理解产品目标和价值，并积极主动地参与协作。
1.2 可视化风险产品开发过程中必须应对各类风险，图㈡是团队使用的技术风险矩阵，它综合呈现技术风险的内容及发生的可能性、影响大小、以及应对方案。
图2 技术风险矩阵矩阵的横坐标是风险发生可能性，从左往右分别是低、中、高；纵坐标是风险可能带来的影响，从下往上分别是低、中、高，风险项被按照其可能性和影响贴在相应的位置。
团队要关注的是靠上和靠右的风险，特别是右上角高可能和高影响的风险，并制定应对措施，如提前进行技术评估、技术验证，或设计替代方案等，这些应对措施通常会转化成团队的技术任务。
图中附在风险项之上的蓝色纸片是该风险的应对措施。
风险矩阵只用于跟踪尚未解除的风险，随着项目的进展风险项被不断添加和移除。
风险矩阵帮助团队有效管理技术风险，它的核心可以用下面的公式表示：产品开发中主要包含三类风险，分别是：业务风险——产品能解决客户的问题，并被市场所需要吗？管理风险——管理和协作方式能保证质量、效率和响应能力吗？技术风险——所采取的技术方案、基础设施能支持我们开发出所设想的功能并满足非功能需求吗？以上的风险矩阵中只包含技术风险，而不包含其它两类风险。
关于产品的书
关于产品的书1. 《产品经理手册》（The Product Manager's Survival Guide）-作者：Steven Haines这本书为新手产品经理提供了全面的指南，涵盖了产品开发的方方面面，包括产品策略、市场调研、需求收集和项目管理等。
2. 《启示录》（Inspired）-作者：Marty CaganMarty Cagan 是一个知名的产品顾问，他在这本书中分享了他的产品管理方法和实践经验，帮助产品经理构建成功的产品团队。
3. 《交互设计之路》（The Design of Everyday Things）-作者：Donald A. Norman这本经典的设计书籍讲述了如何设计易于使用的产品和界面，揭示了人们与产品之间的交互关系。
4. 《用户体验要素》（The Elements of User Experience）-作者：Jesse James Garrett这本书详细介绍了用户体验设计的关键要素和流程，帮助产品经理和设计师创建出色的用户体验。
5. 《精益创业》（The Lean Startup）-作者：Eric RiesEric Ries 提出了一种创业方法论，强调通过快速迭代和持续学习来构建和发展产品。
这本书是创业者和产品经理的必读之作。
6. 《用户故事地图》（User Story Mapping）-作者：Jeff PattonJeff Patton 解释了用户故事地图的概念和实践，帮助产品团队更好地理解用户需求并规划产品开发。
7. 《黑客与画家》（Hackers & Painters）-作者：Paul GrahamPaul Graham 是一位著名的程序员和创业者，他在这本书中探讨了技术、创新和创业的关系，对于产品经理和创业者来说非常启发。
8. 《设计心理学》（The Design of Everyday Things）-作者：Don Norman这本书深入探讨了人类心理学对产品设计的影响，提供了许多关于人机交互和用户体验的有用洞察。
产品了解研发知识的书籍
产品了解研发知识的书籍1.《用户故事地图》（User Story Mapping）这本书是Jeff Patton所著，是一本关于产品规划和故事映射的经典之作。
通过用户故事地图的方法，读者可以更好地理解用户需求，并将其转化为可执行的开发计划。
这本书详细解释了如何创建和使用用户故事地图，以及如何与团队协作，为产品的开发提供指导。
2.《用户体验要素》（The Elements of User Experience）这本书是Jesse James Garrett所著，是一本关于用户体验设计的指南。
它介绍了用户体验设计的基本原理和方法，包括用户需求分析、信息架构、交互设计、视觉设计等方面。
通过阅读这本书，读者可以了解产品设计的整个过程，并学习如何提供出色的用户体验。
3.《精益创业》（The Lean Startup）这本书是Eric Ries所著，是一本关于创业和产品开发的经典之作。
它介绍了精益创业的方法和原则，包括最小可行产品（MVP）、快速验证、持续学习等。
通过阅读这本书，读者可以了解如何快速迭代产品，并通过持续学习和反馈来不断优化产品。
4.《人人都是产品经理》这本书是苏杰所著，是一本关于产品管理的入门指南。
它介绍了产品经理的职责和技能，包括市场调研、竞争分析、需求管理、项目管理等方面。
通过阅读这本书，读者可以了解产品经理的工作内容，以及如何有效地管理和推动产品的开发。
5.《设计心理学》（The Design of Everyday Things）这本书是Donald A. Norman所著，是一本关于设计心理学的经典之作。
它介绍了人们与产品的交互过程，以及如何设计易用、易学和易记的产品。
通过阅读这本书，读者可以了解人们的认知和行为特点，以及如何将这些特点应用于产品的设计和开发中。
6.《交互设计之路》（The Road to Interaction Design）这本书是Dan Saffer所著，是一本关于交互设计的指南。
用户故事地图详解
步骤三：拆分故事
一级需求
会控入口
会控界面
二级需求
会议控制 权限
控制按钮
顶部
中部
底部
个性定制 Time
故事细节
高
权限管理
控制鉴权
产品Logo
导航栏
版权信息
想法 痛点
会控人昵 称
操控区域
优先级
机会
多语言
参会人管 理
退出会控
关闭会议 室
低
步骤三：拆分故事
• 大家在写想法的时候，可以通过一些问题来刺激大家 脑暴出更多的内容，比如：
02
故事地图步骤
用户故事地图步骤
步骤一
步骤二
步骤三
步骤四
明确方向
骨干故事
拆分故事
精简故事
Байду номын сангаас骤一：产品定义
• PO召集3-5人参与故事地图讨论会，讨论以下议题：
– 目标用户，用户目标----用户诉求
用户为什么要用这个?能为用户带来什么价值？
– 产品目标，解决什么问题----业务诉求
我们为什么要做这个?能为我们带来什么价值？
• 最终，根据排列好的故事优先级，排出迭代计划，并确保 我们的第一个发布越小越好，大约在1-2个迭代后可以发 布第一个MVP版本。
案例讨论
• 某服装公司需要快速开发一套在线服装销售网站，请 讨论完成以下工作：
一级需求
二级需求
三级需求
步骤三：拆分故事
• 从业务角度，拆分故事，建议分析维度：故事细节、 想法、痛点、机会…… • 使用静默头脑风暴方式，把自己的想法写在一张卡片 上，相互不干扰，然后每个人大声说出自己的卡片内 容，让所有人了解并贴在墙上。 • 这时不必使用用户故事的标准句法（As a …），因为 每张便签都处于地图的特定位置，大家很容易识别其 所处的场景和角色。
精益产品开发与用户故事地图
精益产品开发与用户故事地图目录 1.Openning2.精益产品开发3.用户故事地图4.Review精益产品开发管理实践精益创业精益看板方法精益需求和管理需求地图领域建模场景分析精益思想可视化价值流动显示化流程规则控制在制品数量管理工作流动简历反馈并持续改进商业模式设计验证步骤规划精益产品设计定性验证影响地图验证步骤规划精益数据分析端到端的需求流动影响地图识别真正的问题自动验收测试持续构建持续集成自动化运维用例设计发布规划在问题域分解需求用户故事地图运维和业务数据监控实例化需求「产品开发中如果只有一件最困难的事，那就是精确的决定做什么」- 《人月神话》作者布鲁克斯精益产品开发消除浪费;交付更多有用的价值精益有价值的可用的可行的产品你懂的,你比我更懂的开发精益制造-TPS任何组织的绩效都只能在它的外部反映出来管理存在的目的是帮助组织取得外部成效-彼得德鲁克《21世纪的管理挑战》高资源效率高流动效率资源效率：内部视角流动效率：用户视角创业：在高度不确定的情况下开创一个新的产品或服务精益创业的目标：做一个能卖出去的产品，而不是卖一个能做出来的产品创业过程中最大的浪费：构建无人问津的东西，交付无用的价值GIGO = Ggarbage in garbage out Eric Ries Lean Startup认知开发-测量-认知循环Build-Measure-LearnMVPM inimum V iable P roduct最小化可行产品OUT PUT VS OUT COME用户故事地图010203WHO： WHAT： WHY：02Title用户故事地图用户故事地图，就是在讲大故事的同时进行拆分3C=Card Conversation ConfirmationEpic Theme User Story业务流价值顺序01业务流程可视化价值链可视化建立大故事、子故事的对应关系产品全景图03结合看板对进度一目了然进度情况02验证问题在设计原型中学习在开发过程中学习真正最小化更快的开发-测量-认知闭环04从一个整体的视角、用户价值的视角来进行优先级排列和MVP发布规划。
用户故事地图（3）：故事与卡片
用户故事地图（3）：故事与卡片“用户故事”在交互设计中，常常用于分析用户遇到的问题、所在的场景，帮助设计师增强对用户的同理心，将焦点收敛于问题本身。
在用户故事地图中，“用户故事”的内含和使用方法是否相同？它是体现于哪种形式，从而被团队更好的使用？它需要如何被组织，从而形成“地图”？这一篇文章，将会解决以上问题——开始认识“用户故事”。
一、用户故事是指用户来描述用户渴望获得的功能，是具有一定价值的端到端交付。
它包括三个部分：角色、用户需求、产品价值。
我们常常使用一句话来描述用户故事，某<角色>，通过完成<用户需求>，实现<产品价值>。
“用户故事”源于1996年Kent Beck提出的极限编方法（《Agile Development》，中译名《敏捷开发的艺术》）。
在2004年，敏捷大师Mile Cohn在《User Stories Applied For Agile Software Development》(中译名：《用户故事与敏捷方法》)一书中，正式定义“用户故事”这一概念，并提出著名的“INVEST”特点。
而本系列文章，则是来自于2014年出版的的又一著作《用户故事地图》。
今天，无论是Scrum还是看板，用户故事都作为需求的基本形态被广泛运用。
传统需求中，只描述具体要做的内容，如果遇到想得多的产品人员，还会直接罗列出详细方案。
这对于项目团队（不同知识结构、不同思维方式）而言，在短期内搞清楚要做什么是很困难的。
用户故事除了需求内容外，还加入了“谁”、“为什么”，这样便于成员在同一频道内对话——大家都从用户角度沟通，利于对内容达成共识。
值得一提的是，用户故事还是敏捷开发的前提和基础。
我曾遇到过的项目，将长周期切分为短周期，以此来加快进度，但这并不是敏捷。
压力最终还是落在团队上，而每个阶段没有成型的交付物，也无法阶段性查验方案的适用性，最终最还是全部上线后验证效果。
精益创业介绍
2018, 10
669
93.1% 79.2% 67.3% 58.3% 56.4% 44.2% 38.0%
2018, 11
735
91.7% 78.6% 73.1% 66.3% 59.3% 46.3% 35.0%
2018, 12
650
90.5% 84.9% 76.8% 61.8% 58.3% 49.4% 39.4%
有效解决方案
通过尝试不断逼近有效的解决方案
精益创业的好处-能帮你减少浪费
部署后功能的使用率
从不, 45%
总是, 7% 经常, 13%
有时, 微信，而是我们 辛辛苦苦加班加点做出来的东西没人用
李善友-混沌大学
总是 经常 有时 很少 从不
数据来源：Jim Johnson, Standish Group, XP 2002
解决问题
敏捷开发
生活中的精益
• 孩子的兴趣班 • 在公司内推广一个新流程，新工具 • 自助餐 • 美剧
案例：京东商家鲜花定期购需求的MVP
不要憋大招 不要在核心需求验证前，过早优化 不要闭门造车 先交付高价值需求 大处着想，小处着手，快速行动
需求
MVP
用户访谈不能代替MVP
找MVP的两个工具
维护送货 地址
图书清单
图书详情
按书名搜 索
分类浏览
下单
加购物车
填写收货 地址
确认
微信支付 京东金融
使用优惠 券
收藏
信用卡
查看待发 货订单
提交退货 申请
生成配送 单
上门收货
发布一（MVP）
验证核心需求 不要憋大招
发布二
低
手机验证 微信绑定
从双钻模型看产品规划
从双钻模型看产品规划在进行产品规划时，使用“探索→执行”的思维虽然有效，但并不全面。
而为了更合理地进行产品规划，通过“发散→收敛→发散→收敛”的方式的双钻模型是一个很好的方法。
对此，本文从三个方面做了介绍和分析，推荐对产品规划感兴趣的小伙伴阅读。
作为产品经理，我们在进行产品规划的时候，往往是采用“探索→执行”的思维进行规划，然而这类方法虽然有效，但不全面，也不一定能够科学地指引我们去进行合理的产品规划。
那么，有什么方式或模型能够让我们合理地进行产品规划呢？这时候，双钻模型（也称为双钻设计流程）就派上了用场。
通过“发散→收敛→发散→收敛”的方式，与产品规划的思路契合度很高，由此双钻设计模型也可套用在产品规划上。
下面阿境会从双钻模型入手，比对在产品规划上的实操，助你更加科学、有效地进行产品规划。
一、什么是双钻模型？双钻设计流程（double diamond design process），又称为双钻模型，由英国设计委员会在2005年创立，源自斯坦福大学的设计思维，受用至今，这一流程也正是工业设计的整体架构。
通过双钻模型，找到探索问题思维的方向，减少试错成本，同时更加直观地寻求问题的解决方案。
从双钻模型来看，往往是“一个创意”到“一个产品”的过程，也是双钻模型创立的出发点，为设计而生，从“不知道/不确定”到“知道/确定”。
通常我们在做产品的过程中会有迷茫期，对未知的事物/问题产生困扰，而迷茫的反义词是“确定”，双钻模型便是能够使得不清楚的事物变得清楚。
它分为四部分：1.探索（前期调研）2.定义（观察）3.设计（构思）4.验证（原型）这四部分共分为两个阶段：1.为正确的事情做设计（发现与定义）2.把事情做正确（发展和实现）1. 探索在这个阶段，主要从现状入手，了解市场/行业情况、通过对用户的前期调研，了解自身产品用户的属性，同时对竞品的观察调研，保持市场竞对变化的敏锐性。
最终通过这些调研，现状进行深入研究，进行问题的发掘，发掘的问题越多越好。
产品经理如何借助「用户故事地图」,把握产品的真实全貌？
一、写在前面其实我一直在考虑一个问题，就是敏捷执行一段时间后，如何能保证不偏离当初设定好的目标？有人说，我们就没目标。
是，可能刚开始做产品并没有一个非常清晰的目标，比如我要做个共享单车，比如我要做个共享女友。
但是总会有个愿景或者是想要解决的问题：我想要解决从家到地铁的500米距离的问题，我想要结束单身狗的命运……而且在评估一个需求或者用户故事是否重要的时候，也很纠结。
连产品经理或者需求负责人都有这种感受的话，就更别说其他干系人了。
这种只见树木，不见森林的方法，想想可能引发的后果，就有点“不寒而栗”。
最近很巧的，看了三本书，介绍了三种方法，从三个不同的角度，都是为了解决同样的这个问题：“只见树木，不见森林”。
那我这边会结合我的理解来和大家分别说一下这三种方法。
这篇先谈谈第一种。
二、用户故事地图敏捷里面有个很重要的概念叫做“用户故事”。
用户故事，是从用户的角度来描述自己渴望得到的特性以及带来的价值。
现在流行的模板是：英文：As a, I want to, so that.中文：作为一个<角色>, 我想要<活动>, 以便于<商业价值>。
（关于用户故事应该怎么写，这又是一个很大的命题了，如果感兴趣我们可以另外开一系列的文来写。
）我们今天想要讨论的是，如果在你们的开发流程中已经使用了用户故事，怎样做才能“又见树木，又见森林”呢？用户故事地图，顾名思义就是使用用户故事组成一个地图。
1、地图的作用是什么呢？地图一般的作用有两个：寻找路径，了解全貌。
寻找路径我们一般想要去一个地方，现在都会使用电子地图，输入起点和终点，APP会自动帮你规划出路径。
这个应该是我们比较常用的功能了。
了解全貌上学那会儿，地理课老师用世界地图也好，中国地图也好，来给我们讲解几大洲几大洋，地质情况等等。
我们在知道了地球是圆的基础上，还知道了中国就是雄鸡，意大利是靴子…这就是了解全貌。
我之前刚工作的时候做的就是GIS（地理信息系统），所以对于上海市（区县合并以前）的各个区的方位以及轮廓铭记于心。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
精益产品开发与用户故事地图
目录 1.Openning
2.精益产品开发
3.用户故事地图
4.Review
精益产品开发管理实践精益创业
精益看板方法
精益需求和管理
需求地图
领域建模场景分析精益思想
可视化价值流动
显示化流程规则
控制在制品数量管理工作流动
简历反馈并持续改进商业模式设计验证步骤规划
精益产品设计
定性验证影响地图验证步骤规划
精益数据分析端到端的需求流动
影响地图
识别真正的问题
自动验收测试持续构建
持续集成自动化运维用例设计
发布规划在问题域分解需求用户故事地图运维和业务数据监控
实例化需求
「产品开发中如果只有一件最困难的事，那就是精确的决定做什么」
- 《人月神话》作者布鲁克斯
精益产品开发
消除浪费;
交付更多有用的价值精益
有价值的
可用的可行的产品你懂的,
你比我更
懂的开发
精益制造-TPS
任何组织的绩效都只能在它的外部反映出来
管理存在的目的是帮助组织取得外部成效
-彼得德鲁克《21世纪的管理挑战》
高
资源
效
率高流动效率资源效率：内部视角流动效率：用户视角
创业：在高度不确定的情况下开创一个新的产品或服务精益创业的目标：做一个能卖出去的产品，而不是卖一个能做出来的产品创业过程中最大的浪费：构建无人问津的东西，交付无用的
价值
GIGO = Ggarbage in garbage out Eric Ries Lean Startup
认知开发-测量-认知循环
Build-Measure-Learn
MVP
M inimum V iable P roduct
最小化可行产品
OUT PUT VS OUT COME
用户故事地图
010203
WHO： WHAT： WHY：
02Title
用户故事地图
用户故事地图，就是在讲大故事的同时进行拆分
3C=Card Conversation Confirmation
Epic Theme User Story
业务流价
值
顺
序
01业务流程可视化价值链可视化建立大故事、子故事的对应关系产品全景图03结合看板对
进度一目
了然进度情况02验证问题在设计原型中学习在开发过程中学习真正最小化
更快的开发-测量-认知闭环04从一个整体的视角、用户价值的视角来进行优先级排列和MVP发布规划。
用户视角
01步骤02情节03探索04主干05切
分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节探索其他的替代用户故事提炼用户故事，找到故事的主干为了达成摸个特定任务，切分故事
01步骤02情节03探索04主干05切分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节
探索其他的替代用户故事
提炼用户故事，找到故事的主干为了
达成摸个特定任务，切分故事
01步骤02情节03探索04主干05切分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节
探索其他的替代用户故事
提炼用户故事，找到故事的主干为了
达成摸个特定任务，切分故事
01步骤02情节03探索04主干05切分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节
探索其他的替代用户故事
提炼用户故事，找到故事的主干为了
达成摸个特定任务，切分故事explore details &exceptions
01步骤02情节03探索04主干05切分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节
探索其他的替代用户故事
提炼用户故事，找到故事的主干为了
达成摸个特定任务，切分故事
01步骤02情节03探索04主干05切分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节探索其他的替代用户故事提炼用户故事，找到故事的主干为了
达成摸个特定任务，切分故事
反摩尔定律
如果你反过来看摩尔定律，一个IT公司如果今天和18个月前卖掉同样多的、同样的产品，它的营业额就要降一半。
Eric Schmidt GOOGLE前CEO, 现任执行董事长
workshop
正常起床上班起晚了上班workshop
用户
故事地图01步骤02情节03探索04主干05切
分分步骤写下可能的故事，一次一个组织用户故事，规划用户情节探索其他的替代用户故事提炼用户故事，找到故事的主干为了达成摸个特定任务，切分故事
回顾
精益产品开发
review 目标是什么？原则1是什么？原则2是什么？提升流动效率！
找价值！交付有用的价值！
精益创业MVP
Build - Measure - Learn (PDCA)
anti - GIGO
review
故事地图六步法厘清问题，
用户是谁，带来什么价值构建全景图，广度优先，而非深度
向深度探索，讨论其他类型用户及其行为制定发布策略，聚焦业务目标的达成和目标客户制定学习策略
制定开发策略
review
Thank YOU。