精益产品开发与用户故事地图
产品经理用户旅程地图与用户共同讲好一个故事,商业变现自然水到渠成
一、用户旅程地图是什么？用户旅程地图是以视觉化呈现用户为达成某一目标所历经过程的工具，通过创建历程图，能够更好地理解目标用户在特定时间里的感受、想法和行为，认识到这个过程的演变过程，寻找用户的痛点，通过讲故事（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，叫一体。
- 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。