面对需求，产品经理怎么做

产品小白面试的时候，会遇到两种常见的问题：一种是给出某个需求，问你怎么做？另一种是问你对于提到的某个应用有什么优点和缺点？对于缺点你如何优化？
第一种问法就是固定的分析这个需求，而第二张问法，其实面试官是给我们一定的主动权，缺点是你自己说的，怎么优化完全可以提前有所准备，避免面试的时候现场发挥失误。

需求那些事儿

其实，产品迭代是按照一定的流程进行的，每一步做什么，如何做也是有方法和步骤可寻的。一般划分为需求调研和产品设计。（参考文章写得非常棒，可以直接到文末查阅）

一 需求调研

需求调研是什么？我理解的是需求调研为我们提供 某个需求做不做以及如何做 的必要性分析依据；也就是说没有需求调研而直接进入产品设计的需求是会出问题的。

需求调研的目的

每一次版本迭代都是带着明确的目的——通过需求调研你要解决什么问题？，做需求调研事先要心中有目标，不然很容易面对各种各样的需求而失去重点，降低效率。
比如：一个在线教育APP影响学生上课体验的因素有什么？
某电商平台，商品的评价率如何提升？

需求调研的步骤

1 需求收集
需求从公司角度分为公司内部需求和公司外部需求。公司内部需求来自于不同的部门，需要有统一的提需求规范，将需求整理统一放入需求池。公司外部的需求来自用户、竞品、行业等需求。方法及需要收集的信息如下：

• 用户：用户群、用户反馈、回访调研、分析用户数据、问卷调研等等
• 竞品：了解竞品迭代流程和产品策略，寻找差异化
• 行业：行业趋势、未解决的痛点、国家政策等

2 需求挖掘
我们可能都听过“用户的需求可能是骗人的”，其实用户说的都是基于他个人的理解和诉求，每个人都是不同的，产品经理需要挖掘需求背后的原因，找到本质上到底是要解决什么痛点。

• 找到需求的本质
  将自己放在需求发生的场景中，需求的表象是什么？——导致这一问题的原因可能有哪些？——确定真正的原因（本质）
• 给出解决方案的需求
  用户有时候会直接将自己希望是什么样的告诉我们，可能同一个问题会有多个解决的方案，实际情况是我们不可能所有的用户都能满足，这时候需要评估，做哪些？

3 需求评估
需求的优先级判断，有很多种方法，四象限模型、kano模型、波士顿矩阵模型
判断一个需求重要不重要，紧急不紧急，首先要明确影响重要的因素有什么，影响紧急的因素有什么，突然发现，这就像需求挖掘一样，找到原因才能做出正确的判断。

四象限模型

• 与重要相关的因素：公司战略、收益，价值
• 与紧急相关的因素：交付时限（时间成本），任务依赖（被依赖和依赖的关系是多少），直接成果（能提升多少用户的体验）

4 需求拆解
需求拆解的目的是确定要完成到什么程度，要完成的是哪些具体点。

• 需求拆解
  以提升商家评论率为例，从以下几方面拆解
  1 积极促进用户评论的角度：如何让用户更方便的评论？如何让用户知道评论后有好处？如何让用户知道评论的意义？······
  2 其他参与者的角度：如何让商家驱动用户评论？系统如何提醒用户评论?如何让好友驱动用户评价?······
  3 评价方式的角度：除了文字还有什么其他评论方式？评论方式怎样做不影响评价质量？······
  4 和评论相关环节的角度：收货后通过什么路径做评论提醒？如何提高评论提醒的点击率？如何避免过度打扰用户？······
  5 开“脑洞”：用表情评论是不是会更吸引用户？精选的评论有没有免单机会？······
• 需求边界确定
  根据当前需求、业务状态确定下一次上线前要完成的内容，确定后才会进入设计阶段。这里也会涉及到优先级的排序，方法都是通用的。

个人的想法：
我们常说的需求分析，我认为和需求调研其实是大同小异的，以上的四个步骤就是在一步一步对需求进行解读和分析，所以不管是工作还是面试，需求始终在那里，我们要熟练的掌握方法，对于具体问题自然是具体分析，没有最好，只有最合适！
多说一句，面试的时候考察的逻辑性，其实就是分条分点的分析一个问题，纵向应该是逐步递进，寻因究果的过程，横向是思维的发散。

二 产品设计（以下内容来源文章见底部）

产品设计则是根据需求提出解决方案。方案可以有多种，哪种更合适需要根据用户的反馈来判断，想起一句话“我不要你觉得，我要我觉得”，对于产品而言，我们要“数据”觉得，现在总是会提到数据驱动增长，这应该是一个完整的闭环。

迭代流程

1 高内聚低耦合
高内聚：产品在功能、模块、实体、系统等层面在用户中认知是统一且单一的，并符合整体特征、逻辑和自然。
低耦合：在系统、模块、功能、实体等层面保证每个系统、每个模块、每个功能、每个实体之间的联系是简单而不是复杂的。
人的认知产品路径如下：体验产品→知道这是XX→总结XX的特征→对XX建立认知。而高内聚使得人更容易总结出单个模块的特征，低耦合使得人更容易理解整个产品，从而对整个产品建立认知。

2 整体设计
产品的整体设计包括业务层、系统层、逻辑层和交互层等四个层面。

整体设计

系统层，平台、系统、模块和功能之间的关系应该是：平台包含系统，系统包含模块，模块包含功能。
逻辑层分实体建模、角色结构和逻辑流程，实体建模是说明系统里有哪些主要内容流转，角色结构是说明系统有哪些人使用，逻辑流程是说明系统是怎么运作的。

3 局部设计
局部设计是指在平常功能性非大版本或者非重构的迭代，多以增减修改某个功能/模块、体验等不触碰核心业务逻辑的迭代为主。

• 明确修改的层级
• 梳理改动相关的旧逻辑
• 梳理改动相关的新逻辑
• 改动的需求评审
• 上线后的数据反馈

参考文章
产品经理如何基于需求迭代产品（上）
需求调研表
产品经理如何基于需求迭代产品（下）
产品经理如何基于需求迭代产品（2下）
产品经理如何基于需求迭代产品（3下）