Professional Documents
Culture Documents
【项目名称】(针对的是了解行业情况的人)
一. 问题和机遇“SWOT”分析法
(1) 你想要解决什么问题?
(2) 问题背后隐藏了什么样的机遇?
Note:对机遇的描述,不应该是论述,更多的需要去对问题进行深度挖掘。
机遇是什么?“以前做不了,现在能做!”
二. 证据
你有什么样的证据证明这个问题是存在的?
(1) 可以是数据引导的
(2) 可以是逻辑推理的
(3) 可以是观察的到的
Note:更重要的是说服自己,之后才是说服别人(可行 or 不可行)尽量去挑战问题的存在
与否和价值所在
职场技巧:①正常论述 ②采用采访/访谈的形式
三. 解决方案
几点阐述清楚你想制作什么东西?
(1)ToDo (2)ToDo(3)ToDo „„
四. 主要功能
(1) 描述你想做的东西有哪些使用场景
(2) 用户的流程分别是什么
(3) 原型图
五. 成功定义
(1) 你的主要成功指标是什么?
(2) 辅助成功的指标是什么?
Note:对功能的成功定义,比如:邀请用户—最终挖来多少用户
辅助成功的定义指标,比如:有多少人进入活动/有多少人分享活动/进入的用户又有多
少完成注册?
规划路径,按阶段,设立成功指标。
六. 推广计划
(1) 你怎样找到你的用户?
(2) 你会做什么样的事情吸引他们使用?
Note:场景的建立(对于场景的方法:分类,分块)
获取新用户,拆分渠道:找到一些入口/合作伙伴达成
用户增长模型
一、Hooked 理论
二、生命周期
三、漏斗模型(看转化,具体做什么事情)
Revenue—变现—赚钱
Referral—推荐
四、RFM 模型
Recency - 最近一次交易
Frequency –交易频次
Monetary –交易金额
用户激励体系方法论
详细文档见《王者荣耀用户激励体系分析》
怎么样做一个用户激励产品工具
1、目标
做这个事情的目标是什么?用什么指标量化?
2、驱动力
用户的驱动力是什么?用什么可以满足它?还有更多的驱动力吗?
3、具体玩法
可以从已有的各种工具里选取和组合,比如排名、积分、签到、pk、组队等等
4、建立触达渠道
建立或利用已有的方法去让用户接触并参与到激励体系里
5、用户分群精细化运营
以用户生命周期或者其他方法将用户分群,设定每群用户的目标,设计针对不同用户的
产品和运营细节
选择哪个痛点的原则
(1) 痛点有多痛
(2) 有这个痛点的人群规模
(3) 你更熟悉哪个痛点的解决方案
(4) 你对哪个人群有更丰富的推广或者运营资源
挖需求—思考验证需求—拆需求
论述问题/思考方式
“金字塔原理”—采用总分的结构,拆分维度“空间/时间/逻辑”—做到不重叠,不遗漏
“魔方”—拆分维度,切块看待问题—“横切/竖切”—横切面,纵切点—独立的块
如何回答一款产品特色:产品本身的功能;产品的运营(手段、活动、推广、主打
的差异化)
如何回答产品的一些东西:有用(盈利:清晰的盈利模式,产品的商业价值!!!)
好用(好的需求点,好的功能设计)
陌生人社交
一、陌生人社交三阶段:
匹配:减少用户成本(操作成本,沟通成本),降低用户风险率,提高匹配准确率
破冰:引导用户主动性(方法),提高产品丰富性(手段)
沉淀:不做长期规划,多做短期变化(随着用户行为,多发生产品变化)
二、陌生人社交两大属性:避免幸存者差异问题。(初期留存下来的一批用户,未满足其需
求时,对产品进行诋毁,而感染到一批人)
心理属性行为属性
1、关系链:
(1)放射状 -社区形态(2)网状-1 对 1 (3)新形状-参考“一号媒婆”(新型关系链,中
间人,多加入一个保障性,类比区块链,中间人=数据库)
2、内容:
(1)表演性质 -- 难度高,成本大,质量好
(2)记录生活 -- 难度低,成本小,质量?
获利参数(质量、数量、利润之间构成的函数)
(1) 质量高,数量少,利润?
(2) 质量低,数量大,利润?
三、目前陌生人社交:
痛点:节奏快,目的性强,隐蔽性差,产品生态环境差。
案例 2:今日头条的推荐策略是怎样的?
1. 待解决问题/目标:从大量候选内容中找到用户最喜欢的内容
2. 输入(喜欢,这件事受哪些因素影响):该用户的特征(基础信息、历史行为)
,候选内
容特征(类别、关键词)
3. 计算逻辑(主要由策略 RD 开发给出)
:将这些喜欢的特征通过一定的计算规则转化为唯
一的“喜欢度”指标
4. 输出:按“喜欢度”从高到低排序的内容
策略是怎么诞生的?
·策略是产品持续进化的产物
·在各类消费升级中,人们希望更好个性化的服务,策略是降低成本实现个性化的有效手段
策略型产品经理
满足不同用户在不同场景下的精细化需求,需要宏观的想象每一类人的可能的场景和诉求,
并分辨不同人群的规模和需求强度,来决定产品需要满足到什么粒度和程度。
4 步解决如何发现问题
·用户反馈收集
·系统监控
·效果回归
·阶段性调研
每一个反馈背后都是一个真实用户的情感表达,以敬畏心态深入分析每一个问题。
策略需求文档框架
目的:让项目参与方和其他对项目感兴趣的角色更好的理解需求的来龙去脉
·项目背景:为什么要启动这个项目?
·项目目标:背后解决了什么问题?怎么才能达到解决问题这个目标?
·需求概述:理解整个文档的需求框架
·需求详述:所有产品细节是怎么样的?
·(统计需求、监控需求:非通用,从 0 到 1 的需求不需要,修复 bug 的需求不需要)
Note:
不同的需求类型
功能:收敛的解决方案,通过流程和原型表达产品实现效果
策略:发散的解决方案,通过逻辑描述和效果示例表达产品实现效果
策略的需求的差异
简单策略:PM 可以直接给出策略规则
·基于历史数据给出(已有一定数据积累的情况下)
·参照竞品给出(多用在产品从 0 到 1 搭建,没有数据积累的时候)
复杂策略:PM 详细描述待解决问题、输入因素、输出效果,包括总结性的概述和示例 case
(来源于问题调研)。计算逻辑由策略工程师开发实现。
·从 0 到 1 的项目:更多的描述理想态,在怎样的输入下要达到怎样的输出效果
·策略迭代的项目:更多的描述策略现状,待解决的问题是什么,针对这些问题,
理想的输出效果该是怎样的。
需求文档自检清单:
结构:逻辑清晰,层次分明
背景:需求背景描述清楚,待解决问题一目了然
目标:产品理想态或考核指标是什么
示例:通过示例辅助,让问题更明确和清晰
策略需求文档的核心是将策略的四要素描述清楚。
其中针对复杂策略,可以跳过计算逻辑这个要素,但是需要通过具体的 case 示例将问题和
产品实现效果更清晰地表达出来。