01.产品经理入门
- 需求管理:需求调研——需求分析——需求管理——竞品分析
- 项目规划:项目规划没有多神秘——斗胆“画个小饼”给老板
- 产品设计:梳理业务流程——合理的产品框架——还原场景(高保证原型,会涉及的各种交互操作,学习PRD文档如何写得清晰明确,异常情况需要考虑进去)
- 需求评审:基础项目管理——项目跟进和管理
- 基础数据统计与分析:综合分析产品健康程度,进行迭代计划
02.什么是需求调研
- 需求:是指用户在某些方面需要得到某种帮助以达成目的
- 调研:是指通过一些方法来了解某件事情的真相,也可以叫调查研究
- 需求调研:通过调查和研究来了解如何满足用户的特定需求 / 通过观察、访谈和体验等方式,探究事物本质的过程
如何精选需求调研?
名称 | 解释 |
---|---|
需求采集 | 通过访谈或问卷等形式采集到我们想要得到的需求,然后建立需求池来存放着部分需求,以备随时调用 |
权重评估 | 在将采集到的需求存放在需求池后,会涉及到对每个需求的权重进行评估,然后进行排序。优先级越高,将会越早的进入涉及级开发阶段 |
需求分析 | 需求分析涉及到需求的拆解与分析,从而过滤出真需求,规避伪需求。同时,为接下来的产品设计,提供基础 |
最后:分析报告 | 详细的说明产品相关的描述、价值与风险等 |
总结:需求调研是一个需求诞生的开始阶段,调研的准确性决定着产品后期的整体发展路径
03.掌握正确的需求调研方法的重要性
原来根本不需要需求调研,因为用户根本不知道自己想要什么
不是需求调研不重要,是正确的需求调研方法很重要
掌握正确的需求调研方法有什么重要价值呢?
价值 | 缘由 |
---|---|
了解行业和市场 | 采集理论依据/论证猜想:了解行业背景及现状+了解市场环境及风险—>得出可行性结论:分析与制定出中短期及长期战略规划 |
产品决策 | 1、采集真实需求—>产品设计 2、准确的需求调研报告—>决策—>产品能力 |
迭代优化 | 采集真实需求:佐证产品发展路径 + 诊断内在症结 |
总结:它影响到了解行业和市场、产品决策和迭代优化
04.需求调研的基本方法
基本场景:出差+看数据+做问卷+见客户
常见方法 | 具体行动 |
---|---|
用户访谈 | 1、多用于企业内部项目(自身有使用财务系统的需求并且有产品团队和研发团队,可以自主研发类似平台,作为产品经理,需要对未来财务使用者进行访谈式调研,了解他们的日常工作,了解他们实际需求,梳理流程,最后项目落地)(ps:不是上街上)2、项目制公司——外部任务(到客户的公司进行实地调研,了解他们的实际需求,解他们实际需求,梳理流程,最后项目落地)(通常将这种方法称为B端项目) |
模拟体验 | 让用户在自然的场景下体验模型,通过对用户的工作行为的观察以及使用后的感受,来衡量该产品的可行性和应用性 (产品经理调研对象:身边可能有对应需求的用户)(该方法要求原型和场景的还原度极高(高保证原型)) |
问卷调查 | 通过预先制定好的问卷,通过用户作答的形式。优点:方便运用。缺点:获取内容不准确,很大程度受到当时环境和天气的影响 |
总结:在需求调研阶段要做到:多问,多想,多试验
05.什么是需求分析
需求的类型
类型 | 解释 |
---|---|
任务型需求 | 上级的安排,上级通常会参考公司短期战略规划,制定近期要完成的任务。此时不用讨论需求的必要性,首先是考虑如何实现,然后保质保量的完成 |
发现型需求 | 前期调研—>归纳总结—>需求呈现:基于自己在前期需求调研活动拿到的调研数据,通过总结归纳,得来的调研结论 |
分析需求
两点 | 决定 |
---|---|
必要性 | 这个需求要不要做 |
可行性 | 这个需求能不能做 |
PS:排除[该项目完全不可行]的可能性
需求类型 | 决定 |
---|---|
任务型需求 | 可行性分析 |
发现行需求 | 必要性分析(基于需求调研报告的内容来判断这个需求要不要做)+可行性分析(基于经验或与研发讨论判断这个需求能不能做) |
总结:需求分析就是决定一件事要不要做和能不做能的过程
06.用户其实不知道自己到底要什么
两者 | 关联 |
---|---|
用户需求 | |
产品需求 | 产品实现就是把用户需求转化成产品需求的过程 |
需求分析就是用户需求转化为产品需求的过程
用户需求并不是伪需求,只不过不知道自己到底要什么