C端产品需求分析提炼+转化

1、C端产品需求分析提炼+转化产品需求分析对产品发展战略有多重要就不多说了，直接开门见山吧！平时工作中需求来源有很多：用户反馈、同事建议、老板命令、自己头脑风暴、竞品分析、数据分析、技术需求、运营需求、商业需求、跨部门合作等等；对于四面八方而来的资金需求，不要慌，不是也不要迳自答应做还是不做，先记录首先到自己的融资需求池里面，接下来认真分析！核心：拆分需求一般我会将进行两步拆分，下面将进行详细介绍：拆分四个维度：用户、场景、用户现在的问题、用户现在的解决方法用户维度可以从两个各方面来看待：第一点还是蛮重要的，如果是老板提的市场需求，纯净是需要重视的；如果是用户提的消费市场，就分析他是不是主流用户，

2、用户价值咋样？从提需求人这个方面可以对需求露一手基本认识。再来看第二点，这是我们需要着重分析的：能够回答这些问题需求分析就差不多成功一半了！回答一下第四点用户属性的问题，用户拥有属性不同产品有着不同的定义，不过主要包括看还是看用户的价值，比如花的钱多不多、活不活跃、是不是大V 等等。场景维度场景是我做产品以来一直觉得很重要的一个要素，因为同一个需求在不同的场景下用户所需要的是完全的不同。比如场景是一个单身男性周六宅在家，快到中午了，肚子有点饿了，为了填饱肚子，他这个时候会怎么做呢？点位点外卖可能就是他目前所想的，这时候他需要的就是美团或者饿了么这种外卖APP！再比如这个单身男性正在追一个女孩，

3、有一天一起逛街，肚子饿 了，你猜呃这个时候他们会怎么解决他们肚子饿这个需求呢？所以关键点来了，分析场景维度的时候就需要看：针对第一点，场景越真实，需求也就越真实。针对第二点，场景的高频一定程度上决定了这个是否高频，自然 也就个股表现下决心了你的产品数据表现。第三点需要特别说明一下：有可能这场景和目前产品提供场景是不契合的，这个时候不要盲目搞决定，需要分析这个场景是不是考虑漏掉了，而实际又是用户使用产品时存在的（因为不同场景是产品销售可以被同一产品 / 功能满足）；另外一种可能就是可能出现用户使用的场景和自己产品目前的场景的确是未必一致的，经过分析后觉得有必要提供这个场景就可以做，要么就果断摒弃

4、或者再进一步观察、或者完全就新立项一个项目（如果毕竟有这个必要的话）。用户现在的问题顾名思义就是在当前场景下，用户现在遇到的问题是什么？这个需要多听用户反馈、多看用户的操作，如果无须接触用户的话，就尽量模拟用户的场景，自己去体验、使用，从而找到现在的环境问题。普通用户现在的解决方法这个也好理解，就是用户为了满足客户自己的这个融资需求，他近几年来是怎样做的？梳理出广告主目前的消除解决方法，包括但不限于没有用户的操作流程、所用到的功能、产品、输入的内容。通过第一步就可以排除一些需求和伪需求了，接着再来讲讲需求拆分的第二步。拆分两个维度：任务、目标任务维度第一点就是用户完成这个需求需要在我们的产品里

5、面做什么，大概就是用户的一个基本操作路径，这个时候需要注意任务的开放性。多样性就是指满足这个需求可能有很多种方式方法，至少必须想出两种，并知晓其优劣。这时候可以和第一步的用户现在的解决方案做做得好对比，看清楚是否比现在的好、体验是否得到了提高效率、是否解决了用户现在的问题。再来看第二点，意指意思就是我们为了适应这个需求，需要做一个什么功能/ 页面给用户。这个时候需要注意的是警觉任务的复杂度（可以简单理解为开发难度、需要的资源、成本，如果技术难度大或者我们根本没这个资源，那就基本不可能达致，毕竟巧妇难为无米之炊。或者成本太高而回报不足，我们也不可能做再说太赔本的委托买卖。目标维度人们做事都是需要

6、投资回报的，商业公司肯定最需要回报，所以这个目标也可以分为七个方面：第一点很好理解，就是用户为什么要做搞这件事，做了他能得到什么益处，这是用户使用该产品线/ 工具的驱动力来源。所以这一点我 们清楚需要观察清楚，比如要用户需要上传照片这个功能，他的可能是希望记录自己生活的点滴，驱动力越强，产品 / 功能取用被使用的频率也就越高。第二点我们的目标，就是我们为什么要做这个，做了对我们有什么好处。PRD勺第一部分写的就是需求背景与目的；开融资需求评审会 的时候，也是先讲为什么要做这个需求。这个是重中之重，一定要想明白，最好有分析方法的标准！第一家公司联营公司如果一直在做没有目标、没有意义的事，结果可想

7、而知！分析方法上面的分析只是产品经理分析资金需求的一个基本过程，最终还是可能需要将零散的、口水化的、片面的描述转化为产品需求即形成 FeatureList（ 需求列表 ） 。主要就需求列表主要内容就是描述具体功能、优先级以及量化标准。确定需求优先级的基本原理，有利用KAN箧型，需求重要-紧急四象限，看用户的付费意愿什么的。研磨其实个人觉得经过上面需求的提炼，其实优先级的优劣、需求的真伪也就大概出来了。最后说吧这个量化标准，这也是一个很重要的点：意思就是每个需求 / 功能点都需要给它设定一个上线后的考核标准，上线后相关统计数据指标要与这个标准对比。比如这次需求是优化下单的关键路径，那么考核标准就可以是下单成功率提升5%，这个考核标准是根据你的需求目的以及现有的数据所定常规下来的，而不是凭空想象的。个人觉得一个需求至少满足三点才算合格的需求：如果一个消费需求不能实现，那还叫什么资金需求呢？如果一个需求作为系列产品经理自己都没搞周边产品明白、弄清 楚，怎么让别人排斥自己呢？如果一个需求不可量