不懂分析需求，第一轮面试都过不了.docVIP

不懂分析需求，第一轮面试都过不了 / “产品思维是透过现象看本质的能力，并通过产品化方案，从根源上解决问题的思维方式。” 对初入互联网产品行业的新朋友来说，首先要锻炼的，就是透过现象看本质的能力。 而这个能力能够应用到工作中，就能够准确的还原需求，分析需求，进而从根本上提出解决用户需求的产品方案。 那，我们要如何锻炼自己透过现象看本质的能力呢？ 在回答这个问题之前，我们得先知道，我们的需求是从何而来的。 一、需求从何而来哪里？ 我们工作中接收到的所有需求，主要可来自外部、内部这两个渠道。 1. 外部渠道 外部渠道主要是包括用户、市场、竞品，这三个渠道来获取需求。 在业务发展的不同时期，产品人需要有对市场变化保持敏感。 所以在产品上线之后，就必须建立良好的外部需求的获取渠道，以便产品能够及时根据市场变化做相应的调整。 用户反馈渠道：产品上线之后，需要建立良好的用户反馈渠道；这里要建立产品投诉能力和定期的用户调研，来保证用户提出的需求，能快速的反馈到团队，并接收评估 市场渠道：时常关注行业的变化；这里要关注行业底层技术变化和行业机会，如业务主体是小程序，那时常需要关注微信小程序的开发文档，才有机会快速发现产品的破局点。 竞品渠道：产品要关注同类型竞品的动态；如竞品上线新功能，产品人要能够快速发现并及时做出评估，如果发觉也合适自身产品，那也要尽快迭代上线，这才能保证产品不落后于市场。 2. 内部渠道 内部渠道主要包括领导、运营、客服、市场、销售等团队，基于当前产品体验和业务要求，给产品团队提出的需求。 当然，产品同学自身也要基于现有业务形态和数据表现，提出产品的优化建议。 所以，内部也要建立合适的收集反馈渠道，定期获取需求。 如我们的客服团队，就会按月输出《用户投诉报告》，告诉产品团队用户对不满和需求点。 但基于产品价值、生命周期和资源等情况，我们不可能满足所有需求。 所以此时，建立良好的需求管理机制，有计划，有节奏的去释放需求，就显得尤为重要。 二、需求该如何管理？——需求池 产品的功能迭代过程，就是从需求池里释放需求的过程。 上面说到，产品人日常会接收到大量来自其他部门提出的需求，或者自身发现的需求点。 但并非所有需求都要立马实现，所以为了收拢需求，要建立一个专门用来收集需求的“需求池”。 1. 需求池建立 如上图所示，我们团队的需求池主要包括需求时间、来源、简述、目标用户、优先级和备注等。 时间、来源和需求简述，是保证没有信息源头追溯，避免出现传递需求时导致需求变形； 目标用户，是让需求保证能在需求受众的视角和场景中，去评估需求优先级； 备注，是为了补充一些表格中不足的维度，如需求释放的迫切性，需求的数据反馈等。 个人认为，以上维度已经基本能够满足需求收集的初衷。 因为我们团队为了减少给产品同学，在需求理解和版本规划中，所带来的影响。 因此我们建立的需求池，没有做更细致维度的区分。如需求类型，所属模块等。 当然，不同团队的需求收集和记录的规范会有所不同，这里仅供参考。 2. 需求池管理 这里要先说下，很多产品新人都可能遇到的误区——并不是所有需求，都会放入需求池的。 工作中接收的需求，有近半数都是“伪”需求。 所以产品团队在收到需求后，首先要基于用户、需求、场景来进行初步判断，看这个需求是否具备产品真正要解决的痛点。 如果产品初步评估需求是有实现的必要的话，我们团队的需求会按照上述格式，来进行收录，并有专门的同事来负责定期更新和维护表格。 需求池收录的需求，产品团队会以两周为时间粒度，进行需求评估和释放。 从需求迫切程度（优先级）、开发难度、产品生命周期、用户使用频率、收益等维度，进行全面评估。 一旦需求确定可以落地，放入迭代版本的话，负责落地的产品，会对要需求，进行更全面的分析。 三、如何分析需求 在工作中，我们接收的需求，大概率是我们听到别人口述后，以为用户需要的需求。 可很多时候，这些需求都无法解决实际问题。 所以，如何分析需求，让需求重新回归于根本，是考验产品人业务能力的重点指标。 刚入行的新人，都先从用户、需求、场景这三个角度来分析需求。 1. 用户与需求：这个需求谁提出，找到并还原需求 当用户说自己要什么的时候，很可能他只是基于当前他所能想到最好的方案，提出的诉求。 毕竟，用户并不是专业的产品人，他们很多时候都不知道自己真实的需求是什么。 因此，在很多时候，用户提出的方案都不是最好的方案，也可能根本没有解决用户的问题。 需求的问题还是要回到用户本身，即用户究竟是基于什么原因，提出的这个问题。 福特与马的故事，我们都听过——用户说我要一匹更快的马，但最后，福特给了用户一辆车。 如果我们当时听到福特和用户的对话是这样的话： 用户说：“我要一匹更快的马” 福特问：“为什么要一匹更快的马？” 用户回答说：“我要骑马去到遥远