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