导图社区产品经理第三课：精益产品设计

产品经理第三课：精益产品设计

下列思维导图一共包括如下三大要点：一、传统产品设计流程 1.产品的诞生 2.步骤二、精益产品设计流程 1.构想 2.打造 3.测试 4.迭代三、产品设计 1.设计准备 2.设计方法 3.原型设计

编辑于2020-12-19 11:14:04

精益

巧克力丽丽

产品经理第三课：精益产品设计

社区模板帮助中心，点此进入>>

巧克力丽丽

相似推荐
大纲

产品经理第三课：精益产品设计

传统产品设计流程

优点：产品规划性强，完整度高缺点：投入大、周期长、风险高适合：对想要切入领域已经有很深的了解和积累

产品的诞生

先有产品创意

先对行业进行商业价值分析

“四纵四横”理论

四纵：互联网用户需求的发展方向

娱乐

信息

通信

商务

四横：互联网技术变革

搜索

社交

移动

智能硬件物联网

步骤

商业价值分析

定义：基于商业目标或价值所描述的产品说明。涉及的内容主要是产品的产品背景、市场空间、竞争对手、产品主要功能、投入成本、带来的收益和做与不做带来的风险

参与角色：BOSS、产品经理

产出物：商业需求文档（BRD)

市场分析

定义：是对商业价值分析的全面细化和补充，主要内容会有市场说明、用户说明、产品说明

市场说明：主要包括市场规模、市场特征、市场趋势、竞品分析

用户说明：主要包括目标用户群体分析、需求分析

产品说明：主要包括产品定位、产品核心目标、产品主要功能等

参与角色：产品经理

产出物：市场需求文档(MRD)

产品立项评审

用户研究

分析目标用户：潜在需求、用户特征、目前所遇到的最大问题和解决手段

方法：调查问卷、用户访谈、焦点小组

详细需求说明

定义：是产品从一个概念变成真正可设计、可开发的文档。它需要向项目组的成员传达清楚需求的意义、功能的定义和详细的规则。文档中主要包括功能概述、功能结构、功能流程、功能详细描述、特殊状态说明、简单的交互原型等

参与角色：产品经理

产出物：产品需求文档（PRD）

需求评审

向各种角色介绍并解释，最好的说清楚需求的机会

交互设计

定义：交互设计是通过合理的界面语言将产品能力、功能呈现给用户，使之可以快速学习、理解和记忆。交互设计师主要会产出用户行为路径图、信息架构图、页面交互设计

用户行为路径图：页面流程图，主要设计用户在你的产品中按照什么样的路径去完成任务，通过设计提高任务的完成效率。

信息架构图：关注内容结构、导航系统设计，让用户容易理解和方便找到所需信息

页面交互图：常说的交互原型，主要用线框图来表现页面信息布局、内容优先级及交互细节

参与角色：交互设计师

产出物：交互文档（wireframe）

视觉设计

做出软件真实的样子，加些小动画什么的

交互原型可用性设计

定义：无需借助开发手段，将高保真的交互原型或真实界面的视觉稿打印出来，制作成纸面原型。再邀请目标用户完成产品的典型任务，待验证功能点。

参与角色：用户研究员、交互设计师、产品经理

产出物：纸面原型、测试用例

程序开发

有详细的需求说明文档就可以开始后台，有交互原型就可以界面开发，并行的

程序测试

产品交互视觉验收

Beta版用户测试

小范围用户内测

产品发布

正式运营

精益产品设计流程

核心思想：尽早的让真实用户使用产品，从而验证产品的构想是否真正是用户想要的适合：小公司或者大公司内自下而上发起的小项目或是对已经发布的产品进行功能迭代或改版。

构想

内容：定义清楚我们要打造一个什么样的产品以及为什么要打造他。输出低保真的产品原型及高保真的可运行模型（包括界面和假数据）

步骤

提出假设

解决方案假设：我们认为为【某些人群】开发【某种功能】可以让我们获得【某种成果】，我们的验证方法是【看市场是否有某种反馈／某个量化指标／某个定性指标】

验证假设

有了假设的解决方案后并不应该马上进入产品设计阶段，还应该进行初步验证。只有经得起推敲的方案，才有成功的可能。

验证方法

PSPS模型

定义：假设出产品的目标用户，为他们建立用户画像。描述出他们有需求或遇到问题时的具体场景，找出他们的痛点（他们遇到的尚未解决且非常重要的问题）。最后将用户画像、场景、痛点统统代入到你之前假设的解决方案里，看看能不能满足他们的需求，解决他们的问题。

Persona：人物

Scenario：场景

Pain：痛点

Solution：解决方案

总结：这个方法就是YY你的用户，看你自己YY的产品能不能自圆其说的满足他们的需求。

和你的用户谈谈

当完成了自我的肯定及否定后，你可以开始找你的目标用户好好聊一聊，看看他们对你的产品假设是否感兴趣，是否能改变他们已有的行为习惯。

用户访谈可能具有欺诈性

产品设计

方案设计

交互设计

视觉设计

打造

打造MVP：对用户有价值的最小可用产品

注意：MVP需要具备完整的核心价值，并且能够让用户感知到。

举例：完整产品是摩托车，MVP是自行车，不是轮胎

测试

定义：逐渐对真实用户开放，并通过收集用户的意见反馈和客观数据验证产品的需求和解决方案

PMF阶段：Product／Market Fit（符合市场需求的产品）

EVP阶段（卓越的可用产品）

总结：在测试阶段关键点是控制MVP的节奏，刚开始时招募少数测试用户验证MVP是否到达PMF，到达后再聚焦核心功能加大投入，尽早的使MVP达到EVP，到达EVP后再扩大用户测试范围，继续优化产品

迭代

在这个阶段，产品已经完成验证并对所有用户可用。但不代表已经可以停止开发，因为随着用户量的增加和时间的推移总是还有很多可以提高的空间，这时我们又可以通过构想、打造、测试来不断的优化或者新增功能。

产品设计

设计准备

需求还是解决方案？

怎么判断？多问几个为什么！

例子：易信，用户反馈增加“附近的人”功能，其实是想陌生人社交～这就是解决方案，但在当时这个方案并不适合用户群体较少的易信，会显示产品弱点，所以不宜采纳。

为谁设计和使用场景

人物角色（人物画像）

我们通过对目标用户的目标、行为、观点等进行研究，将这些要素综合抽象成为虚拟的用户，用以辅助产品的决策和设计。

人物角色三大基本信息

第一类是人物的基本属性，比如相片、姓名、性别、年龄、职业、居住城市、教育背景及和你产品有密切关联的基本信息

第二类是基于产品的用户简介，即围绕产品的用户描述，这里需要强调这个人物角色和其他人物角色之间的核心差异点。

第三类是用户目标，即用户为什么要使用你的产品。

注意：1、人物角色不是用户细分：人物角色更关注用户的目标和行为模式，我们将不同目标、行为和观点的用户划分出来，构建成了人物角色。 2、用户角色不是真实用户：人物角色并不是某一个真实用户的缩影，因为一个具体用户的习惯、偏好是受多种因素影响，可能和他的经历、甚至当时所处的环境相关。

使用场景：用户在什么情况下做了什么

设计方法

规则设计

定义：产品里的规则就相当于游戏里的玩法，你需要定义清楚产品是什么，它是如何运作的，需要设计你希望用户应该如何去使用这个功能／产品，他们可以做什么，他们应该做什么，哪些不鼓励做，哪些不能做。

例子：设计道路，机动车道／非机动车道，隔离栏，红绿灯，实线，违章摄像头，处罚条款

产品原则：是产品团队达成的一些共识，当开始具体的产品设计时都应该能够体现产品的原则。不局限于某一范畴，可以是跟产品有关的方方面面。例如：

优先照顾买家体验

重点保障移动场景下的产品体验

产品应该是令人愉快的

尊重用户隐私

产品使用时应该是平滑流畅的

把制造垃圾的用户赶尽杀绝等

例子：客服问答机器人

问答机器人规则：顾客问问题时，机器人能够分析顾客所问问题，将顾客问题与机器人知识库内的问题进行匹配分析，并回答相应问题的答案。对于企业来说，除了能够准确识别顾客问题外，还无需进行复杂的设置和大量的知识库的整理录入工作，也能正确回答顾客的咨询问题，随着顾客咨询的数量上升，机器人的问题识别准确率和所知道的问题范围也会逐渐增加。

七鱼原则

使用简单

提升工作效率为第一优先级

给出结论而不是展示数据

让企业主和客服主管更爽

机器人原则

能够解决大部分顾客问题

在最佳时刻引导用户转为人工服务

企业主能够很容易的建立机器人知识库

功能设计

定义：将规则设计中所描述的产品规则，遵循规定的产品原则细化完善成具体的产品功能。

还会考虑的几个方面（问答机器人为例）

用户需求

能够解答常见问题的机器人

简单高效的知识库

支持网页、移动app、微信公众号

用户任务

定义：用户为达到目标使用产品时需要做的任务

使用场景

定义：用户在什么情况下做了什么

技术限制

很多情况下一个功能不是我们产品经理想实现就能实线的，一个功能能否开发出来实际上是严重的受技术限制的。