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