产品经理第一课(笔记)
赵云:项目管理之团队瓶颈突破
1.介绍自己
MSI
MITAC
PingAn:中国平安
Ctrip
Qunar
???
2.项目和项目管理
2.1 介绍下项目管理的前世今生
- 几个核心技术
WBS
PERT(头脑风暴等) - 几个认证体系
PMI-CAPMP PMP PgMp PfMP ACP-Scrum PBA RMP SP
IPMI - IPMP A/B/C/D
Price 2/MSP /P3O
现在流行敏捷和OKR
2.2 什么是项目
- 定义:
- 项目三角优先级
质量、范围、进度、成本
每个行业有不同的特性,不同的Care点
2.3 什么是项目管理
-
沟通、协调、计划、催命、push,是这样吗?组织不产生价值?
-
项目管理book图(42个过程,128个工具,88个输入输出),不是所有都需要用到
-
产品经理和项目经理的区别(如果项目经理不靠谱,还不如没有)
产品经理的职责与能力
项目经理的职责和能力 -
产品管理:多项目的产品收益和组合管理
如果你是个产品助理-单项目管理
如果你是产品经理-多项目管理
如果你是产品Leader-项目集管理
如果你是产品线负责人-产品线的项目组合管理
如果你是CEO-组织战略规划与目标 战略管理 -
如何搞定一个项目?
项目失败的原因是什么?
结果(好坏)*过程(好坏)
机构分析:一个项目刚开始接入时已经失败一半;
原因:目标错了、目标对了但团队认知不同(沟通问题) -
利器1-项目管理策略
”运筹帷幄之中,决胜千里之外“
”不谋全局者,不足谋一域“
PS:每个项目策略不同
需求策略
QA策略(产品、技术可以协助测试)
沟通策略
... -
Action1-Pre-kick off
初定目标
统一目标
识别干系人(例如金融监管) -
Action2-kick off
确定目标
初步定需求
初定规划 -
利器2-干系人管理(完美的沟通计划)
什么是干系人?(利益相关者等)
干系人需求和期望
干系人沟通策略
干系人沟通计划
项目失败90%归因干系人没有搞定而失败 -
利器3-WBS(分解到可控为止)
”庖丁解牛“
产品规划结构化(交互、数据和逻辑)
结婚的WBS
搬家的WBS
Workpakage:User case/story/Feature -
利器4-关键路径法
1)几个概念:
项目工作量
项目工期
项目周期
2)工期
压缩工期的方法?
预测-监控-矫正 -
利器5-关键链法
”学生综合症“、”帕金森综合征“
”保险“(用更小的资金买更大的风险)
3.后续跟不上了 直接贴图
Paste_Image.png Paste_Image.png Paste_Image.png Paste_Image.png桑文峰:如何用数据驱动产品和运营决策
1.数据驱动
1.1 如何做决策?
- 拍脑袋
- 因果驱动
- 数据驱动(绿色背景or蓝色背景,定指标看效果)
1.2 如果现状是...
- 排队等待某个工程师跑数据?
- 工程师老王负责处理所有跑数据的需求...
- 公司终于有了数据仪表盘...可以看到整体数据,但对于具体运营人员远远不够
- 数据孤岛:CRM数据、客服系统数据、用户行为数据、订单系统数据
1.3 自助式数据分析:让业务人员真正掌握数据!
- 现实中的数据驱动:时间来不及,错过了
- 现实中的数据驱动:数据底子搭好,业务人员自主满足
1.4 数字金字塔:数据采集、数据建模、数据分析、指标(每个阶段定关键指标)
2.产品改进
研发功能<->拍脑袋(依赖于产品经理的个人能力)
研发功能->数据分析->学习->研发功能
案例:36Kr页面改版
A/B测试:新旧版本的点击量,用户切换统计(36氪股权投资)
案例:开眼
Android APP下载率地域IOS APP
屏幕宽高的影响
案例:Worktile
注册完成到试用操作流失严重
通过行为路径分析发现,用户需要重新登录
3.运营监控
3.1 触达- Acquisition
用户触达-渠道监控
- 微信公众号:服务号、订阅号
- APP下载渠道:IOS、Android
- H5/Web
- 二维码
案例:乐纯 - 地推二维码
- 微信阅读原文链接
- 菜单栏对应链接
- H5
3.2 激活- Activation
用户激活
-
完成银行卡绑定
-
成功购物
-
完成3个视频播放
-
编辑8张图片,发布10次
-
Aha moment
Magic number
Facebook :10天7个好友
Twiiter Slack follow数... -
ID 打通
不同的环节通过ID串联起来
案例:神策官网
UV->申请试用,加上一些DEMO演示
3.3 留存- Retention
- 复购率
- 次日留存
- 周留存
关注留存
- 客户获取成本(CAC)< 客户生命周期价值(LTV)
案例:Keep,一年半用户增长5000万
提升留存
- 满足客户需求
- 提升用户体验
手段
- 消息推送
- 魔力数字 - Magic number
- 流失挽回
- 用户分群
蜗牛睡眠:分享梦话、睡眠改善、记录睡眠信息
百度知道:回答问题的人群
流失预测:
案例:开眼
- 减少Section
- 一天由21个改成放7个视频
留存要提升到多少?
- 涨到不能涨上去
利用留存
- 留存变化
案例:Worktile
重点跟进试用期周留存高的用户
案例:神策官网,试用2天内顾问联系用户
- 留存规律
3.4 引荐- Referral
用户引荐
- 邀请发出数量
- 邀请接受数据
- 邀请展示量
豆瓣改进:影评评价后的分享
案例:PayPal
- 邀请新用户注册,奖励10美元
3.5 营收- Revenue
- 付费转化率
- 销售额
- 平均客单价
- 新付费用户数
案例:融360 - 线上数据与线下业务数据打通
4.商业驱动商业决策
用数据说话
- 老板要有数据意识
数据文化
- 百度、Google:用数据说话
- PayPal:有数据就有更大的自由权
案例:神策数据(用户的城市来源)
711便利店、Nike
全渠道数据收集:摄像头收集、收银完成的时候选择收集、传感器收集
理念差异:
- 数据源很重要
- 数据驱动决策和产品智能(接口做好,提供私有化部署)
- 多种数据收集手段,分析师配合收集数据,再建数据模型
- 神策帮助用户把底层搭好
- 可以做二次开发,深度定制
阿德:独孤剑法心得
1.开场白:不打算讲干货
2.“错别字”->引出“为何PM喜欢抠字?”
- 让办公室有意思->改名字
- 基本的细节不能被忽略
3.“老板是傻逼吗?”
4.《人人都是产品经理》、《俞军12条》、《增长黑客》
5.“华山剑法”到“独孤九剑”
6.成功的路,不属于你,一张公司市值金字塔图
7.看了这么干货,依然干不好(编码和解码的能力)
8.2015年中国互联网的基础建设已经基本完成(做工具已经很难,做业务稍微容易:二维火,现在已经基本不讨论用户体验了)
9.验证能力(今日头条的成功,只有20%会看新闻,大部分会看段子)
10.中美差别(国外:邮件;国内:QQ,为啥中国没有LinkedIn?为何美国没有爆发020?产品收放能力:PMCAFF)
11.杀手不同于打手(直击要害,精准解决,问题终止)
12.谷歌32亿美元收购Next
13.明辨然后力行(成功法,不在牛逼里)
14.一切只为成就产品(阿德@PMCAFF)
Q:如果度过产品经理迷茫期?
A:刚进新浪微博的时候也有过迷茫。会有各种想法,基本功到位,战略规划能力不强,需要有人带。我建议,3年以后一定要加入一家快速发展的公司。快速发展的互联网公司,这样犯错的机会更多,速度更快。速度和广度。
Q:怎么定义快速发展公司?
A:自己去感受。
Q:PM会不会越来越专?
A:如果你做的事,是将来要用到的事情,越专其实是好的。反之,可能对发展不太好。比如支付,路可能会变得越来吃香。
王晔:
爱迪生例子:发明电灯泡的过程,灯丝的迭代改进
1.好产品是迭代出来的
- 真实的用户需求是在用户使用产品中不断被发现和满足的
- 用户总会有新的需求
从“无”->"有"->"优"
2.不同时期的产品迭代需求
- Stage1:Research and development
- Stage2:Growth
- Stage3:Maturity
- Stage4:Decline
3.产品迭代需要关注
需求(质量、时间、节奏、资源、成本、风险)
问题1:纯技术的产品如何做需求?
4.传统的产品迭代方式
concept(Idea generation)
research
analysis
develop
launch
5.互联网时代产品迭代
-
互联网/大数据时代的特点
Volume(Data at Rest)
Velocity(Data in Motion)
Variety(Data in Many Forms)
Veracity(Data in Doubt)
Value(Data into Money) -
互联网时代的产品迭代方式应该
先验性、并行性(效率问题,比如Google同时几百个实验在进行)、科学性(新药研制的过程带来的思考)
6.试验驱动的产品迭代
围绕Data:
- Hypothesis 提出假设
- Design Experiments设计
- Test进行测试
- Insight发现洞察
7.产品迭代优化之轮
阻力->(研究调查、数据分析、行为分析、提出假设、计划排期、运行试验)->迭代
8.通过试验迭代打造MVP
9.试验驱动产品迭代
可以帮助你:
- 触达更加全面的客户获取渠道
- 让所有的市场行为更加有效
- 发现新的有效的增长方式
- 提升用户体验让用户更加愉悦
- 持续优化并寻找改进的空间
10.通过试验实现产品迭代促进业务增长
11.试验驱动产品迭代场景及实例
- 获取&激活(滴滴车主注册的例子)
- 粘度&留存(Netflix的推荐算法)
- 转化&付费(SIMCITY例子,把折扣的头图去掉,看订单量的变化)
问题2:如何分析背后的原因呢?
12.试验 - 卓越公司的最佳实践
- 科学的小流量发布新版本,一键回滚或发布,极大地降低发布风险
- 多优化方案同时在线测试,极大降低迭代成本,提高优化速度
- 精细化运营,通过产品细节的不断测试创新,持续优化核心指标
- 试验数据与业务经验结合,科学驱动决策,严谨高效
13.Facebook:People you may know
- 活跃用户信息更完整、朋友更多,是否可以反向思考这个问题
- 朋友更多是否会更活跃呢?
14.如何寻找试验的方向?
- ValueProposition价值主张
- Relevance 相关性
- Clarity 清晰度
- Urgency 紧迫感
- Distraction 注意力分散
- Anxiety 焦虑感
15.我们可以从哪里找到试验点?
产品UI、文案内容、页面布局、产品功能、推荐算法、促销方案...
16.下一次迭代你准备做什么试验?
蒙晨
1.明明了解产品需求,为啥还给做偏了?问题到底出在哪?
- 真的明白了,还只是想把任务做完?(直接影响事情的结果,“搬砖”)
- 你的理解和他的理解,是同一个理解吗?(多问问自己没坏处)
例子:#“条目Top250榜单优化,提高浏览效率”
自己:改成九宫格,Grids列表?
产品:其实就加个翻页,简单吧?
用户:之前看到某个,回来想继续看时要重新再来
不管是他表达不好,还是自己理解不够,复述一遍,消除一知半解 - 别一上来就做图(可能做的越多,错的越多)
设计的三个阶段:
- 线框(讨论需求和框架)
- 低保真(确认细节/排版,注意比例1:1)
- 高保真(交付物,供开发使用)
2.熟悉彼此,建立信任(工作中最重要的环节)
- 通过公司活动啊,饭局啊之类的.....
- 做好自己专业,为同伴多考虑一步
3.区分解决方案和需求(容易混淆的两个概念)
- 可能遇到一个假的需求
“这个标题要 标红 加粗”
正确的需求(说明原因、目标和预期),例如:海淘第1、2版需求
-例子: “我的需求---吃饭”
4.分析需求和管理预期(方法用的巧,时间花的少)
- 破解需求三部曲:分析需求->理解需求->实现需求
- 资深设计师是这样工作的(工作流、方法和经验)
(1)了解和讨论需求
了解背景、目标和数据
(2)分析基础信息、明确切入点
头脑风暴法(defer judgement、先不深入讨论、不玩手机、be wild&silly)
例子:豆瓣首页调性设计、豆瓣一刻logo
(3)进行设计迭代
快速出设计稿,尽可能
例子:豆瓣app个人主页
例子:The Process of Junior Designer vs Senior Designer
(4)串讲
跟工程师确定能否实现及方案
这是发现问题的好机会
(5)验收:离卓越又进了一步
(6)总结
问题、坑、解决方法
这是设计师成长的关键环节 - 别怕SAY NO,现在说,远好过
5.活用头脑风暴法,帮你解决大问题
6.如何与产品、开发相爱相杀(把握好你事业的助推器)
- 去了解一下产品目标,会帮助你理清思路
- 学习了解代码是如何工作的
任得祺:一个问题的背后
1.认知的重要性
- 你可能遇到这样的问题:“你是做产品的,那主要做什么呢”
- 任得祺在公司的调研:“人话翻译机”、“画原型的”、“打杂的”、“背锅的”、“满足用户内心的小九九”等
- 为什么一定要弄清楚这件事儿呢?引出认知
2.需求的另一面
3.四步骤拆解
1)认知(你的认知决定你思维的走向)
-
从认知的角度看,产品经理是做什么的?
产品就是满足并不断挖掘创造需求,填补个人或群体与生俱来的心理感受和实际需要。
Paste_Image.png
- 产品就是满足这个金字塔需求的人
精神层面(自我实现、尊重、归属感/爱)、生理层面(安全感、生存) - 强调认知的目的:强化你对背后隐藏事物人的理解
2)理解(对你认知的时事物有自己思维上的加工)
- 理解简单说就是顺着脉理或者条理进行剖析(源头、剖析、加工)
- 理解是建立在认知的基础上,超越认知的理解是非常困难的
- 需求剖析五因素:来源、什么事、时间周期、面向谁、投资资源
- 需求梳理的两个环境:
内(谁来做、投资资源、产品目标、涉及部门、周期)
外(目标用户、市场规模、竞争群体、政策风险、技术壁垒) - 阴性(需求动机)+显性(行为流程)
我们看到需求的变化是从个体到群体的过程 - 走到群众中间去,充分了解你的用户在想什么
- 电商中的用户心理需求
需要(便捷、比较、兴趣)、(知名度、服务、质量、诚信、满足)
3)总结(对认知和理解的内容做深度和重点的提炼)
- 总结的前提是深度理解需求本身
- 总结的本质则是找到梳理的需求重点
- 由繁到简
- 归纳法:规律、因果、共性
- 演绎法:按照一般原理、推导论证事物、得出新的结果
一般原理(猫喜欢吃鱼、我家小白是一只猫)->新结果(我家小白也喜欢吃鱼) - 通过对需求的总结归纳,可以向外传播或表达了吗?
4)转换(用对方理解的方式表达出来)
- 转换=说人话
将你理解的复杂的内容,用别人听得懂的语言或方式表达给对方 - 转换的几个关键点
说什么、给谁说、怎么说 - 表达原则
听得懂
想的清楚
表达的明白
4.思维的陷阱
- 只考虑自己的主观感受:你的认同 != 我的认同
- 只考虑别人(时间成本、学习成本)
产品(流程完美、功能强大、视觉炫丽、设计清爽、排版好看)
用户(点哪里呢 找不到 跟以前不一样 怎么适应...) - 不懂换位思考(子非鱼,安知鱼之乐)
QA:做软件的PM如何转硬件的PM?
答:需要了解硬件的知识面,手环的例子;