产品经理的修炼法则
2024-03-17 13:21:49 0 举报
AI智能生成
登录查看完整内容
如何做好一个产品经理,无论经验和经历,基本的产品经理素质和逻辑方式
作者其他创作
大纲/内容
课程大纲
产品经理修炼
学习积累
职位级别
什么是互联网的产品经理
P0-P3——基础能力
P3-P5——项目把控
P5+团队效能
指导意见
需要长期消化后融入工作
不是实际的工作指导方式
Pn+ 干货(指导意见)
图例
学习能力(基本素质)
执行力(基本素质)
沟通能力(基本素质)
行业融入感+主人翁精神(关键素质)
心态和情商(关键素质)
通用能力
基本要求
技术知识(关联知识)
项目管理(关联知识)
其他知识:财务、心理学、美学、办公技能等(关联知识)
专业知识
产品规划:版本计划\\节奏(产品能力)
市场分析能力\\前瞻性(市场能力)
对外上午沟通(BD P3以上)(市场能力)
运营数据分析(运营能力)
市场营销:品牌\\公关\\推广(运营能力)
渠道管理(运营能力)
市场\\用户的调研与分析(客户导向)
专业技能
升级学习的能力
方法论建设(领导力)
只是传承(领导力)
人才培养(领导力)
组织影响力
腾讯产品经理能力模型
对应能力和各级别要求标准
对事
对人
软能力
规划\\分析
调研\\设计
项目管理
评估总结
硬能力
公共基础
百度产品经理能力模型
人员招聘
指标指定
人员晋升体系
管理能力
知识传承
人才培养
团队价值建设
领导力
需求分析能力
专业设计能力
产品规划能力
数据分析能力
产品技能
市场分析能力
商务沟通能力
市场营销能力
渠道管理能力
通用技能
外框
工作必备技能
技术
心理学
,,,
为了更好的完成工作推荐具备的扩展知识
书单
公众号
文章等
来自日常点滴积累
知识储备库
学习能力
沟通能力
执行力
核心能力
通过大量的重复练习,来提升基础通用能力
基础的通用能力
日常工作生活中,所应该具备的基础技能
来源于生活,用产品的视角来看事物
工作中的一些常识
产品经理的学习模型
基本素质
大量的案例教学完成这方面的知识储备
专业能力
屁股决定脑袋
管理领导能力
基础积累
产品经理行业情况及基础
用户分析
需求挖掘
产品调研
功能和流程
原型设计与PRD
上线前后产品运营
测试用例
产品设计案例
团队
合作与沟通
产品经理进阶
P0阶段学什么
P1阶段学什么
P2阶段学什么
由浅入深,逐步展开:先学基础,逐步成长
学以致用:基于自身能力现状,提升即将用到的能力
以练代学:最好的学习,是深度的联系加上适当的理论
最好的学习是分享:分享自己的产出,点评别人的产出
良好的心态:罗马不是一天建成的,吃多了干货会噎死
从浅入深,阶段学习
举例:每个知识点应该如何学习?
每一点先学一个阶段的课程
后端产品经理
商业产品经理
B端产品经理
数据分析师
电商产品经理
项目经理
增值产品经理
大数据产品经理
产品经理细分升级
职位的课程
产品经理入门
课程结构
产品经理课程结构
产品经理困惑的地方
产品经理学习进阶模型
产品经理的学习和成长体系
你自己是产品的深度用户吗?
人人都是产品经理?
不要为了1%的可能去影响99%的客户
安全必须是第一吗?
质量比数量更重要,对活跃用户的关注远大于对新增用户
要数量还是要活跃?
中长期的产品生态、系列、架构
产品
基于产品和销售之间
关注中短期的事情
注重用户活跃
运营
销售驱动的产品
销售
关注产品的长期发展,而非短期利益
KPI
长期还是短期?
拼死维护用户的利益,有一个老子大不了不干了的精神
执著于用户利益
你害怕离职吗?
用户
场景
需求
牢牢关注
用户群:典型目标用户
需求:用户最急需解决的1-3个问题
产品亮点:一句话描述需求的亮点和独特卖点
解决方案:解决用户问题的1-3个核心功能与流程
关键指标:围绕核心功能的关键考核指标
渠道和手段:找到重点渠道,通过核实手段告知用户
确定优势:找到竞争的核心点,快速迭代
增长模型:用户数量、质量的增长预估
盈利模型:与收入有关的盈利、营利预估
收益分析:
开发难度:人力与能力投入配比
费用投入:运营费用,渠道开支。。。
成本分析:
概要
用户调研、用户分析
需求分析、核心流程
功能分析、业务流程
需求文档、需求评审
研发测试、上线
产品运营、数据迭代
工作流
产品设计的关键?
产品刚起步,还不完善,经常变,流程还未定型
少量竞品出现
探索期
产品关键功能固定,产品形态相对固定
大量竞品出现
成长期
产品基本完全定型,开始开拓新的延伸产品
竞争环境恶化
成熟期
产品很长时间没有做大动作,用户活跃下降
竞品主导市场
衰退期
产品整体表现与市场变化趋势
首先看活跃用户趋势、平稳、向上拉伸、还是往下掉?
其次看时间段,一般18个月后,产品都会进入成长期
提醒:看活跃用户时,尽可能分离外部推广带来的“增肥效应”
如何判定我的产品属于哪个周期?
探索期越短越好
成长期长一点好
成熟期越长越好
产品生命周期
探索期,补贴很容易为他人做嫁衣
成长期,补贴有助于快速发展
成熟期,补贴是最差的
生于拉新,死于留存
为什么补贴不是最好的运营
时机和运气
以用户为中心
用产品画布思考问题
产品实习生、产品助理:快速入门并能开展工作
0经验、想转型:先完成一个小目标
创业公司、野路子产品经理:开始建立知识体系
哪些人必须学P1的内容?
不要做兔子型的产品经理,看着可爱,实际没用
认知——快速明白产品原理
还原——迅速还原产品原理
重复——磨炼自己的意志
坚持——重复并坚持
知识点突破
练习
扩展练习
贵在精,不在多
P1最看重的能力模型是什么?
课程表
自身产品的问题
竞品的问题
可能的机会点
用户投诉
电话录音
客服咨询
用户评价
反馈的渠道
用户反馈不同渠道的处理策略
通过哪些渠道来收集用户的反馈?
通过用户反馈发现问题
什么情况下发起的调研
调研非常耗费人力
是否可以通过数据汇总来解决
是否必须用调研来解决
背景:
通过用户调研希望得到的结果是什么?
目的:
明确背景和目的
通过简单的用户画像,找出典型用户
典型用户:
时间、地点、配合程度
目标用户:
直接说明目的,并告知可能发生的情况
邀约用户:
不宜扫网式,一般5-10个
用户数量:
选择目标用户
用户可能的问题:用户的使用行为表现
可能的解决方案:猜测解决用户问题的手段
确定访问提纲:聚焦且开放的问题
题目数量:线上10-20道,线下5-10道
猜测用户问题 设定题目
1、初级产品经理必须完成的调研问题——产品+已知问题(追原因)
2、初级产品经理进阶完成的调研问题
3、4、需要产品经理升级高阶进行的调研问题
用户调研的阶段问题
分析用户和问题
准备调研内容
现场调研
单个用户:记录单用户的调研情况
整体情况:汇总用户调研的过程和结论
行动计划:分享并提出行动计划
总结报告
还原:用户时怎么使用出问题的
反馈:提出改进计划,并及时通报
举例:
用户调研的全过程
了解用户使用过程:最好观察用户的行为
提问:对关键行为,预设问题进行提问
反馈:对有效的信息反馈给用户,并深究
找到目标用户,做简单的用户调研
为调研而调研
问用户有什么需求
一定要用中立的眼光和态度去看待用户的产品
试图说服用户
求精求质
求全求量
依赖调查问卷
老用户调研的误区
通过数据发现产品需求
产品设计,就是不断解决用户在特定场景下的需求
增加、减少功能并非关键,关键能不能解决用户的问题
产品设计的核心三要素
用户:当想到一个功能,先不要想怎么实现的,而是想谁会用?
场景:用户分别在什么情况下会用(感兴趣)
问题:用户分别在上述场景下,碰到什么问题(挑战)
方案:用户现在的解决方案是什么?
思考方式
谁会感兴趣
思维导图,列出所有感兴趣的人
不用思考行不行,把能想到穷举
潜在用户有哪些?
针对每一类用户“分别”往下分解
把“什么情况”描述清楚,最好简单描述一个故事
列出用户发生(感兴趣)的场景
注意是“分别”,不要怕重复
不同的群体,不同的场景,问题都是不同的
太贵、太便宜、性价比太低
价格:
太早了,太晚了,太快了,太慢了
时间:
质量太好了,质量太差了,做工太差了
质量问题:
不相信、不敢相信、自己没信心、别人没兴趣
信任感问题:
例如:
区分“问题”和“中性词”,如时间,价格
不同的用户分别碰到什么问题?
使用户现在的解决方案,而不是你要做的功能的解决方案
有很多用户也没有解决方案,没有就是没有
现在的解决方案
步骤
思维导图法
优先解决大用户量的高频问题,基础体验
最后解决少量用户的低频问题,超好体验
1、基础体验,稳定性
2、良好体验
3、好口碑
4、超预期
四象限看用户量和发生频率
优先见效快且开发难度不大的,这就是迭代
最后做很费劲而且见效慢的,这可能是未来的机会
1、早期优先、快速迭代
2、成长期此象限优先
3、适度创新
憋大招
4、可能是机会
看开发难度和效果
迫切程度:用户是不是真的非常需要?还是空想的?
付费意愿:用户是否会为了解决问题而付费?
ARPU:如果开发出来,用户会位置付多少钱?
看产品价值
你是否深入了解用户使用场景?
你对用户群体的理解是否足够了解?
如果不熟悉,就想办法熟悉它,熟悉后在动手。
看你对目标群体的熟悉程度
用户:这个功能,第一批的核心用户是谁?
场景:这个用户在什么场景下会使用?
问题:解决了这个用户最大的痛点是什么?
对比:和用户现在的解决方案相比,体验\\效率提升有多大?
总结你的结论
根据影响面做需求优先级排序
核心需求提炼
收入=用户总量 * 付费率 * ARPU值
ARPU=平均客单价 * 单位日期内平均购买单数
商业数据模型
流程\\页面
衡量产品的表现
产品指标
产品质量
行为\\动作
评估用户的活跃度、质量等
用户指标
用户质量
产品数据模型
质量
什么情况要做功能的调研?
都有谁会用?
关键参与者都是谁?
用户为什么要用这个?
有什么好处?
核心问题:
你的目标用户是谁?先思考再调研
产品功能的现状是如何的?先知己再带着目的调研
调研的目标产品有哪些?找行业领先、产品口碑领先
功能的核心关键点是什么?功能逻辑是什么?功能调研的关键
差一点是什么?选择和做决策
思考
新的功能点有哪些?最关键(你准备调研)的是哪个?
用户、需求、场景是否被满足了?
底层逻辑、产品流程大概是如何的?
产品的亮点是什么?为什么?
数据的表现
覆盖率
发布量
成交量
数据表现:
要不要抄:和用户群是否符合?数据情况如何?
能不能抄:是否有技术壁垒?是否有特殊门槛?
结论是什么?
对于自己的产品来说,有什么意义?
没结论的时候不要做
目的不明确的事情不要做
没结论
不愿意做
杂
非要提改进意见
功能调研的误区
针对功能点的调研
了解产品功能
看产品的表现
照妖镜
实习生、产品助理
通过迭代过程
看产品实现逻辑
透视镜
产品主管、产品经理
透过一个产品
看穿一个行业
放大镜
产品总监
从产品的视角看产品
用户:有哪些类型的用户
场景:不同类型的而用户,分别在什么场景下会使用?
需求:产品满足了用户的哪些需求?
用户、场景、需求是怎么被满足的?
用户的流向:都有哪些用户,怎么发生联系的?
数据的流向:产生的数据流是如何运转的?
汇合点:用户、数据的在哪个关键页面汇合
关键路径:用户操作的关键功能、页面是什么?
产品逻辑
数据表现:使用数据、排名数据、评分数据
用户表现:用户点评、产品点评
产品的表现如何?
运营路径与方法
找相同、找不同
关键功能的差异
A和B相比,优点,缺点,亮点
如果要抄,抄那个?抄什么?怎么抄?
出结论
多个同类产品怎么调研
目标:用来做什么?期望值。
成本:如果自己做,从能用做到好用,是如何的?
关联性:第三方产品和你完成目标之间的关联
其他:价格、服务、会不会倒闭。。。等
明确目的比功能很全面更重要
如何调研第三方产品是否能用?
产品调研≠行业调研
二三手的数据不能证明你正确
非得加改进建议
大而全
强烈的个人倾向
产品调研的误区
针对独立产品的调研怎么做?
针对独立产品的调研
明确调研的目的
区别
对功能点的不断优化就是迭代
不要期望用新加功能来解决老的功能问题
邮件、微信、甚至口头搞定
反应速度不同
一般都是1-3天/人的工作量
开发难度不同
更强调效果对比
评判标准不同
功能优化和新功能设计有什么区别?
功能点的优化是最基础的工作
用户:都有哪些用户会用到这个功能
流程:用户的使用流程
逻辑:产品底层逻辑是什么样的?
分析产品功能的现状与逻辑
现象:哪些用户出了什么问题?
原因:为什么会出问题呢?
影响面:出现问题的频率和受影响的用户量是如何的?
现在功能有什么问题?
关键点:在业务流程中,找到最关键的因素
多种方案:有没有更多的方案?还是只有一种方案?
优先:难度较小,效果比较明显的
难度评估:开发难度与效果的选择
解决方案是什么?
考核指标:用什么指标来评估产品的表现?
数据对比:前后的数据对比是如何的?
结果如何评定?
针对已有功能的优化
产品经理不是功能经理,但好产品经理一定能做好功能
产品早期,功能为主,产品成熟后,对原有功能的迭代为主
完整的功能,一般需要经过简单的额评审才能提交研发
所有人产品都是由一个一个小功能构成的
对哪类用户具体有什么好处?有没有受影响的用户?
增加内容,提升准确度(如选择标签)
减少操作,提升便利性(推荐入口)
功能补充,提升体验(发票功能)
对用户:
对内部数据、操作人员是否提升了效率?
增加入到,引入新用户(分享功能,支持微信登录)
减少重复的操作
数据分层,提升精准度(手机号码验证)
对平台(内部):
是提高收入?还是提升了转化率?
拉动付费转化率(两人付费,一人免单)
增加新产品,创造新的收入点(在线订座)
对原有数据做重新组合,提高数据转化率
对商业:
目的性如何定?
对内讲效率,对外讲体验,对商业谈转化率
明确功能的目的
用户的操作过程
数据的流向
要达到目的,大概的逻辑是什么?
难点可能是什么?
明确功能基本逻辑
明确调研目的
观察体验“用户、场景、需求”是否被满足了
猜测底层的逻辑
分析产品的流程
产品亮点和结论
回顾功能点调研
调研相关的产品功能
可能的解决方案有哪些?
梳理每个方案的简要业务流程
开发难度
见效速度
用户场景
,,,,,,
针对性的分析,选择合适的方案
流程细化:梳理业务流程,增加一场情况
考核指标;上线后如何评定功能点的效果
方案细化
制定功能方案
通过业务流程获得页面流程
原型设计(真实场景、真实文案、黑白灰)
完成需求文档(或直接用原型标注解决)
需求评审
原型设计与文档
找位置:用户的关键路径在哪里?
定内容:匹配用户和场景,制定文案和推广形式
要效果:运营的转化效果如何?后续的计划是什么?
运营推广方案
如何开始做一个功能点?
功能点的设计
单通道流程图
产品设计的过程文件,类似于建筑图纸
产品设计,就是流程设计
凡是产品需求必有流程图
业务流程图
三岁定终生,流程对了,后面的原型、需求文档、评审都容易了。
传承,让你自己、同事和以后接手的人很容易交接
让参与者明确知道业务是如何运营的,快速开展工作
明确产品优化的过程与收益,设置考核指标更合理
做产品就是做流程
功能优化:看之前业务流程,找改进点
独立功能设计:单通道流程图,看用户、信息的流向
独立产品设计:泳道图、复杂的用户、信息交互处理
原型交互设计:页面流程图,规定页面的交互方向
产品设计中,业务流程的作用
事项:要完成的事情是什么?
用户:分别有哪些人会参与到流程中
信息:数据是怎么流转的?
异常:出现问题了,怎么处理?
基本业务流程图包含:
角色
任务
顺序
输入
输出
标准化
案例
画流程图工具
主线清晰:关键路径、关键任务一目了然
先主后次:先搞定关键路径,再补充细节路径
优化调整:通过与原型设计过程,优化异常流程
先繁后简:先把最长路径想到,再合并操作流程
单通道的业务流程图技巧
如何做单通道的功能流程图
多看:多调研、体验各种同类功能点
多想:用产品的视角想想为什么是这样的设计
多画:基本功,没捷径,画100遍,自然就知道了
多交流:多跟功底号的同事一起交流提升
业务流程图能力提升秘籍:
业务流程设计基础
总结
产品形态、业务逻辑、业务流程(闲鱼举例)
交互设计/原型设计的底子,基本依据
代表用户的操作过程,先做页面流程能快速发现体验问题
突出页面重点元素与逻辑关系,提升原型设计的效率
了解页面流程图
页面流程图,以用户视角,主要看流程的合理性
信息架构图,以产品视角,主要看包含多少功能点
页面流程图适合于跳转比较复杂的产品功能,如电商,社交产品
信息架构图适合于层级分明的,如音乐产品、新闻客户端、阅读类产品等
页面流程图和信息架构图的区别
四方形:业务流程中四方形部分,异常流程为Tips或者弹层
流向:主干流向和辅助流向
重点元素:每个流程中,重点要体现和表达的内容时什么?
页面流程图包含:
Axure足够了,因为画了页面流程紧接着就是原型图
PPT也可以,快而且容易传输讲解
页面流程图工具:
页面流程一定来自于业务流程
一般为业务流程中的方形部分
异常流程一般为弹层或弹窗
业务流程画的好,页面流程就很简单
回归业务流程,明确主线
功能在页面中,有哪些是需要表现元素
增加异常路程的处理逻辑
增加辅助的帮助页面
考虑下游的触发点
明确页面中重点元素
极可能穷举涉及的页面,然后做减法
通过原型草图,优化调整页面关键元素
与UI、UE、前端研发等多沟通有更好的效果
沟通与优化
流程:
页面流程与页面结构图
产品原型,也叫线框图。是用线条、图形绘制出的产品框架
产品落地的关键点,从虚拟概念到用户接触的节点
产品经理产出的关键内容,上传下达,传达给UI、UE同事,而且会成为研发参考的重要材料
产品画布
纸和笔
Axure Sketch 墨刀
五大原型设计常用工具
工具不是最重要的,重要的是人
页面结构清晰
跳转关系明确
与业务流程一致
完整表达用户需求
整体感受
功能元素明确有序
位置关系清晰
不同状态变化清晰
独立页面
清晰的交互逻辑
一致交互方式
界面统一
交互设计
好的原型特点
产品原型
从原型到上线的过程
产品需求没想明白之前,不要摸Axure
产品流程没理清楚之前,不要摸Axure
在你没有手绘草图之前,不要摸Axure
在你没把草图和BOSS过了基本确定之前,不要摸Axure
动手之前的忠告
明确本次需求的用户与场景
认真研究需求的业务流程图
完成页面流程与目录
确定页面框架
确定交互细节、串联
讨论迭代细节修正
开始原型设计
讨论阶段,手绘成本最低,调整容易
大白板、A4都可以
先手绘,再上软件
真实比例,真实字号会让元素更真实
真实文案可以避免在需求评审的时候被质疑
真实模拟可能出现的极端情况
用真实比例,真实文案
原型用黑白灰
做得太漂亮,坑UI和UE
万一舍不得删
不要上颜色
效率变低了
目录树清晰,阅读流畅
修改后,不要覆盖保存,重新命名保存
保存每一个原型设计
有修改记录,关键修改重新保存文件,标注修改日期
原型设计的好习惯
原型设计如何做?
原型设计误区
原型设计的基本原则
写需求文档
上线后的邮件怎么写?
产品评审怎么做?
上线前准备
上线后数据监控与分析
找到种子用户
怎么提问题
P1
P2
P3
产品经理
产品经理的修炼法则
0 条评论
回复 删除
下一页