互联网产品需求的管理

需求优先定义

即便是已经筛选评估出来的需求,很多时候量也是非常大的,而哪些该做,哪些不该做,很多时候我们会遇到:

• 老板要这么做
• 自己要这么做
• 顾此失彼,左顾右盼
  其实,在产品不同阶段,对需求的排序,也是有一些方法可以参考的,其实需求变通一下,和我们日常工作的评估方式是差不多的,可以分为四类:
  
  1. 重要且紧急
  2. 重要不紧急
  3. 紧急不重要
  4. 不紧急不重要
     其实,无论需求到底是什么,产品终归是商业性产品,所以打造产品的商业价值才是最重要的,所以在衡量需求的时候,最重要的衡量指标就是这个需求是否具有商业价值,商业价值越大,那么他就越重要越紧急
• 新产品未上线的情况
  新产品未上线时候的需求特点:
  
  • 没有运营数据支持
  • 需求一大堆
    如何定义优先级呢?
  • 这个阶段主要还是针对用户的需求来思考,KANO模型把需求分为:
    
    • 反向型需求
    • 无差异型需求
    • 必备型需求
    • 期望型需求
    • 魅力型需求
  • 产品初期最重要的是形成农产品的框架,即基本需求要打造完成
    
    • 在这个阶段,基本需求是最重要最紧迫的
    • 根据产品目标和产品价值,以及公司战略需要,还要横向评估新产品里面是否包含期望与兴奋型需求
• 免费产品已经上线的情况
  免费型产品的分类:
  
  • 全免费
  • 部分免费
  • 限时免费
    因为免费,免费产品都能获取更多的用户运营数据,也就是说通过KANO模型或其他方式获取需求筛选甄别排序依据外,可以通过真实的运营数据来分析用户的实际需求
• 收费型产品情况
  收费型产品分类:
  
  • 全收费
  • 部分收费
  • 限时收费
    由于收费型产品主要收费价值来至于:
  • 期望型需求
  • 兴奋型需求
    那么基本型需求就必须做到最好,即权重一定是默认最高(重要而紧急)
    收费型产品的需求优先级相对于简单,一切向商业价值看起即可,但在商业价值需求优先排序里面,就按照收益最高的先,收益低的后
• 前置/后置条件
  对于一些串行的需求,按照顺序排序即可
• 实际应用
  
  • 要灵活,都是相对的,很多时候可以对需求进行多重考量,而不是仅仅是套用一种方法
  • 基本上都可以遵循商业价值为重(重要加紧急)的排序方式
  • 切记,基本功能的排序度一定是最高的(boss需求除外)
  • 对于需求排序要心中有数,胸有成竹

管理需求

多如牛毛的需求尽管已经分清主次,但如果把这些零散的需求管理起来,做到井井有条呢?

需求工作量估算

• 标签估算法
• 实际讨论法
• 强制手段法

需求变更

• 几乎很少有从头到尾都不变更需求的产品原因在于:
  
  1. 新认识与更新
  2. 竞争对手的变化
  3. 公司战略调整等…
• 对于需求变更控制也是贯穿产品始终的:
  
  1. 对于产品设计的包容性
  2. 何种需求值得变更,何种需求可以延迟变更
  3. 彰显拿捏,彰显能力
• 需求变更:
  
  • 好处
    可以及时的调整产品符合新的产品环境
  • 坏处
    
    1. 拖慢产品进度
    2. 频繁的需求变更更是对团队的折磨
       尽量在前期做好需求,尽量不在进入开发后进行变更