产品 阶段二 （上）

第一章 内容产品模型

一 内容产品概述 

1.什么是内容产品?

• 以图文、视频/直播、音频等形式提供服务的产品形态

2.内容产品的架构包含几个端?

• 用户端、自媒体端、平台端

二 内容产品设计模型

1. 内容生产

• PGC(Professionally-generated Content)专业生产内容：传统的门户网站内容生产方式，内容多由官方工作人员身或者专业的内容创造者(比如新闻记者等)创造。
• UGC(User Generated Content)用户生产内容：一种新的内容生产方式，由内容产品使用者，也是产品的内容的生产者。

不同的内容生产方式有什么特点?

• PGC: 质量保证但量少
• UGC: 量多但质量不保证

2. 内容审核

• 文本内容: 设置敏感词识别判断
• 图片/音视频: 接入第三方服务

3. 内容分发 

常见的内容分发方式: 1 编辑分发 2 订阅分发 3 社交分发 4 算法分发

• 1 编辑分发

  由平台自己创造内容并推送，是一种中心化的分发模式

  特点: 1.给什么看什么，用户没得选 2.能控制内容质量

  适用场景:

  1.需要平台来控制内容质量，尤其是发展早期，用户没有形成发布习惯或者没有高质量 用户入驻

  2.在平台任何发展时期，都需要通过官方的编辑分发来引导社区发展

• 2 订阅分发

  基于粉丝，构建内容、用户、平台三者闭环，是一种私域流量构建

  特点

  1.用户主动选了什么就看什么 2.依靠话题来吸引和划分用户

  适用场景

  1. 平台有高价值用户，也即是所谓的KOL，这帮用户有能力构建自己的私域流量

  2. 订阅分发具备有效的流量基础和KOL，不适合发展早期的产品

  KOL: Key Opinion Leader 意见领袖

• 3 社交分发

  社交分发依托于关系链，基于社交关系传递信息。

  特点

  1. 内容的传播变成了“千人千面”，用户成为了内容分发的中心。
  2. 内容息根据用户的喜好在传递，用户之间更容易产生互动，从而加强了关系链。
  3. 社交分发的信息传递范围依赖于粉丝数量以及粉丝的分享意愿。

  适用场景

  1. 内容一般具备话题性，强互动，能够激发用户的传播欲
  2. 希望借助用户社交关系链扩大用户群体，实现裂变破圈
  3. 所以今日头条、抖音让我们如此沉醉

• 算法分发

  基于程序，技术壁垒高，分析用户画像匹配兴趣偏好，是一种个性化的精准投放。

  特点

  1. 喜欢看什么就推送什么
  2. 信息传递和获取是即时性的

  适用场景

  1. 具备充足的且多样的内容，能够保证内容供应的丰富性
  2. 具备一定量级的用户规模，且能够搜集分析大量的用户行为数据，能够实现精准匹配

4. 内容消费

内容消费模式:
免费消费模式	用户无需付费，即可查看平台当中 的内容(图文、音频、视频等)
付费消费模式	用户需要付费之后，才能够去查看 平台当中的内容(图文、音频、视 频等)

付费内容特点
即时性	比如对于资讯类的消息，信息作用有时效性，为了第一时间获得这个信息，用户 会愿意付费
专业性	不是到处都能随便搜到的信息，具备相当的专业价值
个性化服务	每个用户都觉得自己享受的是针对性服务，比如知乎Live
唯一性	别人家没有的信息，比如独家版权音乐之类的

付费消费设计
要点	凸显服务价值、服务有效期限、支付简单

第二章 需求收集&管理

一 什么是需求 

案例

公司是做外卖平台的，最近我们去查看用户反馈的时候，发现有用户留下这样一条反馈:你们的产品 确实解决了我不想出门的问题，但是我现在其实有另一个问题，就是我每天都不知道我要吃啥，我怎 么才能知道今天应该点什么外卖呢?”

在上面这个场景当中，“我怎么才能知道今天应该点什么外卖呢?”这个问题就是用户的需求，只不 过这类需求都是用户自己以提问题的方式给出的

1. 需求的常见形式

提问题: 需求方没有办法准确描述 他想要的，但是能够描述 出他目前遇到的一些问题

提目的: 需求方不明确如何才能实 现需求，但能清楚知道自 己想要达到的目的是什么

提方案: 需求方非常善于思考，有 着自己的想法，在提出需 求的时候，把现成的解决 方案也一并提出

2.需求的定义

需求: 其本质就是用户的预期，而预期与现状之间存在着差异，就出现了需求, 另外，用户提出需求时，都会基于某种目的所提出问题、建议或者想法

二 需求如何收集 

1. 常见需求收集方式

1.1 定性方式 & 定量方式

定性方式

• 定性方式主要借助逻辑推理等思维 方式，梳理过程以及关键的事件， 从而得出相应的结论

定量方式

• 定量方式有根据数据进行计算分析， 通过样本数据证实或反映总体现象 
• 数据一般可以包括时间、数量、频率、趋势等

1.2 以下为常见的用户收集方式：

2. 竞品分析 

根据以下维度对竞品进行分类：产品定位，目标用户，产品功能

竞品分类：1. 直接竞品 2. 间接竞品 3. 潜在竞品

• 直接竞品： 产品的定位和目标用户高度一致，且产品的功能也十分相似

• 间接竞品：产品的定位和目标用户高度一致，但产品的功能不太一样 或者 产品的功能很相似，但产品定位以及目标用户不太一致

• 潜在竞品：目标用户有重合的地方，但产品定位以及产品功能暂时不太一致，未来有可能做类似产品解决用户需 求。或者公司是行业的巨头。

竞品分析适用场景

了解行业	支持产品经理了解行业目前的发展情况、竞争激烈程度、未来趋势等。

产品设计	为自身产品设计提供功能、可用性、关键技术等方面的参考

差异化	避免产品同质化过于严重，提高自身产品的差异化程度

方案验证	方案可行性参考竞品，降低产品方案不适合的风险

3. 用户访谈

定义: 用提问交流的方式，了解用户的需求，强调深入了解

Tip: 访谈内容需要根据访谈目的来确定，通常包括某些问题的观点看法、某些产品的使用过程、使用感受以及品牌印 象等，属于定性方式

访谈问题记录：

在进行访谈之前，尤其要注意的是基于目的设计合理的问题 和选择合适的用户。

所以访谈的基础是明确目的，而成功的关键就是用户的选择和问题的设计。

所以接下来我们重点给 大家剖析一下这块的内容

访谈问题设计要点：

• 问题设计方式——预设式
  • 即根据本次访谈目的提前设置好访谈需要提问的所有问题，与用户进行访谈沟通 
  • 访谈进行主要都是基于提前设置好的问题
  • 使用场景
    • 1. 指向目的非常明确，要问的问题也清晰明了
    • 2. 一般对用户场景现状和行为比较熟悉，侧重于了解深度了解场景发生的原因 - 问题设计方式——渐进式
  • 从需求目的出发，只设置部分问题，其他问题大致圈定方向，但是详细问题基于用户现场回答再进一步提问 
  • 访谈进行主要都是基于部分问题进行深度挖掘，考验访谈的临场思考和应变
  • 适用场景
    • 1. 一般适用于对用户场景了解不够透彻的情况，需要基于用户回答进一步提问
    • 2. 注意访谈仍然要遵循循序渐进，不是毫无逻辑想到一出是一出

案例

菜品供应

我们公司原本是做传统线下生鲜供应的，现在想做一款产品就是直接面向餐厅提供蔬菜供应的，考虑 是满足当餐厅在食材快消耗完的时候，能够固定时间供菜的场景。为了实现这个需求，我们将进行用 户访谈

菜品供应-确定用户

高等用户

五星级的每日菜品需求量价值10万以上的餐厅

中等用户

四星级的每日菜品需求量价值5万-10万之间的餐厅

低等用户

三星级及以下的每日菜品需求量价值5万以下之间的餐厅

菜品供应

现状：

产品:您在饭店的菜品快消耗完成的时候，是怎样买菜的?

用户:经常去近一点的菜市场买菜，偶尔去远一点的菜市场买菜

痛点：

产品:您去临近的菜市场买菜，遇到过哪些问题?

用户:菜卖没了，不新鲜了，涨价了。

产品:您去较远的菜市场买菜， 遇到过哪些问题?

用户:菜卖没了，不新鲜了， 涨价了。堵车、交通事故。

方案 产品:那您是怎样解决这些问题的?

用户:远一点的，买/不买，无解

注意事项&适用场景

注意事项

1 不要明知故问

2 不能引导用户

3 问题不要太大/细

4 不要给用户施加压力

适用场景

1 需要深度了解用户为什么会存在这样的需求，用户实际的使用场景是怎样的

2 初步验证方案可行性的时候

小结：

1.什么是用户访谈?

用提问交流的方式，了解用户体验的过程

2.如何进行用户访谈?

确定访谈形式、明确访谈的目的、设计访谈问题、用户 筛选、邀请用户进行访谈、结果汇总与分析

4. 实地调研

定义: 实地调研指深入用户的实际场景，通过观察用户在现实场景的行为，或亲身体验在相应的真实场景下，体会用户 的真实感受和体验。

Tip:实地调研一般包括观察法和实地体验

实地调研进行步骤： 进入场景 -> 用户角色 -> 观察体会 -> 持续进行 实地调研适用场景：挖掘需求 -> 理解需求 -> 效果验证 -> 寻找问题 

三 需求管理

1 需求池

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

2 需求池核心字段释义

核心字段释义
产品模块	说明清楚需求到时解决的位置在产品中的那个功能模块，如果暂时没有这个模块，可以为空
需求描述	需求描述的是原始需求，尽量保持原内容记录
优先级	目的是为了确定后续先做哪些需求(具体方法后面会学习）
需求提出人	目的是为了后续，要进行需求确认沟通的时候能够找到相应的人员
需求类型	产品已有的功能进行优化则是调整，如果是全新做的则是新增

需求状态
待确认	一般初始记录的需求状态会是待确认，代表需 求还需要跟需求方进一步沟通了解
已确认	当需求已跟需求方沟通 了解背景目的之后，代表我们已经清楚为什么 要做以及期望做成什么样的
规划中	指需求开始进入实质的 设计开发阶段，等待开发完成上线
已完成	需求上线完成

PS:

• 1.如果需求确认后确定不做，状态可以直接标识为已拒绝
• 2.需求状态的划分，不同的公司对于状态的名称和细分程度会有所差别，如公司有相应的需求池则依公司记录即可

3 需求池作用

• 管理需求 维护需求 回溯需求

4 需求池原则

• 所有记录到需求池当中的需求都要在一定时间内处理完成(无论是将 需求拒绝、规划都可以算作是处理)
• 所有接收到的需求都录入需求池; 不是所有需求池当中的需求都要全部实现，需要对需求进行筛选、分析

第三章 需求分析

一：需求分析的定义 

1. 什么是需求分析?

• 把用户的原始需求转变成为产品需求的过程

## 案例

 我们是一家通讯服务公司，最近有用户反馈，电话座机听筒电缆太短了，应该延长到10米 !!!于是秉承用户至上的原则，我们把所有的电话线做成10米的。

 但是发现后面又有用户说还是太短了，需要100米的。于是秉承用户至上的原则，我们又 把所有的电话线做成100米的。


 原始需求：电话线太短 -> 延长10米 -> 延长100米

 真实需求：-> 方便在任何地点随时都可以接电话

2. 需求分析的本质

• 原始需求（预期、目的、想法、问题等） -> 产品需求（和产品有关的问题）

二：需求分析的时机

• 具体情况具体分析 收集需求时/收集需求后

三：需求分析的步骤

1. 需求澄清

• 围绕着WHY(目的)，去探究WHO(用户)、WHAT(问题)、 HOW(现状)

2. 需求甄别

• 需求甄别维度：普遍（是否为特例） 痛点（解决根本问题） 高频（高频出现）

# 伪需求判断案例
 
 ## 案例背景:

  传智某个毕业学员 P小M 入职了一家做在线英语培训的公司，公司有很多外籍教师，学员大都为中国 学生。目前公司的产品经理在每周对需求池当中的原始需求进行整理分析时，发现之前有个叫Zoe的 外籍老师上周提出了如下需求:

 “希望可以在上课时在网页版的直播间里可以打字，进行答疑，并且在直播课里最好提供举手、邀请 某人语音的功能”
 
 
 ## 反馈
 经过调研发现除了这个老师之外，没有其他老师有这种需求，并且很多老师觉得没必要。
 
 -- 判定：不具备普遍性 伪需求
 
 ## 再次调研
 经过调研发现除了这个老师之外，没有其他老师有这种需求，并且很多老师觉得没必要。但是这个老 师的学生占据公司学生的90%，而且对于公司获客引流贡献价值高达80%以上
 
 -- 判定：具备普遍性/高频 需求
 
 

3. 需求的优先级

3.1 四象限法则

• 是时间管理理论的一个重要观念，从时间紧急程度以及功能重要程度两方面为横纵坐标，最终划分出了四个象限

3.2重要性确定

• 价值：对比不同的需求满足的情况下对公司/产品当前或长远产生的价值 是怎样的
• 规划：需求是否符合公司/产品的战略规划
• 性价比：综合考虑需求的成本，价值与成本之间的关系

第四章 流程图&结构图

一 认识流程图 

• 业务流程图 页面流程图 功能流程图

二 流程图的绘制 

1 认识流程如图

2 常见流程图绘制工具

三 泳道图

1.什么是泳道图?

• 也叫跨职能(多角色)流程图，旨在展示工作流中每个 步骤涉及的流程和职能部门(多角色)

四 结构图介绍 

1 结构图：

• 以结构化的方式表达产品/功能/信息的层级结构关系

五 结构图的绘制

1 结构图绘制工具

第五章 产品原型设计

一 产品设计思路

## 案例:直播间需求分析

  传智某个毕业学员 P小M 入职了一家做在线英语培训的公司，公司有很多外籍教师，学员大 都为中国学生。目前公司的产品经理在每周对需求池当中的原始需求进行整理分析时，发现 之前有个叫Zoe的外籍老师上周提出了如下需求:

  “希望可以在上课时在网页版的直播间里可以打字，进行答疑，并且在直播课里最好提供举 手、邀请某人语音的功能”

1 产品设计思路

1.1 产品设计思路是什么

• 角色场景-流程-功能-原型

1.2 功能清单

1.3 功能清单与需求池的区别

• 结构上: 需求池包括需求、干系人、时间节点和优先级；功能清单不包括干系人和时间节点
• 环节上: 需求池是早于功能清单产生的，需求先进入需求池，确定要开发，才会进入功能清单
• 作用上: 需求池主要用来记录所有需求，功能清单主要用于记录确定要开发的需求

二 原型的概念及分类

• 1 草图原型 2 低保真原型 3 高保真原型

1. 草图原型

• 特点： 1 绘图以逻辑框架为主 2 排版位置不讲究 3 不需要把原型元素全部表达
• 适用场景： 1 方案构思 2 团队脑暴讨论

2. 低保真原型（** 工作中主要以绘制低保真原型为主）

• 特点： 1 绘图要求整齐规范 2元素颜色简单，不需要真实 3 完整表达方案
• 适用场景： 1 方案交付 2 需求评审，开发依据

3. 高保真原型

• 特点： 1 绘图要求整齐规范，元素表达和排 版等求真 2 模拟真实用户使用呈现界面以及交 互动作效果
• 适用场景： 1 路演宣传 2 用户体验测试 3 公司管理要求

三 原型绘制工具

四 原型设计规范

1. 原型尺寸和结构规范

1. Web端原型常见尺寸 （1280 x 800、1366 x 768、1440 x 900、1920 x 1080）
2. 移动端原型常见尺寸规范（宽高 375 x 667、状态栏22、导航栏44、标签栏49）

五 Axure制作基础交互

1.常见的交互设计有哪些

• 跳转、显示隐藏、悬浮显示、动态面板

第六章 产品需求说明

一 产品需求说明

1. 了解产品需求说明的定义

• 即针对产品方案进行必要的相关说明，确保方案的完整性和全面性。也叫需求规格说明书
• 本质上，就是说明清楚产品功能如何使用

2. 产品需求文档

ps： Axure编辑后的文件后缀为.RP

3. 产品需求维护形式

• 本地化形式：借助原型绘制工具(例如Axure) 绘制原型，并在原型上直接撰写对 应页面内容的说明运用Word文档进行单独说明

• 第三方工具：借助Tapd、共享文档等云协同工具 进行协同维护

二 产品交互需求说明

三 如何撰写产品交互需求说明

1. 交互说明撰写步骤

• 1 页面说明：先对页面进行整体说明，说明清楚页面来源和相应的页面规则
• 2 区域划分：根据页面构成进行区域大致划分，并做好标注命名，方便后续进行分块说明
• 3 详细说明：采取“先静后动，先正常后异常”的套路方式逐步说明相应内容

2. 了解产品需求说明文档

• 如何撰写产品交互需求说明