知识地图教程
2023-06-06 10:26:28 1 举报
登录查看完整内容
一张图看懂产品经理必备的知识及技能。分为五部分：基础认知、需求分析、商业分析、产品输出、产品规划
作者其他创作
大纲/内容
时限性Time-bound
相关性Relevant
目标可以衡量
细节可以描述
目标是相关的
目标可以实现
页面2
页面3
具体性Specific
页面6
页面5
【 线框图 】
可实现性Achievable
可衡量性Measurable
【 页面流程图 】
功能流程图，用于确定产品功能设计逻辑
页面1
页面流程图，用于描述产品个页面之间的关系
N
业务流程图，用于说明整个业务逻辑流向
余额扣减
成熟阶段行业用户数基本固定。只有少数一两家成为行业寡头，霸占九成以上市场。
申请提现
行业受政治、经济政策环境变化影响，一蹶不振，入不敷出。衰退阶段
产品输出
渠道侧
电商平台
央行清算系统
需求分析
开始
行业进行了一段时间，出于向上发展阶段，这个阶段竞争争对手是最多的，因为行业内出现了一两个成功的商业模式。发展阶段
导入阶段行业刚开始发展，这个阶段往往竞争对手较少，偶尔会有较大风险。
用户
产品经理知识地图
制图：结冰架构
页面7
目标是有时间限制的
【产品目标-SMART分析法】
页面4
SMART 分析法——是指在制定目标的时候所应该遵循的五项原则
重要紧急马上做
PEST 分析是指宏观环境的分析，宏观环境是指一切影响行业和企业的宏观因素
不重要不紧急排除它
确定基本属性
这五层结构定义了一个产品从无到有，从概念到到达用户手中，形成良好的用户体验所需要遵循的规则
【 波特五力模型 】
【 四象限法 】
INVEST 原则：Idependent（独立的）、Negotiable（可协商的）、Valuable（有价值的）、Estimatable（可评估）、Small（小的）、Testable（可测试的）
High
紧急不重要委派人帮你做
重要不紧急制定时间表去做
需求转化
特征4
结束
$75k/周
3C 原则：Card（卡片）、Conversation（对话）、Confirmation（对话）
4周
用户研究
用户故事在软件开发过程中被作为描述需求的一种表达形式。为了规范用户故事的表达，便于沟通，用户故事通常的表达格式为：作为一个<用户角色>， 我想要<完成活动>，以便于<实现价值>。一个完整的用户故事包含三个要素：角色（who）：谁要使用这个活动（what）：要完成什么活动价值（value）：为什么要这么做，这么做能带来什么价值
$1k/周
说 VS 做
定性 VS 定量
Y
5周
$15k/周
特征3
$4k/周
播放
选择听力内容
订阅
EEconomic
我的收藏
【 商业画布 】
3周
CD/Duration
国外经济趋势本地经济趋势外汇比率
选择听力
特征1
1周
$5k/周
特征2
计算性价比
KR核心资源
宗教因素地域消费行为地域人口统计
C$成本结构
SSociological
CH渠道通路
Duration
商业画布是一种能帮助创业者催生创意、降低猜测，确保他们找对了目标用户合理解决问题的工具。商业画布不仅能够提供更多灵活多变的计划，还更容易满足用户的需求。更重要的是它可以将商业模式中的元素标准化并情调元素键的相互作用。
RS收入来源
Cost of delay
KP合作伙伴
初评实现难度
贸易政策股东需求国家政策
VP核心价值
KA关键动作
技术发展趋势技术授权技术的成熟度
CS客户细分
Low
TTechnological
CR客户关系
PPolitical
分析商业价值
平台特性
技术可持续
商业可持续
实现方式
有用性
易用性
情感响应
新技术
用户价值
成功立项
文档修改
立项宣讲
【产品生命周期】
撰写立项文档
文档初审
【产品立项流程】
【评价一个好产品的维度】
社会影响力可持续
返回清算结果
新进入者的威胁通过分析提供的产品或服务，找到可能的新进入者，通过对其调研，完成威胁评估
清算处理
用户体验
波特五力模型是迈克尔·波特（Michael Porter）于20世纪80年代初提出。他认为行业中存在着决定竞争规模和程度的五种力量，这五种力量综合起来影响着产业的吸引力以及现有企业的竞争战略决策。
替代品的威胁分析自己的产品或服务，找到是否有本行业之外的替代品，评估替代品造成的威胁
产品规划
同业竞争者的竞争程度找到同行业的前三名，确定其市场份额，找到同行业大致的企业数量（尤其是同地区的），配合现有用户规模，确定是否为红海市场得出竞争程度的结论
风控审核
商业价值
评价一个好产品的维度
商业分析
受理出金请求
提出出金指令
提交出金请求
可持续
【 业务流程图 】
客户价值
市场价值
基础认知
竞品分析
A/B test
【 CDC 评分表方法 】
【 瀑布模型 】
数据分析
Opportunities
Weakness
可行性分析
用户访谈
Threats
问卷调查
头脑风暴
现场调研
Strengths
Why
When
What
7
1
5
6
Who
3
4
How
ByWho
2
类型
定义
求知需求
审美需求
归属与爱-社交需求
尊重需求
安全需求
层级
生理需求
自我实现
【 PEST 】
SWOT是基于内外部竞争环境和竞争条件下的态势分析。SWOT将与研究对象密切相关的各种主要内部优势、劣势、外部的机会和威胁，通过调查列举出来并依照矩阵形式排列，把各种因素相互匹配起来加以分析，结论通常带有一定的决策性。
故事1
故事2
故事/任务1
故事3
结构层
流程结构，用户如何到达某个页面， 并且他们走完流程之后能去哪儿
主题
【 用户体验的五个层级 】
范围层
线框图只需要使用线条，方框和灰阶色彩填充，是低保真设计图。主要呈现主题信息群，勾勒布局，表达交互界面的主视角和描述。
期望属性
魅力属性
运行维护
必备属性
【 用户故事 】
无差异因素
战略层
反向属性
产品目的，用户需求，经营者和用户想从产品中得到什么
瀑布模型是一种项目的开发、管理架构，是通过设计一些列阶段顺序展开的，从系统需求分析开始直到产品发布和维护
规格功能，某个功能是否应该成为该产品的功能之一，各种功能的组合方式是什么样的
满意度低
软件测试
程序编码
【需求层次的理解】
具备程度高
满意度高
软件设计
具备程度低
人性需求
【 功能流程图 】
④
【 SWOT 】
需求采集
问题
基础需求
进入听力
用心听，但不要照着做
进入首页
制定目标
解决方案
选择听力分类
进入个人中心
维护阶段
子任务1
第一列：总成本。单位成本*延迟周期第二列：延迟周期。按照目前的的优先级排序，几周可以上线第三列：单位成本。这个成本数值是运营部门估算的，如：如果“抽奖”延迟上线的话，每周将损失 10000 新用户，按照每个新用户 30 元成本（估算），成本就是 30万/每周
产品功能
子任务2
③
【如何做好需求】
用户目标
表现层
②
维持自身生存的最基本需要
高层级需求
对世界的美的追求
内部价值肯定，外部成就认可
视觉设计，产品图片，文字的表现样式、交互形式
开发阶段
让自己的能力和认知相匹配
接收清算结果
计划阶段
保障安全稳定，免除恐惧威胁
希望与他人建立情感联系
通知用户体现结果
页面布局，按钮，表格和文本区域的位置，是否达到这些元素的最大效果
①
框架层
用户需求
领导、测试、研发
发挥自己的潜能，不断完善自己
【项目风险-RAID】
立项失败
2、定义用户
需求打包
按照基本人口统计方法筛选用户，如：地域、年龄、收入等，可以自己招募，也可以请招募公司帮忙
包含基本人口统计信息以及期望收集的变量信息
3、制作问卷
How 怎么实现
How muchHow manyWhich
需求筛选
1、确定调研目标
【经典案例】① 用户需求用户说他需要一匹更快的马，但它经常会以一种不靠谱的方式表达出来② 用户目标如果没有产品经理，这时候可能会研发一种新饲料让马跑得更快。而好的产品经理是弄清楚Why，用户其实是为了更快的到达目的地
确定调研目标，样本覆盖率、样本量以及调研局限
Why 为什么要做
【 市场发展阶段 】
③ 产品功能产品经理可以利用自己专业知识，给出更靠谱答案：汽车④ 人性需求向更深层次需求探索，满足更多人性需求有了今天的豪车
制定沟通计划的目的是为项目交付周期的交流和相互支持提供指导，在敏捷项目里，面对面交流比文档要好，但是依然会有一些共享文件比如报告和项目计划，需要留下档案
【问卷方法】
Where/WhenWho/What
原型图
供应商的议价能力找到可能的上游供应商，访谈同行，致电供应商得出议价能力的结论
定性（了解）
定量（验证）
行为（做）
购买者的议价能力通过用户画像的方法，找到典型购买者，分析购买者的人口统计信息、经济状况、所在地域的收入状况，得出议价能力的结论
目标和观点（说）
【项目范围优先级制定-沟通计划】
流程图
【 KANO 模型 】
5、量化分析
按照用户反馈的信息应用统计学方法进行量化分析，合理使用柱状图、折线图、饼状图等展现方式
问题定义
【需求分析Y模型】
4、发布问卷
【需求采集方法】
在线发布问卷或者线下发布用户自填或者代填，注意问卷的时效性
KANO模型是东京理工大学教授狩野纪昭（Noriaki Kano）发明的对用户需求分类和排序的工具，通过分析用户对产品功能的满意程度，对产品功能进行分级，从而确定产品实现过程中的优先级。在KANO模型中，根据不同类型的需求与用户满意度之间的关系，可将影响用户满意度的因素分为五类：基本（必备）型质量期望（意愿）型质量兴奋（魅力）型质量无差异型质量反向（逆向）型质量
四象限法是用于区分任务优先级（重要紧急程度）的方法
【产品经理常用工具】
D（Assumption）假设任何项目依赖的或者依赖该项目的事情和工作，需要记录依赖实现的时间
产品会议
思维导图
需求确定
R（Risk）风险会对项目产生负面影响的事件，事件可能发生的概率和随之对项目带来的影响
A（Assumption）假设可以预想到的因素，一旦发生就会促进项目成功（若不发生就没有促进效果）
BRD制作
I（Issues）问题在项目中任何不恰当的、需要管理和解决的事情，这些事情需要持续跟踪并记录
0 条评论
回复 删除
下一页
