产品经理3个需求管理法+需求来源真伪判断
2023-03-27 00:57:25 10 举报AI智能生成
登录查看完整内容
产品经理在管理需求时，通常会采用以下三种方法：1. 分类法：将需求按照紧急程度、重要性和可行性进行分类，以便更好地安排工作优先级。2. 矩阵法：将需求按照用户价值和实现成本两个维度进行评估，以便更好地平衡用户需求和公司利益。3. 敏捷法：采用迭代式开发方式，不断调整和完善需求，以便更好地适应市场变化。 在判断需求来源真伪时，产品经理需要注意以下几点：1. 了解需求提出者的背景和动机；2. 对需求进行深入分析和验证；3. 与团队成员进行充分沟通和讨论；4. 根据市场反馈和数据分析进行调整和优化。
作者其他创作
大纲/内容
需求是出于人的本能，由需要而产生的要求，且可以满足比如要吃饭，非常稳定。
用户需求：用户从自身场景出发，为解决某一问题，提出的需求，有可能是真需求，有可能是假需求。
产品需求：产品团队分析用户真实需求后确定的解决方案，
概念
先理解老板的需求，提出自己的想法
尊重老板的需求，不要当面顶撞
带着建议和方案和老板沟通，达成共识
过程同步，问题同步、寻求支持，交付结果
向上管理
领导和老板：又称行政需求需求的翻译机
业务需求：当确定业务方向后，从业务角度出发，而提出的需求，比如运营，业务方
数据挖掘：产品通过数据分析，发现的问题或需求
竞品调研: 通过分析对比竞品功能，发现的需求
产品的观察思考：产品从用户角度出发，从具体的工作发现和挖掘的需求。
用户群
用户调研
意见反馈
应用市场评价
用户反馈
需求来源
产品
公司和团队内部
需求收集之后进入需求池进行管理，可以按照一定的时间比如每周一次从各方收集需求，并根据需求本身的变动，调整需求池中的相关状态，标注相关的记录
需求池：
Who：场景中都有哪些角色/对象参与
When：在什么时间点发生
Where：在哪种场景/地点下发生；
Why：需求的背景/动机/原因；
What：需求方表达的需求是什么/他们到底要什么。
5W法
为什么需要做这个功能？缺少这个功能流程会如何？
这个功能与其上游、下游的工作关系是如何的？
逻辑推演法
产品的定位、发展阶段、目标用户、目标用户的场景
和产品本身是否相符
需求真伪判定
需求用户数量以及用户的重要程度？
使用需求的频率如何？
做需求带来的收益？
做需求带来的问题风险？
不做这个需求带来的损失？
价值分析
是否为老板、领导，甲方爸爸的强制需求？向上管理很重要也很难😭哭
主观意志
需求筛选
基本（必备）型：当不提供此需求，用户满意度会大幅降低，但优化此需求，用户满意度不会得到显著提升
期望（意愿）型：当提供此需求，用户满意度会提升；当不提供此需求，用户满意度会降低。
兴奋（魅力）型：用户意想不到的，需要挖掘/洞察。若不提供此需求，用户满意度不会降低；若提供此需求，用户满意度会有很大的提升。
无差异型：用户根本不在意的需求，对用户体验毫无影响：
反向（逆向）型：用户根本都没有此需求，提供后用户满意度反而会下降；
KANO模型
紧急度：可从，交付时限、任务依赖和直接后果来进行判断
重要性：可从商业价值，用户影响、产品或声誉影响和竞争优势
四象限法则
对需求赋予一定的指标，进行量化分析，可以将各指标赋予一定的权重（所有指标项权重相加为1，各指标项确定各自的程度数值，得出综合值大的，则优先级高
权重衡量
需求优先级
需求管理
快速实现核心需求，供市场检验，效果好在进行进一步的验证
MVP低成本快速验证
功能迭代前后的数据差距
迭代后的数据表现
功能迭代前后的用户评价
迭代后的用户反馈
假设制作两个（A/B）或多个（A/B/n）版本，除了我们想要验证的假设之外，其他所有的条件都不变，在同一时间维度内目标人群随机访问这些版本，然后我们看每个版本的数据情况。
AB测试
功能正式发布前，选择特定人群试用，逐步扩大其试用者数量，以便及时发现和纠正其中的问题。
灰度测试
产品迭代验证
其他验证方法：参与式行动研究（PAR）、时间感知研究、可用性报告、可用性测试、价值机会分析等
需求验证
需求的那些事
0 条评论
回复 删除
下一页
