产品经理知识地图
2024-05-17 22:40:07 5 举报
登录查看完整内容
产品经理知识地图是一个全面的指导性文件，旨在帮助产品经理提升技能和拓展知识。这份地图以图表和文字的形式，系统性地阐述了产品经理所需掌握的核心知识领域，包括市场分析、需求分析、产品规划、产品设计、开发流程、项目管理、测试与验收、市场推广、数据分析等。此外，地图还强调了沟通协作、团队管理、时间管理、领导力等软技能的重要性。无论是产品经理新人还是有一定经验的从业者，这份地图都能够为他们提供明确的学习方向，助力他们在产品管理领域取得更好的成绩。
作者其他创作
大纲/内容
大用户故事2
Could Have
分析自己的产品或服务，找到是否有本行业之外的替代品，评估替代品造成的威胁
【项目范围优先级制定-沟通计划】
可持续
用户任务 User TasksWalking Skeleton
销售数据分析
1.确定调研目标
确定调研目标，样本覆盖率和样本量以及调研期限
Word
2.定义用户
按照基本人口统计方法筛选用户，如：地域、年龄、收入等。可以自己招募，也可以请招募公司帮忙
* 可以预想到的因素，一旦发生就会促进项目成功（但不发生就没有促进效果）
无差异属性
测试过程记录
【KANO模型】
用户体验
假设（Assumption）
W
Excel
测试
平台特性
产品设计方案测试
Assumption
具体性Specific
用户活动 User Activities Backbone
Requirements
【产品立项流程】
【运营数据分析】
撰写产品立项文档
威胁点(Threats)
决定
近期：为了满足需求必须要包含的功能
配送员
验收标准
列：第一列，单位成本，这个数值是运营部门估算的，如“抽奖”延迟上线的话，每周将损失100000新用户，按照每个新用户30元成本（估算），成本就是30万每周第二列：延迟周期，按照目前的优先级排序，几周可以上线第三列，COD总成本，单位成本*延迟周期行：各个功能点
Software architecture
是否完成
用户价值
3
？
* 在项目中任何不恰当的，需要管理和解决的事情，这些事情需要持续跟踪并记录
KANO模型是东京理工大学教授狩野纪昭（Noriaki Kano）发明的对用户需求分类和优先排序的有用工具
【用户功能地图】
可从用户访谈和问卷调查中选择
实地访谈
平台
TESTABLE
“主题”用户故事
目标是相关的
小用户故事2
定义用户
可测试的，提供可被验证的必要信息
各自完整，独立于其他用户故事
Software
依赖（Dependence）
技术发展趋势
技术授权/牌照
技术的成熟度
用户访谈
行业刚开始发展。这个阶段往往竞争对手较少，但也会有很大风险，未知的领域，未知的商业模式，能不能存活下去一切都是未知。
Implementation
商业可持续
易用性
【P E S T】
核心资源
需求分析
存量用户或者新用户
创建店铺
“大”用户故事
开发
Why
中期：关注范围广、有一定的灵活性的功能
电话访谈
记录A/B选项结果
谁可以帮你做
3.制作问卷
问卷内容包含基本人口统计信息以及希望收集到的变量信息
实地研究
生成订单
替代品的威胁
主题
Xmind
做
要能对最终用户或商业模式有价值
期望属性
小用户故事1
【产品目标SMART分析法】
Political（政治因素）
行业用户数基本固定。只有少数一两家成为行业寡头，霸占九城以上市场。
CH
处理订单
“小”用户故事
同业竞争者的竞争程度
波特五力模型是迈克尔·波特（Michael Porter）于20世纪70年代初提出。他认为行业中存在着决定竞争规模和程度的五种力量，这五种力量综合起来影响着产业的吸引力以及现有企业的竞争战略决策。
稳定测试目标
新进入者的威胁
衰退阶段
I
【COD评分表方法】
情感响应
通过A/B测试结果得出改进方案
Verification
5
导入阶段
满意度低
【用户旅程图】
【技术风险评估方法】
维护
4
GitHup
宗教因素
地域消费行为模型
地域人口统计
地域教育程度
大用户故事1
SWOT将与研究对象密切相关的各种主要内部优势、劣势、外部的机会和威胁，通过调查列举出来并依照矩阵形式排列，把各种因素相互匹配起来加以分析，结论通常带有一定的决策性
时间线 Time
总是可以被替代和重写，指导成为迭代的一部分
低
* Must Have:指一定要有的功能* Should Have：指应该有的功能* Could Have：指可以有的功能* Won't Have：指（此版本）不会有的功能
Risk
找到同行业的前三名，确定其市场份额，找到同行业大致的企业数量（尤其是同地区的），配合现有用户规模，确定是否为红海市场得出竞争程度的结论。如：强、中、弱
线框图
2
线框图只需要使用线条、方框和灰阶色彩填充，是低保真设计图。线框图主要呈现主体信息群，勾勒结构和布局，表达用户交互界面的主视觉和描述线框流图是将做好的线框图按照用户使用的流程串联起来，既体现了全局流程又不失细节
【四象限方法】
可实现性Achieveable
接收订单
【线框流图】
功能点A/B测试
该地图解决的需求列表
机会(Opportunity)
立项宣讲
具备程度高
产品改进方案测试
页面埋点追踪
【S W O T】
国外经济趋势
本地经济趋势
外汇比率
关税
需求收集
系统内
设计
优先级
SMART分析法——是指在制定目标时应该遵循的5项原则
录屏、录音和摄像
满意度高
RAID
魅力属性
【用户故事】
Axure
文档初审
手绘流程图
了解
成功立项
通过统计分析追踪
5.量化分析
按照用户反馈的信息应用统计学方法进行量化分析，合理使用柱状图、折线图、饼状图等展现方式
【可用性测试方法使用步骤】
【项目风险-RAID】
立项失败
CR
Must Have
新技术
系统外
合适的大小（不能大到无法计划或实施，也不能小到一天完成多个）
【瀑布流法】
T
【产品经理软件工具】
【波 特 五 力】
目标可以实现
INDEPENDENT
活动数据分析
4.发布问卷
在线发布问卷或者线下发布用户自填或者代填，注意问卷的时效性
设备
CD/Duration
Duration
Cost of Delay
特征1
5 k
5 周
25 K / 周
特征2
75 k
2 周
150 k / 周
特征3
1 k
5 k / 周
特征4
15 k
4 周
60 K / 周
Technological（技术因素）
KP
行业受政治，经济政策环境变化影响，一蹶不振，入不敷出
A/B测试不同版本
客户细分
Evernote
KR
成本结构
制定沟通计划的目的是为项目交付周期的交流和相互支持提供指导。在敏捷项目里，面对面交流比文档要好，但是依然会有一些共享文件，比如报告和项目计划，需要留下档案
技术可持续
客户价值
* 任何项目所依赖或者依赖该项目的事件和工作，需要记录依赖实现的时间
流量数据分析
测试材料准备
How
1
【用户访谈方法】
新增客服
N
下单付款
验证
权限配置
Issues
目标可以衡量
开发量可以被评估
商业价值
Won't Have
发展阶段
行业进行了一段时间，处于向上发展阶段，这个阶段竞争对手是最多的，因为行业内出现了一两个成功的商业模式，只要加以修正传承，就可获得大量市场份额，呈现百家争鸣状态.
产品演进路线图是为了给产品的利益相关者以及团队呈现产品长远发展的构思。使团队内部和利益相关者对项目的长远发展一目了然并达成共识
用户观察
【线框图】
供应商的议价能力
Should Have
渠道通路
SWOT是基于内外部竞争环境和竞争条件下的态势分析。
发布
派送
产品的按时发布是“功能”+“技术实现”+“质量标准”+“时间”组合技术风险评估方法是以技术团队为主的评估方法
数据类型
用户故事的INVEST原则
社会影响力可持续
By Who
委派
商家
保存
关键业务
大用户故事3
V
验收标准1
外部的
【衡量一个好产品的维度】
验收标准2
问卷调查
具备程度低
Product requirements document
创建客服组
实现方式
* 会对项目产品负面影响的事件，事件可能发生的概览和随之对项目带来的影响
市场价值
结果分析
6
Economic（经济因素）
时限性Time-Bound
价值主张
收到商品
VALUABLE
找到可能的上游供应链，访谈同行，致电供应商得出议价能力的结论。如：强、中、弱、无
内部的
有益的
实现
When
workshop
CS
【业务流程图】
需求收集方式
优先级：重要、紧急>重要、不紧急>不重要、紧急>不重要、不紧急
沟通计划
创建角色
文档修改
有害的
客户关系
有用性
C$
高
S
【问卷方法】
自定义员工分组，例如A组，B组
用户故事 User Stories
目标是有时间限制的
重要伙伴
【MoSCoW方法】
结束
产品经理知识地图
贸易政策
股东需求
国家政策
缺点(Weakness)
ProcessOn
【产品生命周期】
收入来源
Sketch
优点(Strength)
内容数据分析
制定时间表去做
【商 业 画 布】
ESTIMABLE
VP
NEGOTIABLE
细节可以描述
选择商品
产品规划
通过用户画像的方法，找到典型购买者分析购买者的人口统计信息，经济状况，所在地域的收入状况，得出议价能力的结论，如：强、中、弱、无。
可交互产品
可衡量性Measurable
SMALL
商业画布是一种能够帮助创业者催生创意、降低猜测、确保他们找对了目标用户合理解决问题的工具商业画布不仅能够提供更多灵活多变的计划，还更容易满足用户的需求。更重要的是它可以将商业模式中的元素标准化并强调元素间的相互作用。
远期：顶层设计、宽泛的范围、更灵活的功能
过程中的疑惑点改进点及其他特殊情况
R$
Priorities
商业分析
Maintenance
用户数据分析
Social（社会因素）
KA
客户
删除
排除它
权限的配置（普通客服与客服管理者启用的模块性差异）
成熟阶段
购买者的议价能力
竞品分析
Desgin
必备属性
PPT
Who
线框图是一种低保真且静态的呈现方式，产品经理通常使用纸笔来表达自己的想法。内容大纲：这个产品包含什么内容信息结构、布局：这个产品的内容怎么放用户交互界面：这个产品用户怎么操作
风险（Risk）
通过分析提供的产品或服务，找到可能的新进入者，通过对其调研，配合新技术的影响，评估威胁
紧急程度
【市 场 阶 段】
市场分析
瀑布模型是一种项目的开发、管理架构，是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护尽管瀑布流方法论已年近50，但仍然可行，瀑布流适合一些类型的项目* 需求相对固定，不会频繁变动* 项目人数众多，人员相对稳定*组织架构稳定，团队人员有替补
【需求收集流程】
组内头脑风暴
相关性Relevant
What
是否接单
O
Dependence
E
产品输出
问题（Issues）
重要程度
焦点小组
即刻做
收藏
收藏
0 条评论
回复 删除
下一页
