《三节课产品经理课程》学习笔记

2万字的《三节课产品经理课程》学习笔记，让你从零开始了解产品经理。内容包括用户分析、用户画像与用户调研，需求挖掘、用户故事与 HMW 分析法，产品调研、竞品分析，功能和流程、需求管理、商业产品、产品需求考核指标，原型设计、需求文档，需求评审、上线工作，种子用户、产品运营等，所有你想了解有关产品的内容这里都有了。

《三节课产品经理课程》学习笔记

用户分析、用户画像与用户调研

用户分析

用户分析概述

通过用户反馈发现问题找到目标用户，做简单的用户调研

深度用户调研

关键用户分析

用户调研现场

用户反馈发现问题

能发现的问题类型

自身的问题

竞品的问题

可能的机会点

收集渠道

勤搜索；关键字订阅；检测工具

公开渠道

App Stroe

微博

应用市场

豌豆荚、安卓市场、小米应用市场

贴吧

半公开渠道

朋友圈

微信好友

用户评价

定期搜索关键字；定期分析用户行为

内部咨询（整合内部反馈渠道；到一线去和一线同事交流

用户投诉

电话录音

客服咨询

常用工具

主流应用商店和常用工具

iOS

App Stroe

安卓

360手机助手、安卓市场、小米应用商店

百度手机助手、安智市场、豌豆荚

常用工具

AppAnnie

应用雷达

ASO114

应用监控

低分差评

重点 1-3 分

有效评论

重点看实际描述的评论

异常行为

水军刷榜

恶意评价

竞品变化

监控竞争对手的应用变化

主流社交平台和常用工具

主流平台

微博、贴吧、知乎、人人网、雪球等

工具

关键字+收藏夹

微博企业版

百度

Google

通过用户咨询发现问题

来源

客服后台

录音

意见反馈

用户反馈

邮件

通过用户点评发现问题

主要看什么

差评

为什么差评？原因、现象是什么？

描述

重点看有实际描述的评论

异常行为

刷好评行为？

恶意评价行为？

用户调研

用户调研是植根于产品经理日常工作生活的必备素质。

目的

发现用户问题，验证可行性

流程

观察使用过程

提问

用户主动说

什么是用户调研？

为什么调研？

了解用户对产品的使用过程

了解目标用户群的使用场景和过程

总结用户的问题和流程是

提出最合理的解决方案

误区

指望从用户调研中获得需求是产品经理懒惰的表现

用户调研≠用户访谈，访谈只是其中一种方式

把个体当整体

从用户调研中找自我感觉的证明

用户调研结论不要谈占比

雷区

直接问用户想要什么、有什么需求

直接问用户有没有用、好不好用

快速打断用户

说服用户

常用工具

录屏软件：

完整记录PC使用过程

Macbook + screenflow

手机端录屏：

完整记录手机使用过程

iPhone + Macbook + AirServer /安卓+录屏神器

统计系统：

统计数据

growingio、诸葛 IO、appsee（国外）

录音笔/电话、QQ、微信等社交软件

记录用户讲的内容

如何操作用户调研的过程？

#操作方法

1、明确背景和目的

背景

什么情况下发起的调研？是否必须用调研来解决？

目的

通过用户调研，希望得到的结果是什么？

#案例分析

忌大而全：

调研的方向越聚焦，越有价值

忌假大空：

针对行业用户的调研，针对满意度的调研，价值都不大

2、选择目标用户

基于背景和目的，先挑出大量符合行为的用户

（大量用户）

选定部分目标用户，针对性分析（用户画像）

（目标用户）

选定合适的用户

（合适用户）

时间、地点、配合程度（了解清楚再进行约见

邀约用户

直接说明目的，并告知可能发生的情况（提前告知让用户有所预防

用户数量

不宜扫网式，一般 5-10 个

3、分析用户和问题

猜测目标用户可能面临的问题是什么？

分析调研对象可能碰到的问题和解决方案

用户可能的问题，根据用户的使用行为表现

猜测用户的需求并提出解决方案

把解决方案变成可执行的 demo（纸面、原型等）

确定访问提纲，聚焦且开放的问题

按照用户调研预设时间的 2 倍去准备问题

标注必须要回答和用户操作的关键问题

准备用户必须操作的任务

把问题串起来，并找你的同事预演一遍

总结和调整

提问方向

在访问用户中尽量通过还原用户过程进行访问，而不是逼问和质问

4、准备调研内容

本品的已知问题：

用户操作习惯、消费习惯和过程，原因

本品的未知问题：

用户的痛苦点是什么、哪些操作用户感觉很烦、用户愿意掏钱做什么

竞品的已知问题：

用户直观感知两者区别，本品、竞品的使用差异

竞品的未知问题：

如果从竞品移入，用户放弃的理由；从本品移出到竞品，关键原因是？

5、现场调研

注意事项

先缓和情绪，不要着急一下子进入到访谈/调研中

尽可能模拟用户真实的环境

主要过程

观察用户是如何操作的

望

记录用户的操作过程（工具篇）：录屏、录音、笔记

让用户完成明确的任务

给用户一到两个明确的任务（基于之前你对用户的分析）

让用户自行使用并完成任务（不做任何主动指导和讲解）

从用户完成任务的过程中，从场景中发现问题

不同类型的用户，尽量分开做，不同的任务，分开做

猜测用户在哪里出了问题

闻

重点关注异常行为

重点关注用户的表现

重点关注用户的表情

了解背景信息与自己猜测（猜测的问题）是否匹配

让用户说说当时的想法

问

用户拿到任务之后，是怎么思考的

认为需要完成工作，大约需要怎么做？

针对关键节点，完整描述现象，并提问

追问为什么

完成一个行为和问题收集

在一个完整路径上追问

用聚焦且开放的问题，引导用户说出自己的想法

打破砂锅问到底

用户试图解决什么问题？为什么？ ​提问技巧：问聚焦且开放的问题，针对现象问，而不是泛泛来

发现机会 验证机会 观察反馈

切

用户觉得有什么方法能更好解决这问题

基于用户完成任务的过程中碰到的问题

用户认为可以怎么做，会更好提升体验？

继续追问为什么？

演示新的解决方案，看看用户的感受

把之前考虑过的方案拿出来展示给用户，并简单讲解

关注点：和现在相比，对于用户的吸引力是什么？

继续追问为什么？

如何让用户开口？

故事 让用户讲故事、讲他的经历、把用户当采访对象

鼓励 少打断、多鼓励用户表达， 期待的眼神

刺激 说反话、聊对立的用户、让用户表达看法

了解用户的使用过程；

提问：对关键行为，预设问题进行提问

反馈：对有效的信息反馈给用户，并深究

最好观察用户的行为，复原当时情景

6、总结报告

整理单个用户的调研过程

是否要调整调研的对象

汇总本轮调研用户的过程和结论

行动计划，分享并提出行动计划

小案例分析

如实还原 积极反馈

还原：用户是怎么使用出问题的？

反馈：提出改进计划，并且进行反馈，出了解决方案及时通报

调研误区

为了调研而调研（没结论，没过程，要带着分析方法、目的）

问用户有什么需求（不是通过用户行为发现需求）

试图说服用户（用中立的态度看事情，不要带入个人情感、不要说服用户）

求全求量（看似安全但没啥用的结果）

依赖调查问卷（得到了感觉有价值的数据）

用户画像

用户特征分析的基本概念

什么是用户特征分析？

通过各种方法，更完整了解目标群体的情况

描述典型的目标用户及其群体行为

用户分析==信息的分析

用户特征分析的目的

明确知道你的用户真实的诉求点

为功能设计提供核心依据

数据挖掘与用户推荐的底层支持

用户特征的操作逻辑

思路

基础属性

年龄、性别、星座、教育、身高、职业

社会关系

有孩子、男孩、兄弟姐妹、父母、老公

消费能力

月收入、月消费、有支付宝、 10 张信用卡、金卡客户、还房贷

行为特征

经常团购、经常加班、上班刷微博、讨厌不准时、开会不准时、在网吧上网

心理特征

贪小便宜、品牌偏好、好攀比、犹豫、纠结、果断、健康诉求高

操作逻辑

信息

收集信息

抽离信息

行为分析

标签

打标签

方案

优化产品

运营方案

用户特征分析实战 #操作方法

分析过程

个体分析

基础属性

社会关系

消费能力

行为特征（关键

心理特征

关键特征

特征内容

猜测关键的行为有哪些？

关键行为看交叉验证

明确特征的计算方式（算法）

命中的行为路径是什么？

召回验证

把关键行为特征交叉后调出数据，然后验证数据

召回率：有多少命中策略的数据被调取出来了

召回准确率：召回的数据中，准确率是多少？

优化：修正特征数据，调整粒度

解决方案

用户特征分析越细致，解决方案就越准确有效

解决方案的排序：用户量和频次进行选择

需求挖掘、用户故事与 HMW 分析法

需求挖掘

产品设计的核心要素

三个要素：

用户、场景、需求

产品设计，就是不断解决用户在特定场景下的需求

增加、减少功能并非关键，关键能不能解决用户的问题

整理需求

1、思考方式

用户：

当想到一个功能，先不要想怎么实现的，而是想谁会用

场景：

用户分别在什么情况下会用（感兴趣）?

问题：

用户分别在上述场景下，碰到什么问题（挑战）?

方案：

用户现在的解决方案是什么？

2、找到潜在用户有哪些？

谁会对优惠码感兴趣？

通过思维导图列出所有感兴趣的人

不用思考行不行，把能想到的穷举

3、列出用户发生（感兴趣）的场景

针对每一类用户“分别”往下分解

把“什么情况”描述清楚，最好简单描述一个故事

4、不同的用户分别碰到什么问题？

注意是“分别”，不要怕重复

不同的群体、不同的场景，问题都是不同的

区分“问题”和“中性词”，如时间、价格

5、现在的解决方案是什么？

是用户现在的解决方案，而不是你要做的功能的解决方案

有很多用户也没有解决方案，没有就是没有

酷产品需求 #案例分析

根据影响面对需求进行排序#操作方法

1、四象限看用户量与发生频率

优先解决大用户量的高频问题，基础体验

最后解决少量用户的低频问题，超好体验

2、看开发难度和效果

优先见效快且开发难度不大的，这就是迭代

最后做很费劲而且见效慢的，这可能是未来的机会

3、看产品价值

迫切程度：

用户是不是真的非常需要？还是空想的？

付费意愿：

用户是否会为了解决问题而付费？

ARPU：

如果开发出来，用户会为之付多少钱？

4、看你对目标群体的熟悉程度

你是否深入了解用户使用场景？

你对用户群体的理解是否足够了解？

如果不熟悉，就想办法熟悉它，否则就不要动手

5、总结结论

用户：

这个功能，第一批的核心用户是谁？

场景：

这个用户在什么场景下会使用？

问题：

解决了这个用户最大的痛点是什么？

对比：

和用户现在的解决方案相比，体验/效率提升有多大?

通过数据发现产品需求 #需要进一步补充

常见的数据名词

PV (PV-page view）：

即页面浏览量；用户每 1 次对网站中的每个网页访问均被记录 1 次。用户对同一页面的多次访问，访问量累计。

UV (UV-user view/ UV-user view）：

即独立访客，访问网站的一台电脑客户端为一个访客。Duration: -次访问的持续时长，也叫做停留时间。

Bounce Rate：即跳出率；

是指在只访问了入口页面（例如网站首页）就离开的访问量与所产生总访问量的百分比。

页面渗透率:

分流到本站点下游页面的pv/本页 pv 总数

referral：

指从其他网站点过来的链接，比如友情链接等，这类来源通常是免费的。

商业数据模型

收入=用户总量 X 付费率 X ARPU 值（ARPU=平均客单价*单位日期内平均购买单数）

产品数据模型

产品指标

流程/页面

用户指标

行为/动作

转化指标

产品指标和用户指标交集。符合指标

转化率

数据对于运营的价值

数据可以客观反应出一款产品当前的状态好坏和所处阶段。

假如做完了一件事但效果不好，数据可以告诉你，你的问题出在哪里。

假如你想要实现某个目标，数据可以帮助你找到达成的最佳路径。

极度精细的数据分析可以帮助你通过层层拆分，对于用户更了解，也对整个站内的生态更有掌控力。

数据当中可能隐藏着一些潜在的能让你把一-件事情变得更好的线索和彩蛋，有待于你去发现和挖掘。

数据分析的作用

做完一件特定的事情后，评估产出和成效，得出改进思路。

产品整体数据不佳，找出核心原因和问题所在，予以解决。

接手一款产品，评估其当前状态、发展阶段，得出下一步工作思路。

数据分析的基本原则

先明确分析目的，再建立分析方法和思路。

要围绕着核心业务流程和重要结论来完成分析。

用户故事

​以用户为中心产品设计

用户故事为什么重要？

讲故事是第一沟通能力

讲需求的时候，怎么打动油盐不进的研发？

用户访谈的时候，如何引导用户讲故事？

产品对外推广的时候，总是无法打动别人，是不是讲故事更好？

讲故事是产品经理的核心能力

人人都在讲沟通能力，沟通能力是什么？

讲故事意味着什么？

讲故事的要求

平实 真实的反映实际用户的故事，不要泛化，臆测，评估和假设

有用 这个故事中的信息，对听的人有什么用？

简练 如果 30s 不能抓住一个用户，你就不能阻止他走人

产品经理如何讲故事？

问题 谁在什么情况下发生了什么事？

如何描述用户的问题？

一群什么样的用户

在什么场景下，想解决什么问题？

解决过程碰到什么问题？

用户怎么解决的？

用户完成这件事的流程是什么？

同类用户、不同用户之间的关系是什么？

描述用户发生了什么事情？

总结用户故事，让听众加深印象

延伸 找到问题背后的原因，并提炼出有用的结论

为什么会发生这个问题？

产品出现了问题，会怎么样？

不同场合讲不同的故事

讲需求的时候：

用户有什么问题，有多痛，然后开始讲需求

推广产品的时候：

自从有了它，难言之隐一洗了之，然后讲用户之前碰到的问题

给运营讲功能的时候：

先讲对比，再讲功能，最后讲用户面临的问题

How Might We 分析方法

定义 HMW 是 什么？

找方向：

HMW =解决这个问题的方向，打开思考的困局

扩展思路：

把一个小问题大幅扩展，把问题想透

头脑风暴：

暂时不需要考虑具体的方案，让头脑风暴更高效

创新点：

让每个吐槽都可能被变成创新点

什么时候用 HMW？

头脑风暴前：

解决头脑风暴效率的问题

分析用户反馈：

在碰到用户反馈，马上用 HMW 分析

最适用场景

面对明确的用户和问题：

一类明确的用户，在碰到一个相对明确的问题最适用

锻炼自我思维：

把任何事情都用产品的思维来分解

HMW 分析方法 #操作方法

HMW 的逻辑

1、明确用户和问题

2、拆解问题的方向

否定：

如何想办法让用户放弃这个想法？

积极：

如何让用户提升自己来解决问题？

转移：

如何让其他人解決问题，继而解決这个用户的问题？

脑洞大开：

不敢想的一些方案

分解：

把很大的问题拆解成 2-3 步

针对 HMW 做方案

针对每个 HMW 列解决方案

穷举：

通过头脑风暴，穷举所有可能的解决方案

打开思路：

不要自我限制，先列出来，后面有限制办法

一些建议

不好的、不明确的 HMW

不能太空，太宽泛；

不能太窄，过于具体

案例分析 #案例分析

否定

如何让用户不用点评？

如何让取消点评也能评判服务质量？

积极

如何让用户非常乐于提交点评？

送钱

送积分

参与抽奖

如何让用户在服务完毕，马上就点评？

如何让用户点评的速度更快？

如何让用户更方便地点评？

如何让用户知道点评后能得到好处？

如何让用户知道点评对服务者很关键？

如何让用户点评的方式更丰富？

转移

如何让服务者来提醒用户进行点评？

好评与绩效挂钩

好评直接展示在详情页

点评结果和排序挂钩

如何让客服来提醒用户进行点评？

如何让用户知道要点评了？

下单的时候提示

订单结束立马推送点评提醒

订单进行中

如何让别让来帮助用户完成点评的工作？

如何让用户知道，点评是匿名的？

脑洞大开

如何用助理来帮用户点评？

如何让用户感觉点评特别好玩？

如何让用户觉得不点评很对不起服务者？

分解

如何先让用户回到 APP，然后在必经路径上提醒用户去点评？

产品调研、竞品分析

产品调研

如何做功能点的调研？

功能调研和产品调研区别

功能点调研如何做？

#操作方法

1、明确调研的目的

2、找到核心问题

都有谁会用？关键参与者都是谁？

用户为什么要用这个？有什么好处？

分别都是怎么用的？

3、查看数据表现

不需要太精确，大概数据

覆盖率

发布量

成交量

4、对于自己的产品来说，有什么意义？

要不要抄：

和用户群是否符合？数据情况如何？

能不能抄：

是否有技术壁垒？是否有特殊门槛？

结论是什么？

表达出自己的理由。论据

找到核心问题

你的目标用户是谁？先思考再调研

产品功能的现状是如何的？先知己再带着目的调研

调研的目标产品有哪些？找行业领先、产品口碑领先

功能的核心关键点是什么？功能逻辑是什么？功能调研的关键

差异点是什么？选择和做决策

5、总结

新的功能点有哪些？最关键（你准备调研）的是哪个？

用户、需求、场景是否被满足了？

底层逻辑、产品流程大概是如何的？

产品的亮点是什么？为什么？

数据表现

针对独立产品的调研

产品的视角看产品

了解产品功能，看产品的表现

实习生产品助理

通过迭代过程，看产品实现逻辑

产品主管、产品经理

透过一个产品，看穿一个行业

产品总监

不要用用户的视角看产品 ，否则只看到了交互、界面等；

针对独立产品的调研怎么做？

#操作方法

1、用户、场景、需求是怎么被满足的？

用户：

有哪些类型的用户

场景：

不同类型的用户，分别在什么场景下会使用？

需求：

产品满足了用户的哪些需求？

2、产品逻辑

用户的流向：

都有哪些用户，怎么发生联系的？

数据的流向：

产生的数据流是如何运转的？

汇合点：

用户、数据的在哪个关键页面汇合？

关键路径：

用户操作的关键功能、页面是什么？

3、关键页面和典型交互

4、迭代路径

5、产品的表现如何？

数据表现：

使用数据、排名数据、评分数据

用户表现：

用户点评、产品点评

6、运营路径与方法

微信朋友圈、互联网圈

KOL

明显、网红

多类产品如何做调研？

#操作方法

1、找相同，找不同

差异化、相同点

2、关键功能的差异

3、出结论

A 和 B 相比，优点、缺点、亮点

如果要抄，抄哪个？抄什么？怎么抄？

如何调研第三方产品是否能用？

明确目的比功能很全面更重要

目标：

用来做什么？期望值。

成本：

如果自己做，能用 ->好用 是如何的？

关联性：

第三方产品和你完成目标之间的关联

其他：

价格、服务、会不会倒闭......等

产品调研的误区

产品调研不等于行业调研

产品调研报告不等于行业分析报告；

产品调研报告不等于产品体验报告；

二三手的数据不能证明你正确

非得加改进建议

新人常放的错误，面试的时候容易犯错误

大而全，比较杂

功能调研针对功能出 直接，不要用「看起来很高深 」的分析过程来证明自己的结论是靠谱的

强烈的个人倾向

不要期望通过竞品的调研来证明自己的「存在感」

没结论

不愿意做

产品形态-业务逻辑-业务流程

看产品，自上而下看三个东西

图示

产品形态

一般只有一个，如果多个，产品一般不是特别好。

业务逻辑

有多条，也可以叫核心功能模块。

业务流程，

也就是具体的功能点的流程。

具体步骤

竞品分析

产品分析调研的基本概念

为什么要做产品分析调研？

产品分析：

了解产品的概况，具体功能模块的产品设计逻辑

竞品调研：

竞品监测，分析竞品的情况

日常交流学习，提升产品感觉

产品调研的步骤

1、明确调研的背景和目的

背景：

为什么要调研？

产品设计过程中需要了解同类产品

通过调研来提升自己的能力

目的：希望通过调研，得到的结果是什么？

通过调研的结论，来制定自己产品的策略

通过调研，深入了解一个产品的运作模式

示例

2、选定目标产品

功能点调研：

大众所熟知的产品

电商支付流程：京东、微店

社交网站注册流程：陌陌、微信、nice

关注主流产品的相关模块

完整产品调研：

了解外卖服务流程：美团外卖、饿了么、百度外卖

记账类产品的核心流程：挖财、网易有钱

关注 1 个龙头产品、1-2 个新晋热门产品

3、深度体验产品

主要关注 用户、场景和需求

体验产品的过程中，重点关注用户、使用场景、需求

把用户、场景、需求明确下来，尽可能找到相应的用户做简单的访谈

找出用户视角的产品实现逻辑

4、还原产品

主要关注核心流程、核心页面和产品结构

重点关注解决用户需求的过程

还原产品，最重要关注的是流程，而非界面

5、分析产品（产品视角

主要 关注 关键数据、产品表现和数据猜测

从产品的视角来分析，而不是自我感觉

重点关注产品表现，而非界面

不要做看似专业且复杂的分析，通常用户流程中的使用过程，数据已经表现出来了

6、产品迭代、运营分析

现在很重要，但发展的过程更重要

从产品迭代中可以发现人家踩过的坑

从运营过程中可以发现产品的表现和重要程度

常见的迭代、运营调研工具

AppStore 了解一个产品的基本概况、评价等

appannie/应用雷达 了解更新历史、排名等

手机中国和手机乐园 下载安装安卓版的历史版本

Google 新闻 按时间段搜索产品的新闻稿，了解运营的过程

淘宝等 如果有会员消费，能看到折扣比例，判断热门程度

7、横向比较同类产品

主要 关注 竞争格局、产品差异、总结分析

与同类产品相比，分别处于什么位置？

找到产品之间的核心差异点

总结分析同类产品的优缺点

8、撰写调研报告

清晰明确的结论

逻辑清晰地表达调研的过程和结论之间的关联

抓重点，说正事

调研报告不要带个人色彩，以中立的角度来描述

可读性强，照顾读者

9、推广报告

输出比输入更重要

内部分享：

在公司内部建立起分享会

外部发布：

在第三方平台表达出来

PMF 进行产品分析

产业地图--产业链梳理与市场盘点

产业地图

市场趋势和规模

全局和分类

市场趋势：符合增长率

产业链梳理：业务抽象化表达

主要的玩家和商业模式

市场分布

典型产品的结构化分析

产品分析的结构

黑盒分析

画布分析

白盒分析

产品剖析五个维度

主要的流程

产品结构

核心业务结构​（生产-供给）

运营动作

拉新、促活、留存和变现

数据

用户增长数据

第三方市场下载

版本迭代数据

核心功能发布历史 找到产品节奏

App Stroe 排名数据

在对应的类别

用户评价

典型评价

第一阶段 主要表现吐槽 差评为主

第二阶段 吐槽内容、结构之类的

第三阶段 已有部分用户产生好感

第四阶段 大部分看好

第五阶段 重视体验、猝不及防的

抽象分析

典型用户画像与用户故事

用户画像的价值与风险

用户画像

是指通过数据描述的方式，勾画出产品中用户的统计特征、行为特征和心理特征的方法。

价值。

可以客观的描述用户的统计学特征、行为特征和心理特征，能够使

产品和运营更加透明，需求描述更加清楚。

风险。

只是参考，无法定性确定核心需求，不能过度依赖

用户故事（user story)

用户故事（user story）是从用户的角度来描述用户渴望得到的功能。

三个元素

角色：

谁要使用这个功能。

活动：

需要完成什么样的功能。

商业价值：

这个功能带来什么样的价值。

结论与产出机会&风险

SWOT 分析法

S (strengths）是优势

W (weaknesses）是劣势

O (opportunities）是机会

T (threats）是威胁

核心

在“能够做的”（即组织的强项和弱项）和“可能做的”（即环境的机会和威胁）之间的有机组合。

波士顿矩阵 BCGMatrix

（四象限分析）

结论的串行化表达

（用户故事地图

燃尽图。规划 &操盘

数据来源

行业报告：

艾瑞咨询、易观国际、梅花网

用户数据：

Talkingdata 、appannie

产品数据：

App Store

版本记录：

酷传

用户评价：

App store 、酷传

运营资料 ：

百度、36 kr、 it 桔子

功能和流程、需求管理、商业产品、产品需求考核指标

功能和流程

如何做已有功能的优化？

#操作方法

0、功能点的优化是最基础的工作

对功能点的不断优化就是迭代

不要期望用新加功能来解决老的功能问题

功能优化和新功能设计有什么区别？

反应速度不同：

邮件、甚至口头搞定

开发难度不同：

一般都是1-3天/人的工作量

评判标准不同：

更强调效果对比

1、分析产品功能的现状与逻辑

用户：

都有哪些用户会用到这个页面/功能？

流程：

用户的使用流程是如何的？

逻辑：

产品底层逻辑（业务流程）是如何的？

2、现在功能有什么问题？

现象：

哪些用户出了什么问题？

原因：

为什么会出现问题？

影响面：

出现问题的频率和受影响的用户量是如何的？

3、解决方案是什么？

关键点：

在业务流程中，找到最关键的因素

多种方案：

有没有更多的方案？还是只有一种方案？

难度评估：

开发难度与效果的选择

4、结果如何评定？

考核指标：

用什么指标来评估产品的表现？

数据对比：

前后的数据对比是如何的？

如何做产品功能点的设计？

#操作方法

所有产品都是由一个一个小功能构成的

产品经理不是功能经理，但好产品经理-定能做好功能

产品早期，功能为主，产品成熟后，对原有功能的迭代为主

完整的功能，一般需要经过简单的评审才能提交研发

如何开始做一个功能点？

#操作方法

1、确定功能点的目的

对内讲效率;对外讲体验;对商业谈转化;

目的性如何定？

对用户：

对哪类用户具体有什么好处？有没有受影响的用户？

增加内容，提升准确度

（如选择标签）

减少操作，提升便利性

（推荐入口）

功能补充，提升体验

（发票功能）

对平台（内）：

对内部数据、操作人员是否提升了效率？

增加渠道，引入新用户

（分享功能、支持微信登陆）

减少重复的操作

（增加教师库->不用每次都粘贴一遍）

数据分层，提升精准度

（手机号码验证->按城市群发短信）

对商业：

是提高收入？还是提升了转化率？

拉动付费转化率

（两人付费，一人免单）

增加新产品，创造新的收入点

（在线订座）

对原有数据做重新组合，提高数据转化率

（地图找房）

2、明确功能的逻辑

多看 多体验其他 产品

功能基本逻辑

要达到目的，大概的逻辑是什么？

用户的操作过程

数据的流向

难点可能是什么？

3、调研相关的产品功能

和产品调研的过程一样

明确调研目的

观察体验“用户、场景、需求”是否被满足了？

猜测底层的逻辑

分析产品的流程

产品亮点和结论

4、制定功能方案

这一步需要先把核心流程梳理出来，根据开发量、效果和产品所处的阶段选择出合适的方案，不一定选择最酷的，但是一定要选择最适合的、开发最简单的方案

可能的解决方案有哪些？

梳理每个方案的简要业务流程

方案细化

流程细化：

梳理业务流程，增加异常情况

考核指标：

上线后如何评定功能点的效果？

5、原型设计与需求文档

通过业务流程获得页面流程

原型设计

（真实场景、真实文案、黑白灰）

完成需求文档

（或直接用原型标注解决）

6、运营推广方案

如何制定简单的运营方案

找位置：

用户的关键路径在哪里？

定内容：

匹配用户和场景，制定文案和推广形式

要效果：

运营的转化效果如何？后续的计划是什么？

业务流程设计基础

业务流程图是什么？

产品设计的过程文件，类似于建筑图纸

产品设计，就是流程设计

凡是产品需求必有流程图

做产品就是做流程

流程对了，后面的原型、需求文档、评审都容易了

传承，让你自己、同事和以后接手的人很容易交接

让参与者明确知道业务是如何运作的，快速开展工作

明确产品优化的过程与收益，设置考核指标更合理

产品设计中，业务流程的作用

功能优化：看之前业务流程，找改进点

独立功能设计：单通道流程图，看用户、信息的流向

独立产品设计：泳道图，复杂的用户、信息交互处理

原型交互设计：页面流程图，规定页面的交互方向

基本业务流程图包含什么？

角色；任务；顺序；输入；输出；标准化。

事项：

要完成的事情是什么？

用户：

分别有哪些人会参与到流程中

信息：

数据是怎么流转的？

异常：

出现问题了，怎么处理？

单通道的业务流程图技巧

主线清晰：

关键路径、关键任务一目了然

先主后次：

先搞定关键路径，再补充细节路径

优化调整：

通过与原型设计过程，优化异常流程

先繁后简：

先把最长路径想到，再合并操作流程

业务流程图能力提升秘笈

多看：

多调研、体验各种同类功能点

多想：

用产品的视角想想为什么是这样的设计

多画：

基本功，没捷径，画 100 遍，自然就知道了

多交流：

多跟功底好的同事一起交流提升

画流程图工具

Axure 产品经理常用工具，直接画流程特别好，画完流程原型也直接跟进了

visio windows 下很专业的工具，很工业风的一种工具

Gliffy Diagrams Chrome 类插件的一种，操作很简单方便，但风格比较粗矿

processon www. Processon. Com 在线版的流程图，还有小动画，有利于团队协作

功能的业务流程图怎么画？

如何做单通道的功能流程图？

#操作方法

明确用户与任务

开始与结束

明确顺序

异常情况

优化调整

输出

复杂功能的业务流程怎么做？

#操作方法

泳道图

#todo

1、先分析功能的关键逻辑

用户 有什么样的人参与到功能里

事项：

分别扮演什么角色（要做什么事情）

信息的流向：

要完成任务，顺序（流程）是如何的？

2、明确用户与任务

参与者：

明确所有参与用户与系统，系统也作为一个参与角色

关系：

简要梳理一下参与者的关系

目标：

所有参与者，最终的目标是什么？

3、明确开始与结束的路径

每个功能模块中，从哪里开始流程，到哪里终结流程

一般开始和结束只有一个，如果结束很多，就意味着用户会转晕

是否有必要区分时间阶段？

4、确定功能模块与核心路径

都有哪些功能模块会参与到流程中

主线流程也就是核心流向一定要清晰

核心流向意味着功能目标，核心流向不清晰，用户一定不满意

5、不断调整优化顺序，合并异常流程

异常流程考虑清楚，尽可能细化

异常流程=用户体验

异常流程多与研发沟通有奇效

6、合并或拆分流程有依据

先复杂后简单，先加法后减法

调研相关产品，合并、分拆有理有据

以数据指标为核心来指导流程的优化

需求管理

所有产品经理都要有需求池

所负责的产品，版本演变的过程是什么？

改进和 Bug 的区别是什么？

用户收不到短信验证码 「Bug」

用户收到的短信验证码靠后，希望放到短信开头 「改进」

需求池是什么？

人是很健忘的，灵光一闪的 idea、看到的问题，都是需求池的内容

需求池≠需求管理，却是需求管理过程中很重要的一部分

需求池与产品版本之间的关系是什么？

为什么要有需求池？

每条产品狗都必须有一个需求池

每个团队，需要有一个公开的需求池

常见的需求池工具

Excel：

个人很好，很方便，团队不方便

Teambition/Tower:

团队很方便，不如excel直观，必须要求团队也一起用

trello/JlRA:

国外的，功能强大，需要科学上网

思维导图：

很直观，但管理起来不方便，团队没法协作

需求是怎么被收集到需求池的？

#操作方法

需求进入需求池的过程

需求收集

描述需求得到时的状况

谁在什么时候反 馈了哪些用户碰到的问题

需求整理

第 1 步：是 Bug、改进还是全新需求？

第 2 步：有效需求还是无效需求？

第 3 步：需求要不要做？能不能做？

需求反馈

需求反馈原则

尽量当下反馈结果

尽量真实反馈结果，多一点真诚，少一点套路

如果进入需求池，尽量做到有行动计划

商业产品

商业模式的重要吗？

很重要：

代表产品的生存，企业的未来

不重要：

有用户才有商业模式，有产品价值才有商业价值

主流商业模式

商业模式不是规划出来的，是演变出来的。

To B

To C

B To C

To VC

商业产品是规划出来的

什么是商业产品？

以变现为目的的产品：

商业产品就是为收入服务的

平衡商业与用户：

商业产品与用户产品之间，取得平衡

可持续发展：

短期收益与长期收益之间的平衡

商业产品是商业模式的产品化表现

常见的商业产品

常见的商业模式下代表性的商业产品形态有哪些？

To B

Banner 广告

竞价广告

百度；58 同城精准推广；淘宝搜索

会员服务

58 同城网邻通；微博企业版；

营销服务

去哪儿机；票易车网

效果广告

微博粉丝通；28 招商加盟

To C

会员服务

QQ 会员、迅雷会员、腾讯视频会员、优酷视频会员、李翔商业内参、微博会员

体验付费

直播平台打赏、微信订阅号打赏

内容付费

起点中文网付费阅读、网易音乐下载版权单曲、多看付费电子书起点中文网付费阅读、网易音乐下载版权单曲、多看付费电子书

产品付费

App Store 付费应用、正版 Axure 、正版 offce、58 同城二手交易置顶

B To C

入驻费

去哪儿机票、百度外卖商家平台

佣金模式

天猫、京东 POP、 支付宝

技术服务

京东物流配送、第三方仓储服务

联合运营

17173 、 百度游戏

如何选择商业变现的路径？

#操作方法

1、明确产品优势

产品价值：

你的产品，能给用户提供什么样的价值点？

用户特点：

活跃度高低？留存率高低？拉新效率高低？

付费意愿：

哪些用户愿意为哪些服务（价值）付费？

2、明确产品的阶段

节奏：

有节奏的上商业产品，而不是一次性全上？

关注数据：

不同产品阶段，重点关注的数据项有区别

3、变现途径选择

To B：

大流量，提供独特的产品价值或服务

To C：

大用户量，提供独特的价值或服务

B To C：

大用户量+大流量

商业产品的迭代策略

商业收入=付费转化率 * ARPU * 复购率

产品需求考核指标

需求考核指标是考核产品上线后的数据表现

需求考核指标 ≠ KPI，只是单次需求的效果检验

需求考核指标 ≠ 目标，而是上线效果的自然表现

需求考核指标 ≠ 成绩，如果每次都好，是能力，如果不好，迭代

需求考核指标有什么用？

建立一套相对客观公平的效果评估依据

为产品后续的迭代做依据

对产品可能出现的风险做监控

内部沟通的润滑剂

如何制定需求考核指标？

#操作方法

1、做产品价值及指标分解？

1 层：现阶段要完成的用户价值或商业价值是什么，逻辑是如何的？

2 层：从产品和运营层面，有哪些关键因素会影响到这个指标

3 层：从产品功能角度，必须要关注产品指标？

OS：关联指标有什么？避免按下了葫芦冒起了瓢

示例

2、当前版本产品需求的目的是什么？

本次需求的目的是什么？

提升速度？

提升活跃？访问深度、发帖转化率

提升分享的比例？

哪些指标能体现这次需求的目的？怎么计算的？

3、回到流程图，指标一定在流程图里面

找到关键节点，监控数据就是核心指标

核心指标是怎么计算的？公式是什么？

必须统计的底层数据项有哪些？

再找 2-3 个需要关注的辅助指标是什么？

4、确定数据埋点

底层数据项有哪些？分别在哪几个页面或者流程中？

哪些页面需要打点（埋点）？

基于业务流程图的打点是最有效的打点方式

5、制定数据回收策略

短期关注，提前约定好，找研发跑一遍出来分析即可

上线后 1 周、2 周、1 个月的数据表现

上线后用户使用情况，有个概念

长期关注，需要功能支持，进统计后台或者定期自动邮件发送

上线后每天都要检测的数据，比如注册用户数、关键转化率、基础数据

6、分析数据，找到迭代的方向

上线后数据出来，一定要分析，要形成结论

数据不理想，是否有 bug，还是用户没抓准？还是流程上出了问题？

相比较而言，数据表现是如何的？

给相关人员通报上线后的数据表现和结论，进行需求总结

原型设计、需求文档

页面流程图

一般由交互设计师完成；产品需要学习

为什么要有页面流程？

交互设计/原型设计的底子，基本依据

代表用户的操作过程，先做页面流程能快速发现体验问题

突出页面重点元素与逻辑关系，提升原型设计的效率

页面流程该怎么做呢（思路）？

#操作方法

页面流程来源于业务流程，首先要明确业务流程，清晰主线

明确页面中的核心元素

流程图的沟通和优化

页面流程图和信息架构图的区别

页面流程图，

以用户视角，主要看流程的合理性

页面流程图适合于跳转比较复杂的产品功能，如电商、社交产品

信息架构图，

以产品视角，主要看包含多少功能点

信息架构图适合于层级分明的，如音乐产品、新闻客户端、阅读类产品等

页面流程图包含什么？

四方形：

业务流程中四方形部分，异常流程为 tips 或者弹层

流向：

主干流向和辅助流向

重点元素：

每个流程中，重点要体现和表达的内容是什么？

如何画页面流程？#操作方法

1、回归业务流程，明确主线

页面流程一定来自于业务流程

一般为业务流程中的方形部分

异常流程一般为弹层或弹窗

业务流程画的好，页面流程就很简单

2、明确页面中重点元素

功能在页面中，有哪些是需要表现元素

增加异常流程的处理逻辑

增加辅助的帮助页面

考虑下游触发点

3、沟通与优化

尽可能穷举涉及的页面，然后做减法

通过原型草图，优化调整页面关键元素

与 UI、UE、前端研发等多沟通有更好的效果

原型设计

什么是产品原型？

产品原型，也叫线框图。是用线条、图形绘制出的产品框架。

产品落地的关键点，从虚拟概念到用户接触的节点。

产品经理产出的关键内容，上传下达，传达给 UI、UE 同事，而且会成为开发参考的重要材料。

工具 #工具

纸和笔

Axure 、Sketch、墨 刀

好的原型

整体感受

页面结构清晰

跳转关系明确

与业务流程一致

完整表达用户需求

独立页面

功能元素明确有序

位置关系清晰

不同状态变化清晰

交互设计

清晰的交互逻辑

一致交互方式

界面统一

如何开始原型设计？

#操作方法

设计过程

动手之前的忠告

产品需求没想明白之前，不要摸 Axure

产品流程没理清楚之前，不要摸 Axure

在你没有手绘草图之前，不要摸 Axure

在你没把草图和 Boss 过了基本确定之前。不要摸 Axure

开始原型设计 #操作方法

1. 明确本次需求的用户与场景

2. 认真研究需求的业务流程图

3. 完成页面流程与目录

4. 确定页面框架

5. 确定交互细节、串联

6. 讨论迭代细节修正

原型设计的好习惯

1、先手绘，再上软件

讨论阶段，手绘成本最低，调整容易

大白板、A4 纸都可以

如果是 APP 的设计，可以去某宝买带手机框的白纸

2、用真实比例，真实的文案

真实比例、真实字号会让元素更真实

真实文案可以避免在需求评审的时候被质疑

真实模拟可能出现的极端情况，并示例清楚

3、千万不要上颜色

原型就用黑白灰即可，不要上颜色

做得太漂亮了，坑 UI、坑 UE

做得太漂亮了，万一要调整你会不舍得删

4、目录树清晰、阅读流畅

标题层级编号

5、有修改记录，关键修改重新保存文件

版本号

6、紧扣需求主题，不横生枝节

如果原型需要增加新功能，先考虑后端数据来源

不要为了“长得好看”而增加新模块

复杂原型设计是什么？

完整的新产品、完整的新功能

设计的流程链条比较长

交互页面、交互逻辑比较复杂

复杂原型设计的处理步骤

1、需求分析：

明确用户、场景、问题

目标用户：

产品的目标用户是谁？

使用场景：

关键使用场景是什么？

解决问题：

产品可以帮助用户解决什么问题？

产品亮点：

有哪些点会吸引用户使用？

2、产品功能：

核心流程、信息架构图版本过程

核心流程：

用户流向、内容流向、信息交叉分别是如何的？

信息架构图：

包含哪些模块？每个模块底下有哪些功能点？

版本演变过程：要达到相对完整的状态，需要几个版本？每个版本都包含哪些功能模块？

3、流程图分解：

流程图、页面流程图

业务流程图：

每个功能模块的业务流程是什么样的？

页面流程图：

整体来看，用户的使用流向是如何的？

4、原型设计：

手绘原型、软件设计

手绘原型：

快速确定页面逻辑，快速调整关键元素

原型设计：

按照页面流程图与手绘图，进行 demo 设计

需求文档

什么是需求文档？

俗称：

MRD、PRD、BRD 等等，概念不重要

效果：

说明为什么要干，怎么干，干了后有什么效果

内容：

明确产品背景、需求、流程、原型、交互等内容

谁看：

需求文档的阅读对象：设计、研发、测试

需求文档的作用

内部沟通

明确产品需求明

确产品要求和细节

让参与者明确实现的结果

存档

有据可查

交接更容易，更职业

跟进者了解之前的做法和过程

写需求文档的工具

Word：

传统的需求文档都是 Word 的，如果大的项目，建议用 Word 的来写的

Axure 标注：

直接用 axure 中写标注，小功能、初创团队的首选，团队配合融洽，可以用这个

好的需求文档特点

结构：逻辑清晰，层次分明 VS 没有标准过程

背景：需求背景描述清楚 VS一上来讲功能和原型

流程图：业务流程、页面流程均有 VS 一上来讲原型

目标：考核指标、算法清楚 VS 没指标凭感觉

习惯：变更过程清楚 ⅤS 改来爱去改回第一版

需求文档怎么写？

1、项目背景与需求分析

谁提的需求？什么场景？遇到什么问题？

简要描述分析过程：

決策过程和依据是什么？解决方案是什么？

有没相关的背景数据资料？

明确本次需求：

用户、场景、需求、解决方案是什么？

2、本次需求的目的及功能列表

这个需求整体是什么样子的？是否要分阶段？

本次需求做哪些？前后关系是什么？

本次需求的功能清单有什么？

涉及的功能或页面有什么？

3、流程与所处的产品模块关系

业务逻辑图

业务流程图

页面流程图

4、功能详细介绍

交互设计图

原型图

5、 简要的用例介绍（可选）

关键的用例是什么？

重点关注点

错误提示表等

6、考核指标与计算方法

本次需求要统计哪些指标？

怎么计算的？

怎么埋点的？

需求评审、上线工作

项目管理

在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。

从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

需求评审

什么需求评审？

统一思想，明确需求，确定实现过程的会议

俗称挑刺大会，撕逼大会，逼死产品经理大会

通常评审会要经过几次，一次完成要拼“专业度”和“产品人品值”

需求评审过程通常很激烈，通常会有很多类似问题逼问产品经理

这样做很麻烦，开发难度很大

你考虑清楚了吗？真的要这样做吗？

这个流程太复杂了，能不能简单一些

你这根本没考虑到实际情况

还有一种情况你没考虑到

需求评审哪些人会参加？

产品、设计、研发、测试、运营

为什么需要做需求评审？

让所有人都明确需求的背景和目的

提前确认和统一产品需求实现的过程和方法

让参与者明确知道工作内容和交付时间

让研发、测试评估产品开发周期，让产品经理做决定

如何组织一场需求评审会？#操作方法

需求评审会，能极大锻炼产品经理的表达能力、逻辑能力、说服能力、执行力

1、开场前准备工作

确认你的需求、文档、原型都完成了吗？

提前找核心人员小范围沟通，提前消灭掉大问题

和核心与会者确认可出席时间

至少提前 2 天发出会议邀请，定好会议室

会议邀请时主动带上需求文档和原型交互设计稿等相关资料

提前到会议室！提前演练一遍！

2、评审会现场

不要一上来就讲功能

抓大放小，细节上不要争论讲

需求要有节奏和条理

记录重要的争论点

3、评审会后

追排期！追排期！追排期！

整理遗留问题，并拿出解决方案

发出会议记录，每个问题都有行动计划

发出修改后的需求文档，并更新到内部系统中

约下一次的评审的时间（如需要）

项目进度管理

如何让项目提速？

#操作方法

产品经理管项目，最重要关注什么？

进度：

控进度、跟进度、保进度

资源：

给同事们争取资源，协调资源

风险：

延期、变更风险预警

效率：

想办法让项目快起来

第一步：明确目标統一思想

明确目标：

要完成什么产品功能，上线后对各方的收益

明确时间：

开始、预期结束的时间

明确回报：

设定奖励规则

第二步：项目拆分并公开

拆分阶段上看板：

ToDo、Doing、QA、上线。

拆分功能上看板：

本项目会有哪些功能点？写卡片。

功能点责任到人：

正在做的功能点，都谁负责，登记卡片

第三步：进度透明

站立会：

每日站立会，通报进度

看进度：

谁提前，表扬谁，谁 delay，帮助谁

第四步：总结项目

结束总结：

每个项目结束，务必总结，提升合作的顺畅程度

营造氛围：

保持团队氛围很重要

解决问题：

问题出在哪个环节？哪个人身上？

产品经理如何避免被打？#操作方法

提升自己的专业度

少改需求！少改需求！少改需求！

明确版本功能的重点是什么，需求优先级是啥

清晰的流程、原型、文档全员

认真的需求评审

提升自己的职业素养

出席站立会、不迟到、陪团队一起加班等

态度端正，以身作则，少抱怨，多鼓励

及时同步变化，公开透明

把一切在落实在纸面上，会议有记录，讨论有记录，有邮件同步

给团队争取提前量

产品与测试配合

产品测试过程是如何的？

研发自测：

保证流程已经顺畅，功能比较完备

测试测：

测压力、測接口、测功能、测安全等

产品测：

测关键流程、功能、页面交互

UI/UX 测：

界面、元素、交互细节

运营测：

测会不会被坑

产品为什么要参与测试？

对产品开发的状况做基本的了解

对产品的 Bug 做判断

Bug 修复的优先级调整

产品经理如何参与测试？#操作方法

基于你的需求文档，自己挖的坑自己填

回归流程，从流程入手，确保流程没问题

从流程中分解测试用例（大用例，小用例 QA 出）

复现 -> 保留现场 -> 记录 -> 找 QA -> 找研发

提 bug（一定要区分 bug 和改进）

对 bug 分优先级：

必须改（一级）、可以改（二级）、下回改（三级）

上线工作

上线邮件

什么是上线邮件？

上线后一段时间，由项目负责人发给相关同事的通报邮件，主要描述研发过程和上线结果的邮件

为什么要写上线邮件？

总结与记录：

总结项目过程，未来翻查资料速度超快

项目推动：

产品上线后才是开始，需要推动、协调各方资源

团队润滑剂：

给参与者、帮助你的人正向回应

好的上线邮件有什么特点？

#操作方法

1、标题很直白：

参考格式：产品+版本+卖点+动作

标题简单明了说明项目内容

2、内容很清晰：

简要描述一下研发过程

简单介绍一下需求背景是什么？

上线的功能清单是什么？

数据对比是如何的？

后续的计划是什么？

是否需要同事的支持？

有背景、有过程、有功能清单、有后续计划

3、数据有对比：

数据对比示例

上线前后的数据对比来说明效果

4、表扬有技巧：

谁，给你提供了什么帮助

谁，在研发过程中，有哪些事情让你很“感动”

从谁身上，学到了什么东西？

示例

说案例、说小事、说观察

5、获得帮助与支持：

求测试，则附上测试账号和收集渠道

求推广，附上相应的位置、文案、物料

求销售，准备好材料和宣讲会时间

提前准备好素材和资料，提时间和要求

上线准备

查 产品是否已经满足了上线标准吗？

符合上线标准吗？

回归测试：

核心流程、核心功能是否完整可用？

Bug list 清空：

是否已经处理完毕？

时间选择：

上线时间选择好了吗？

冷启动：

如资讯类，是否已经有足够多的信息？

如交友类，初始妹子的数据是否填充完毕？

内容是否已经准备完毕，可以正常使用？

文案：

稍后 VS 稍候、

账户 VS 帐户、

登录 VS 登陆、

预定 VS 预订

所有文案是否明确无歧义？

运营需要的上线物料准备好了吗？

使用文档，帮助文档：

是否准备充分？是否已经上线？

应用商店：

描述、图片等是否准备完毕并且符合规范？

帮助中心：

文案是否更新？

推广物料：

有哪些推广渠道？相关物料是否准备好？

教 给一切有关的人做培训

是否告知运营和小伙伴们？

运营团队：

通知到相关人员，是否需要运营活动配合？

客服团队：

具体话术、使用教程、培训是否都已经做了？

销售团队：

对销售可能带来的正面/负面影响是什么?

支持团队：

如财务（收入、支出）、后勤（奖品支持）等

上线后影响：

需要哪些人持续支持？明确周期、人和事项

预案 针对意外情况的解决方案

是否有 Plan B

上线不成功怎么办？回滚会不会影响用户？

用户量暴增怎么办？

大量投诉怎么办？

回滚策略是什么？

收 一个小小的好习惯，累积产品经理人品

收拾文档，需求文档是否补充完整？

如交互图、设计稿是否已经更新；

需求变更，更新需求文档

未实现的需求、bug 的解决方案

种子用户、产品运营

种子用户

种子 用户的拓展和运营，是互联网产品发展早期最常见也最有效的一种运营手段。

种子用户的价值和必要性

什么是种子用户？

在一个产品发展早期，对该产品的发展起到重要推动作用的用户他们通常愿意积极与运营者互动，对产品充满热情。

为什么早起产品需要种子用户？

早期产品的产品体验往往是无法保障，甚至一堆 Bug 。

新产品直接花钱做推广的成本较高，有了种子用户的口碑和势能积累，效果更佳。

有一部分产品，如平台类、社区类产品，天然就需要先有一部分用户来做好价值供给和氛围打造。

理想种子用户的画像及拓展

种子用户阶段，感受可能大于数据

理想的种子用户长什么样？

容错性高，需求更强烈更迫切。

乐于发表意见，喜欢提出建议，愿意持续与你进行互动，甚至愿意与你一起运营该产品。

在某个小圏子内有影响力，甚至是特定圈子内的意见领袖。

找到种子用户的几种常见姿势

基于人：

线下混圈子，建立强信任感。

基于事：

依靠价值、理念的输出传递，自然吸引而来。

邀请码、边界条件等的运用。

社会化媒体、社区等地长期耕耘，定向挖走。

种子用户的运营侧重点&常见方法

核心要点

一定要提出提供超出用户预期的体验

建立强信任+强互动的用户关系

常见方法 #操作方法

1、给予强烈的重视感&参与感

2、加强私下互动，建立牢固的好基友关系

3、帮助大家建立起有价值的社交链接

4、礼品、补贴，各种惊喜制造

一个原则

提供 60 分的预期+80 分的体验

产品运营

做好一个可行的产品运营方案

评估产品上线目的

产品运营方案要考虑的 3 个方面

1、产品价值的完善&维系

产品的核心价值中，是否有必须依赖于运营端来给用户提供的？

产品的核心价值中，是否有一部分需要不断依赖于运营进行维系？

为了构建完善的产品价值，是否还需要引入更多资源？

2、用户告知&产品推广

产品上线后，如何告知已有用户使之来使用？

产品上线后，如何面向新用户发声和进行推广，更好拉动用户增长？

通过何种形式告知用户效果更好，可以更好带来转化率？

已有推广资源是否足够，是否需要开拓更多资源？

3、如何建立和维护好产品生态？

从用户新增-留存-活跃-传播这条路径上来看，有哪些环节是本版上线后需要运营去重点关注和辅以运营手段落实执行的。

用户新增：

推广文案&渠道对接......

用户留存：

Landing 页准备、新用户引导、新用户激励

用户活跃：

数据监测、站内内容维护、站内活动维护

用户流失&召回：

召回机制、召回内容准备

用户传播：

分享机制、分享场景、样式确认、分享激励

制定产品运营方案的基本原则

先明确宏观战略目标，再考虑落地

先完善产品价值，再考虑放大和传递产品价值

执行

推广&用户告知

站外：

社会化媒体、外部渠道、活动等。

站内：

EDM, Push，各种推荐位、用户引导位；