前言
众所周知,大厂的流程更加规范,体系更加完善,就我在阿里的一些经历,谈一谈必须掌握的产品经理的知识,不管是开发还是测试,对产品有了清晰的认识和具备产品思维,对我们都会受益。
1、定义及职责
1.1、定义
1、市场分析:找准市场方向,确定哪个市场是值得进入的
2、用户分析:针对目标市场的用户,分析他们的特征和需求,从而得到产品的需求和方向
3、产品实现:组织相关的人力和资源,比如开发、UI、测试、运营等,将产品实现出来,并发布上线
4、产品运营:将产品推广出去,吸引用户使用,并根据用户的反馈和数据统计结果,继续优化迭代产品。
1.2、职责范围
确定产品类型
做好市场调查
确定用户需求
组织产品开发
协调运营推广
1.3、具备技能
专业技术:业务分析、需求挖掘、需求分析、产品规划、产品设计、数据分析
能力素质:学习能力、沟通能力、情商高、抗压能力
加分项:对某个行业领悟深、商业思维、项目管理、领导力、了解其他角色的知识
2、产品经理分类
按职级高低划分
按用户群体划分:
按产品形态划分
按工作内容:
3、项目组成员
常用工具:
3.1、UI设计师
UI设计师是指从事对软件的人机监护,界面美观的整体设计工作
确定产品色调
3.2、交互设计师
主要是研究用户需求和界面的关系,并且根据这种关系, 对产品的功能和界面交互模块进行设计和规划。
多数企业中,产品经理兼任交互设计师
3.3、研发工程师
前端和后端
3.4、测试工程师
测试计划、测试数据、测试用例
执行测试用例、提交bug
解决问题、验证
beta测试
上线
线上测试
测试完成
3.5、运营
用户运营、内容运营、活动运营、渠道运营
4、项目工作流程
4.1、启动
行业调研
工作内容:调研行业的发展现状及发展趋势,目的是为产品的发展提供依据
工作产出:BRD(商业需求文档)
市场调研
工作内容:在行业调研的基础上,瞄准某个市场,调研市场的情况,包括市场规模,用户信息等,从而确定产品的形态和业务
工作产出:MRD
4.2、规划
需求收集
工作内容:从各种渠道收集产品的业务需求,渠道包括竞品、公司、运营、客服、商务等
工作产出:竞品分析、、SWQT分析、需求池(未经分析不一定全做)
需求分析
工作内容:将收集来的业务需求,确定产品的业务场景,并转变为产品需求
工作产出:产品功能清单
流程设计
工作内容:根据需求分析的结果,确定产品的业务流程
工作产出:产品流程图
结构设计
工作内容:按需求分析和流程设计,确定产品的结构
工作产出:产品结构图、思维导图
4.3、执行
原型设计
工作内容:根据产品结构、流程和功能清单,设计产品的原型页面
工作产出:产品原型图
文档输出
工作内容:根据原型图,撰写产品需求文档
工作产出:PRD
需求评审
工作内容:与公司其他部门,包括运营、研发部门、评审产品的需求,并最终定稿
工作产出:PRD
4.4、跟进
进度把控
工作内容:跟进产品研发,包括UI设计、开发、测试等工作进度,并协调解决研发过程中遇到的问题;
工作产出:进度报告,优化后的PRD文档
资源协调
工作内容:对于研发过程中遇到的问题,及时协调部门内外的资源予以解决,比如增加人手,申请加班
工作产出:进度报告
4.5、收尾
测试验收
工作内容:在测试工程师完成测试之后,产品接入验收环节,验收通过即可上线
工作产出:
上线
工作内容:将验收通过的产品发布到对应的渠道
工作产出:上线通知报告
5、3D文档
5.1、BRD
5.2、MRD
5.3、PRD
6、需求收集及管理
6.1、需求的概念
什么是需求?
6.2、需求来源
竞品分析 -> 数据分析 -> 用户访谈 -> 问卷调查 -> 观察法
用户访谈
竞品分析:
SWOT分析
用户体验:
战略层包括:产品定位、目前用户及需求
竞品分析报告
6.3、需求池管理
需求池
需求类型:新增、优化、bug
需求状态:待讨论、开发中、被驳回
有进有出,宽进严出
6.4、需求分析
需求分析思路
除了产品,任何人提的需求都是业务需求
思路:基于场景对需求的分析
1、收到需求后,首先思考为什么会存在这个需求,提这个需求要解决什么问题
2、然后再思考,这个需求是不是真的能解决这个问题,有没有其他的方法或者更好的方法
需求筛选优先级判定
需求筛选的原则
KANO模型
四象限法则:
紧急:需求是否会影响产品的核心功能,是否会影响产品的正常使用
重要:是否会让产品发展的更好,或者显著带来数据的改变
马斯洛需求层次理论
人性七宗罪
需求池和功能清单的区别
7、流程图与结构图
7.1、流程图
7.1.1、业务流程图
7.1.2、功能流程图
7.1.3、页面流程图
页面跳转流程图
从0-1.先走业务流程图,先梳理清楚干什么
7.1.4、流程图绘制
泳道图的概念
要有闭环、有始有终
每一个节点,如果不是结束,则一定要有下一个节点
7.2、结构图
除了底部的一级模块,注册等可以个搜索也可以当做一级模块
在产品里有多个入口,并且权重比较高的(跟核心业务相关),也可以当做一级模块
分类思维:
1、功能分类
2、信息分类
8、原型图
可以先画草图,理清思路
Axture学习
9、产品设计七大定律
9.1、菲茨定律
9.2、席克定律
9.3、奥卡姆剃刀原理
9.4、泰思勒定律
9.5、神奇数字7±2法则
9.6、接近法则
9.7、防错原则
10、移动端产品设计规范
10.1、APP导航设计
扁平式导航:
- APP底部最常用的导航方式,包括无导航、2个、3个、4个和5个
- APP底部导航数量可以增加,但是尽量不要减少,所以对0-1的产品,除非功能特别多,否则不要一上来就五个模块,最好从4个开始
分层式导航:
- 用于用户不经常使用,但是目的性很明确的模块,比如设置页
- 页面特点:简洁,分类清晰
舵式导航:
- 用一个多功能键,把同等级的操作收纳在一起
- 适用于社区发布类产品
- 导航入口在底部,也可以在右上角
抽屉式导航:
- 适用产品功能不多,且用户使用频次不高的场景
沉浸式导航:
- 屏蔽一切外界干扰,比如遮挡状态栏,用户看不到时间、电量等信息
- 适用于阅读类、游戏类
10.2、界面元素
控件元素:
11、小程序设计规范
12、低保真原型设计规范
字体要统一
引导页
启动页&闪屏页
交互说明撰写方法
先写页面有哪些功能模块,比如导航栏、列表等
每个模块有哪些数据
这些数据怎么来的
再写数据显示格式,如长度、行数、数量、有无等
页面整体说明:
- 这个是什么页面
- 包含哪些功能模块
- 路径:怎么进入该页面
交互说明细节:
涉及到颜色、大小、尺寸、字体、位置、形状等决定产品外观的交给UI做就好了
13、PRD
产品原型:
1、全局说明:
角色/功能权限
加载方式
全局弹窗
常用字段
网络异常
全局交互
2、前台原型
3、后台原型
4、其他原型
产品架构:
1、产品结构图
2、信息结构图(对数据库表的总结,可不放)
3、业务流程图
4、页面流程图(非强制)
产品概况
1、更新日志/修改日志
2、需求列表(非强制)
3、开发排期(非强制)
非功能需求
1、埋点需求
2、性能需求
3、兼容性需求
产品简介
1、产品简介
2、版本说明
3、交互自查表
发布-生成html文件,将整个文件夹发给对方
14、PC端产品设计规范
面包屑导航:哪里来的可以回到哪里去的
后台元件库