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