C端产品需求分析

本图为你搭建C端产品需求基本框架，内容分别有需求来源、需求的提炼、合格的需求。从事本方面的小伙伴赶快学习吧！

C端产品需求分析

• 需求来源
  • 需求池
    • 用户反馈、同事建议、老板命令、自己头脑风暴、竞品分析、数据分析、技术需求、运营需求、商业需求、跨部门合作等等
• 需求的提炼
  • 核心：拆分需求
  • 拆分四个维度
    • 用户维度
      • 谁提的这个需求
      • 这个需求的用户是谁
        • 这个需求谁会用？
        • 是不是我们的目标用户？
        • 这种用户占我们用户的比例是多少？
        • 用户属性咋样？
          • 用户属性不同产品有着不同的定义，不过主要还是看用户的价值，比如花的钱多不多、活不活跃、是不是大V等等。
    • 场景维度
      • 这个场景是怎样的？
        • 场景越真实，需求也就越真实。
      • 场景是否高频？
        • 场景的高频一定程度上决定了这个需求是否高频，自然也就决定了你的产品数据表现。
      • 是否和我们产品目前提供的场景契合？
        • 有可能这场景和目前产品提供的场景是不契合的
          • 不要盲目做决定，需要分析这个场景是不是之前考虑漏掉了，而实际又是用户使用产品时存在的（因为不同场景是可以被同一产品/功能满足）
        • 用户使用的场景和自己产品目前的场景的确是不一致的
          • 经过分析后觉得有必要提供这个场景就可以做，要么就果断舍弃或者再进一步观察、或者完全就新立项一个项目
    • 用户现在的问题
      • 前场景下，用户现在遇到的问题是什么？
        • 多听用户反馈、多看用户的操作，如果不能接触用户的话，就尽量模拟用户的场景，自己去体验、使用，从而找到现在的问题。
    • 用户现在的解决方法
      • 用户为了满足自己的这个需求，他目前是怎样做的？
        • 梳理出用户目前的解决方法，包括但不限于用户的操作流程、所用到的功能、产品、 输入的内容。
  • 拆分两个维度
    • 任务维度
      • 用户完成这个需求需要做什么？
        • 用户完成这个需求需要在我们的产品里面做什么，大概就是用户的一个基本操作路径，这个时候需要注意任务的多样性。（多样性就是指满足这个需求可能有很多种方式方法，至少应该想出两种，并知晓其优劣。）
          • 可以和第一步的用户现在的解决方案做对比，看是否比现在的好、体验是否得到了优化、是否解决了用户现在的问题。
      • 我们解决这个需求我们需要做什么？
        • 我们为了满足这个需求，需要做一个什么功能/页面给用户。
          • 注意的是任务的复杂度（简单理解为开发难度、需要的资源、成本），如果技术难度太大或者我们根本没这个资源，那就基本不可能实现。或者成本太高而回报不足，我们也不可能做太赔本的买卖。
    • 目标
      • 用户的目标
        • 用户为什么要做这件事，做了他能得到什么好处，这是用户使用该产品/功能的驱动力来源。
      • 我们的目标
        • 我们为什么要做这个，做了对我们有什么好处。最好有量化的标准！
  • 需求的转化
    • 形成Feature List(需求列表)
    • 描述具体功能
    • 优先级
      • 利用KANO模型，需求重要-紧急四象限
    • 量化标准
      • 每个需求/功能点都需要给它设定一个上线后的考核标准，上线后相关数据指标要与这个标准对比。
        • 根据你的需求目的以及现有的数据所定下来的，而不是凭空想象的
• 合格的需求
  • 可实现
  • 可描述
  • 可量化