产品经理知识地图
2025-07-08 11:28:29 1 举报产品经理知识地图是一份详尽的指南，它为产品管理专业人士提供了一个全面的框架和方向图。这份核心内容包含了市场调研、用户画像构建、竞品分析、产品愿景规划、需求工程、用户体验设计、技术选型、产品上线、数据驱动决策、敏捷方法论、团队协作和领导力强化等领域。它不仅详细讲解了如何在产品研发全周期中实施这些核心要素，还围绕实际应用策略和技巧给出了深度解释和实践案例。
作者其他创作
大纲/内容
用户
$15k/周
改进
资源获取团队组建
重要
Maybe
生成订单
【需求分析Y模型方法】
3
下单
用户价值
【产品立项流程】
目标可以衡量
流程图
！
状态图
在项目中任何不恰当的，需要管理和解决的事情，这些录
问卷调查
开发
Implementation
用心听，但不要照着做。
各个功能点
$5k/周
③ 产品功能
Banner
初评实现难度
问题
【CDC评分表法】
但它经常会以一种不靠谱的方式表达出来。
设计
确定基本属性
客户价值
Cost of delay
项目干系人
How 怎么实现
BRD制作
数据分析
RAID
难度
产品会议
文档管理
删除排除他
尊重
②
Dependence
下单付款
TC评审
易用性
具备程度高
认知与审美
产品的按时发布是”功能”+“技术实现”+“质量标准”+“时间”组合，技术风险评估方法是以技术团队为主的评估方法。
2
低
具备程度低
紧急
【原型图】
5周
需求
特征2
？
①
目标可实现的
Sketch
高
平台
用户访谈
Verification
商业价值
可实现性Achievable
定性（了解）
支付宝
需求转化
实现方式
可衡量性Meansurable
物流方
【产品常用工具】
头脑风暴
④
需求分析
目标有时间限制的
【需求采集方法】
1
发布
4
Assumption 假设
线上验证
交叉的直线
决定制定时间表
预发布
情感响应
无差异属性
$60k/周
No
用户研究
横坐标表示功能的完备性程度
【流程图/泳道流程图】
用例图
目标和观点（说）
配送
yes!!!
$150k/周
How muchHow manyWhich
原型
功能清单
【如何做好需求】
满意度低
What
Risk
用户体验
$75k/周
思维导图
相关性Relevant
Axure
2周
Issues 问题
CD/Duration
分析商业价值
UC
相对于用户，产品经理是领域专家，可以利用自己专业知识，给出更靠谱答案：
接收订单
现场调研
项目风险
【项目风险-RAID】
流程管理
Who
*横坐标和纵坐标
【评价一个好产品的维度】
【需求层次的理解】
【经典案例】
$1k/周
单元测试
做立刻做
需求打包
冒烟测试
【需求筛选】
满意度高
Order
已支付
用户需求
SMART分析法——是指在指定目标应当遵循的五项原则
Why 为什么要做
选商品
描述各个用例质检的关系
Mindmanager
不紧急
市场价值
上下两根线
墨刀
汽车
处理订单
* 位于“1”:用户价值高，难度低，优先制作；* 位于“2”：用户价值低，难度高，延后制作，甚至不做；* 位于“3”、“4”：延后制作；
定性 vs 定量
项目目标
新技术
超我
Xmind
商业可持续
行为（做）
任何项目依赖的或者依赖该项目的事情和工作，需要记录
特征4
纵坐标表示用户的满意度
By Who
会对项目产生负面影响的事件，事件可能发生的概率和随之对项目带来的影响
说 vs 做
期望属性
自我认知
拒绝
$25k/周
而好的产品经理是弄清楚Why，用户其实是为了更快的到达目的地。
具体性Specific
安全
【产品生命周期】
4周
产品研发
列
可行性测试
社交
测试
产品功能
需求采集
解决方案
【产品目标SMART分析法】
取消订单
特征3
必备属性
③
已完成
TC编写
功能评审
【KANO模型】
行
发布评审
卖家
选择商品
编码
【项目流程】
魅力属性
定量（验证）
敏捷方法
基础认知
【项目范围优先级定制-沟通计划】
【瀑布流方法】
如果没有产品经理，这时候可能会想研发一种新饲料让马跑的更快。
委派谁都可以做
Where/WhenWho/What
特征1
Visio
评价一个好产品的维度
生理
技术复杂难度
Requirements
【四象抽象法】
等待支付
而向更深层次需求探索，满足更多人性需求有了今天的豪车：奔驰、宝马...
收到商品
Assumption
优先级顺序：重要紧急>重要不紧急>不重要紧急>不重要不紧急
① 用户需求
少做就是多做
验证
产品规划
项目概述
社会影响力可持续
【UML-用例、状态图、时序图】
反向属性
第一列，CDC成本：这个成本是运营部门预估的。
需求筛选
会议Kick Off
取消支付
A/B 测试
用户目标
不重要
表达系统里实体的状态转换
平台特性
Duration
When
人性需求
Issues
PRD评审
用户说他需要一匹更快的马，
维护
Process On
设计评审
Image
Why
制定沟通计划的目的是为项目交付周期的交流和相互支持提供指导。在敏捷项目里，面对面交流比文档要好，但是依然会有一些共享文件，比如报告和项目计划，需要、需求文档，需要留下档案。
④ 人性需求
② 用户目标
可以预想到的因素，一旦发生就会促进项目成功
自我
可持续
目标是相关的
Risk 风险
Dependence 依赖
计算性价比
沟通计划
时序图
时限性Time-Bound
Maintenance
技术可持续
本我
How
有用性
任何项目依赖的或者依赖该项目的事情和工作，需要记录依赖实现的时间
买家
计划确定
在项目中任何不恰当的，需要管理和解决的事情，这些事情需要持续跟踪并记录
Design
竞品分析
【MoSCoW 方法】
立项
细节可以描述
描述事物变化时在时间维度上的先后顺序
【技术风险评估法】
0 条评论
下一页
