产品经理学习知识框架
2021-12-10 17:57:11 34 举报
AI智能生成
产品经理学习知识框架
作者其他创作
大纲/内容
产品概览
电梯演讲
为了
目标用户
他们的
客户需求和痛点
这个
产品名称
是一个
产品类型(特点 +APP web 平台 )
它可以
关键能力价值
而不像
竞品+问题(也可以是自身产品之前的对比)
我们的产品
价值点+优势
商业画布
1.关键合作伙伴
2.客户群体细分
3.价值主张
4.关键业务活动
5.渠道
6.收入来源
7.成本结构
8.关键资源
9.客户关系
子主题
用户旅程图
注意用户体验地图进行区别
用户触点
用户痛点
寻找机会
心情曲线地图
为什么要绘制
围绕核心用户
功能列表
功能模块
使用人
用户需求挖掘
需求
定义
业务目标与现状之间的差距
特点
需求是隐性的,需要有价值的洞察【冰山一角】
获取需求价值需要社会化协作【椅子的漫画】
需求是多方干系人诉求的综合结果
需求是一组动态的待验证的假设
需求层次
深层需求VS表面需求 need want
需求隐显
隐性需求VS显性需求 兴奋需求 基本需求
需求真伪
真需求VS伪需求
挖掘需求
需求挖掘深度
解决问题
满足一个需求,解决一个问题
解决方案
满足深度需求,持续解决问题
产品
满足大多数用户深度需求,持续解决大多数用户问题
科学挖掘需求
挖掘
分析
交付
验证
关注人群
用户需求
以用户为中心的设计
平衡好用户与客户
先做好用户需求,然后拿用户需求与其他需求做平衡
先不考虑商业需求性能需求等
客户需求
以客户为中心的设计
遗留系统
内部系统
B2B的系统
市场需求
商业需求
挖掘方法
用户访谈
过程
确定背景&目标
从用户行为或态度的特定方面相关去说明
细究背景目标
确定目标用户--筛选用户
优先考虑身边符合用户画像的同事,根据访谈目标去选取是老用户还是小白、活跃还是遗失用户等
产品愿景里目标用户群里的用户
种子用户潜在用户竞品用户 边缘用户根据目标来的,注意合理配置访谈比例
访谈计划
设计访谈提纲
按照用户体验的方法去拆解设计
问题分类
按业务/功能模块分
脚本问题设计
访谈设计要易到难 由浅入深 由表象到抽象
开放性问题切入
基于访谈目的与目标用户特征去设计问题
不要把用户当设计师,只要让其描述他理想的使用体验或者不理想的体验即可
引导用户而不是引诱用户,问题别提前帮客户下定义
总结
访谈记录
详细文字记录,一定要完整
记录访谈过程
细节性
访谈过程注意
打破砂锅问到底
可以帮助用户定义“说法”
预测不同的反映,并根据您的研究目标构建后续问题
特定问题开始前不要直入主题
访谈内容整理
分析人群特征,更新用户画像
用户体验地图
动作
目标
体验描述
线上
洞见
机会点(差距 机会点)
访谈结论
可以对痛点和需求进行分类
调查问卷
调查问卷目的和对象
调查问题设计
问卷解释
题目由易变难
问题分类
用户筛查类
用户进一步细分类
探查类
人口属性信息
子主题
调查结果分析【量化分析】
可用性测试
确定测试目标
创新方案验证
A/B方案测试
产品改进方案
定义用户
产品用户画像
专家角色
测试材料准备
手绘稿
界面拼接
可交互设计稿
测试过程记录
观察记录
录屏操作
结果分析
运营数据分析
产品数据
行业数据
竞品数据
得出结论
需求相关问题
挖掘不清楚
需求描述传递有误
交付存在问题
需求变化多块
需求分析
场景
目标
功能
马斯洛需求
需求响应方式
预测型
经验型
精益创业
用户故事和线框图
产品B端设计
思路
- 产品愿景
2.用户画像
3.用户旅程图
4.根据3产出子模块列表
5.产出功能架构
6.导航设计
7.线框图
信息架构
信息点
信息点提取
脑图分类
补充知识
信息元/信息点
信息处理
分类系统
标签系统
信息检索
搜索系统
导航系统
先做信息点还是功能架构呢?
竞品分析
分析目的
背景
目标
可预设实现目标的方向问题
市场分析
竞品选择
竞品分析
五要素分析
战略层
电梯演讲
结论
范围层
对比列表
结论
结构层
信息点
框架层
信息点链接
表现层
产品功能设计实战
功能优先级排序方法
迭代版本设计
0 条评论
下一页