产品基础知识Day04

1.用户体验五要素

用户体验

定义：用户在使用产品过程中建立起来的一种纯主观感受

用户体验的重要性

1、会失去客户：如果你没有良好的体验，用户不会使用你的产品;而且产品很难有二次机会接触用户;

2、会增加成本：获客成本越来越高，因为用户体验的原因造成用户流失，增加了企业成本;

用户体验五要素：具体——>抽象

1、战略层：包括产品定位、目标用户和用户需求，对应的启动阶段的产出物:：BRD/MRD和立项报告

2、范围层：根据战略层的需求，产品提供了什么功能，对应规划阶段的产出物：功能清单

3、结构层：包括结构和流程，这一层可以看出产品的框架和轮廓，对应规划阶段的产出物：结构图和流程图

4、框架层：具体的页面设计、排版、导航设计等，对应执行阶段的产出物：原型

5、表现层：视觉效果，对应跟进阶段的产出物：最终的页面效果

（1）战略层

定义：产品目标和用户需求（做什么? )

（我们要做一个什么样的产品，为什么要开发这个产品？用户是谁?他们的需求是什么？）

（2）范围层

定义：功能及其内容需求整合（要做哪些?)

（针对用户提出的需求，我们应该提供什么功能去满足这些需求？竞品和自身产品都提供哪些功能？）

（3）结构层

定义：产品的整体结构设计

1．我们应该有哪些页面，去承载要做的这些功能

2．结构对比、流程对比（结构是否清晰、流程是否明确）

（4）框架层

定义:界面设计、导航设计和信息设计（做成什么样子?)

1．页面细化，每一个页面具体长什么样子

2．界面设计、布局、导航设计...

（5）表现层

定义:页面效果的视觉呈现（做成了什么样子? )

（UI设计/视觉设计）

用户体验五要素的应用场景

应用场景1：竞品分析

应用场景2：从0到1

竞品分析报告案例

竞品分析成果——分析报告

竞品分析的目的：为什么做这份报告?

确定竞品：分析了哪些产品?产品形态是什么?产品版本?体验环境?

竞品分析：战略定位、目标用户、商业模式、产品结构、产品流程、产品功能、交互设计、特色功能、运营策略

总结：优缺点总结、结论、发展预测

需求管理（需求池）

需求池主要是用来收集和管理各方需求的集合

需求池不仅仅是简单记录需求是什么，还会记录这个需求相关的一些关键要素

1、需求的集合

2、产品经理接到的所有需求都可以记录到需求池，但不表示一定要实现，后续还有需求分析的过程

3、需求池中的需求类型:新增、优化、BUG

需求池的作用和管理原则

管理需求

收到新的需求，要记录

需求多的时候。需要分批、分优先级

需求维护

每一条需求是如何处理的？现在处理什么阶段、什么状态?

需求回潮

未处理的需求：这条需求是如何产生的，用户和场景分别是什么？

已处理的需求：当时为什么这样处理?

管理原则

有进有出：收集到的需求要录入,处理完的需求要转出

宽进严出：接到的需求都录入需求池，但不是所有的需求都需要做，这中间要有第选，即需求分析。

2.需求分析

概念

业务需求和产品需求

业务需求=业务动机＋业务目标

业务需求就是最根本动机和目标成果，通过这个需求解决特定的问题。

产品需求=解决方案=产品结构+产品流程+产品功能

产品需求是对用户真实需求的提炼分析。形成产品需求后要制定符合产品定位的解决方案，进而满足业务上的需求

业务需求—（需求分析）—>产品需求

需求分析的定义：从业务的需要出发，确定业务目的和目标，将业务需求转为产品需求

需求分析的思路

基于场景对需求进行分析

场景 = 时间 ＋ 地点 ＋ 人物 ＋ 环境 ＋ 事件

案例
背景：这是一个区块链资讯产品，平台内容以图文和音视频为主

现状：1、用户增长速度不快       2、用户对内容不感兴趣

业务需求：我们要提高APP的用户数量和用户活跃度

场景和需求有什么关系?

不同的需求都是在特定的场景下才需要被满足，做产品就必须要考虑产品要服务怎样的场景；

需求的真伪判定

伪需求

披着需求外衣的产品解决方案

如何判断一个需求的真伪

每一个伪需求背后，都是一个没被满足的痛点（准确的说是没被发现);当你质疑一个需求是伪需求的时候，通常是这3种情况之一：

用户没说明白；

你没听明白；

这不是一个需求，而是一个解决方案，并且方案不靠谱。
 

表面需求——>本质需求——>产品需求

需求处理思路：

1、接到需求后，首先思考为什么会存在这个需求，提这个需求是要解决什么问题

2、然后再思考，这个需求是不是真的能解决这个问题，有没有其他的方法或者更好的方法

需求筛选

需求筛选的目的在于做需求的优先级，如哪些需求是必须要满足的，哪些需求是可以延迟满足的，而哪些又是可以不需要满足的

需求筛选的原则

是否满足用户的真实需求：用户提出的需求往往是表象需求，如用户说想要一匹更快的马，但其真实需求则是需要一个更快速的交通工具;因此，在设计产品时，要给用户一个更快速的交通工具，而不是一匹更快速的马；
技术是否能实现：产品实现时，可能会有技术限制，如果用户提的需求，技术不能实现，就属于无效的需求了；
开发成本是否可控：如果用户提出的某项需求所需要的人力成本、时间成本太高，代价太大，可能会造成产品不能按期实现，则这项需求可以直接过滤掉；