关于需求

整理了下自己在用户需求这块的知识体系。

  • 需求定义
  • 本质上,做需求就是解决问题。

举例:小明在路上钱包掉了,他马上报了警。

这个例子中:
包含的信息:人物、环境、问题
对应我们常说的:用户(小明)——场景(在路上)——任务(报警找钱包)

  • 这里值得注意点的有:
  1. 需求是基于使用场景存在(小明是在路上把钱包掉了的情况下,他才去找的警察);

使用场景介绍:
1. 可信环境(故事中的“时间”和“地点”)
2. 可信角色(“谁”和“为什么”)
3. 流畅的情节(“什么”和“怎么样”)
注:使用场景、用户角色、任务流程另做整理

  1. 产品可以给用户搭建使用场景,产生需求,但现实是部分产品经理在创造需求。
  2. 在这个例子中,小明报警找钱包只是小明给出的预期的解决方案,并不是小明的真实需求,他的需求是:找回钱包(例子容易分辨,但是在现实中,这是用户调研过程中最容易犯的错)。
  • 需求分类
  1. 功能性需求——产品的功能
  • 工作的范围(针对的业务领域)
  • 产品的范围(定义预期产品的边界,以及他与相连系统的连接情况)
  • 功能与数据需求(产品必须做的事情以及功能所操作的数据)
  1. 非功能性需求 - 观感需求(预期的外观UI)
  • 易用性和人性化需求(产品要让预期用户使用,它必须是怎样的)
  • 执行需求(安全性、健壮性、伸缩性、容量等等。这类需求多数技术考虑)注意点:产品经理不仅要考虑用户需求,还要考虑运营/推广需求,平衡商业利益(这个产品是用来赚钱的)。
  • 需求收集
    1. 数据分析:产品功能使用情况
    2. 调研反馈(问卷、访谈等等)
    3. 问卷调查(这是一门社会学):
      • 问卷调查的目的是?
      • 怎样让用户填你的问卷?
      • 怎样设计问题?
    4. 用户访谈(费时费力,现实中创业公司很少采取):
      • 访谈的问题准备
      • 访谈的人数控制/用户情况/时间
    5. 信息采集
    -  采集渠道的露出 
    -  采集信息的整理分类
    
    1. 竞品分析:
      • 竞品分析目的是什么?
      • 怎样才算竞品?(寻找竞品范围界定)
      • 分析内容是什么?(需要根据目标来定)
      • 分析,得出结论
        强调:竞品分析不是抄,但优秀的人总是会看到别人的优点。
  1. 产品逻辑推导:根据产品属性的增删改查,还有哪些需要完善
  2. 来自老板: - 如果老板的需求不合理,数据说服之
  3. 来自产品经理自己分析(部分产品经理闭门造车)
    总结: 以上的需求收集方法,1-4条只能用于优化现有功能,5-6条是真真切切的发现新需求。
  • 需求分析(筛选)
  1. 从用户角度出发
  • 产品定位
    1. 产品定义:使用人群、主要功能、产品特色
    2. 用户需求:目标用户、使用场景、目标需求
      注:目标用户很重要(后期创建用户角色,就是创造典型的目标用户),这也决定做产品的边界。
  1. 从商业角度出发(公司战略)
  2. 从团队角度出发(项目资源、团队强项)
  3. 产品生命周期 - 引入期 - 成长期 - 成熟期 - 衰退期
    总结下来就是:匹配产品定位,考虑项目资源/定义优先级
    到这里,做产品前期的需求的来源与分析算告一段落了。其实里面还有很多的知识点延伸,每一个点拿出来都是一门学问,甚至一门学科。本文只理知识结构偏理论,其它知识点根据工作中使用的频次再来进行查漏补缺。

推荐阅读更多精彩内容