需求放大理论.pdf

需求放大理论 需求处理一直是产品工作中最重要的环节之一 ，@晓翼 从需求获取到需求落地 ， 我们详细 梳理了需求分析的全过程 ，推荐各位阅读。 做需求的时候 ，大家有没有觉得很多需求中藏着另一个需求 ，或者当中藏着很多的需求在这个需求 下面。而这个需求进行粗放式的处理方式或许就并不好了。所以需要进行需求放大的过程。需求放 大的过程中 ，可以发现很多的未知区域。这样就可以更好的把握需求本身了。 一、需求获取阶段 需求获取不是本篇文章主要阐述的阶段。这里会简单介绍。 1、渠道途径 获取需求的渠道有很多。主要分 定性和定量的需求获取渠道。最好的渠道还是和用户打成一片。 这里的用户需要通过产品经理自身的运营能力。如果说运营难的话 ，难点在于要运营的是人。这和 管理公司的员工一个道理 ，运营对象是人 ，绝对是一门手艺活。他需要对不同的个体和群体进行不 同的方法 ，并不可能一套方法论的东西就能完全都适用。 2、建立自己的需求池 建立自己需求管理池 ，这里是对自己的需求管理。作者会把自己的需求记录下来 ，根据不同的产品 阶段 ，和运营方向不断进行调整。还有就是对自己的需求进行深度的分析 ，合理安排出自己的需求 优先级。作者在项目管理中 ，也基本采取和需求池管理一样的方式。 二、需求发起阶段 需求发起特别重要 ，这是对一个需求进行评估的过程。 1、对于需求的判断 需要需求发起前 ，需要自己评估该需求能不能是现阶段产品需要的需求。还有该需求是不是可以立 马对产品进行很好的提升效果。对前台产品来说 ，就是提升转化。对后台产品来说 ，就是提升效率 。对底层来说 ，就是提升整体架构产品设计 ，是否可以形成良好的前后台联动。 2、对于需求的层次放入 需求层次可以简单分 用户端、管理端、底层系统。这是从产品前后台和底层来出发的。还有就是 可以分 短需求、长需求。短需求指的是某一个功能优化。长需求可能是某一个模块或者是大改版 。还有需求上也可以分 技术实现周期进行分类。也可以对运营需求来分类需求。每一个人需求层 次管理都是不一样的 ，唯一一样的就是这个需求层次一定是满足你现在的工作职责的。 三、需求梳 阶段 需求梳理中 ，会发现很多的问题。然后对这些问题进行归并总结。 1、对于需求的逻辑梳 每一个需求都有自己的需求逻辑性。首先先要对这个需求进入产品后 ，对这个产品影响的逻辑进行 梳理。然后进行放大到整个产品涉及每一个层级的产品线的关系。除了产品层面 ，还要思考市场、 运营、销售等各个层面的思路。这是对一个产品完全梳理的过程。 2、对于需求的底层规则、算法的规划 在梳理中 ，最底层设计中最好采用灵活的规则和算法进行规划设计。底层规则是每一条规则都可以 适用未来半年的产品的架构。而算法是对运营、产品、市场各方面深入思考后的结果。并不会轻易 进行设计。但是算法对于动态数据抓取已经后续的用户转化效果是很显著。特别到运营到一定规模 之后 ，算法就会很管用了。 3、对于需求的增删改查后台的规划 后台最基本的功能就是增加、删除、修改、查询。这是后台最基本需求 ，也是立身之本。在后台 规划 ，主要重要看着效率。这些功能都是最基本提升效率的功能。特别进入体统自动化之后 ，那么 后台服务人员的效率就会提高整个一个级别的程度。 4 、对于需求的功能、交互前台的规划 前台最基本的就是功能可使用性 ，展现表现可丰富性 ，交互合理性。这些前台最基本需求中 ，需要 对设计在一定程度进行把控。所谓把控需要展示出一定的特有的设计风格。这个设计风格是有一定 设计标准。 5、对于需求涉及的市场、运营等各部门的规划 特别是大型的需求的时候 ，就要涉及到很多外部门的合作事情了。在思考和外部门的部分时候 ，要 充分站在他们的角度思考问题。但也要有我们自己的角度去思考问题。然后进行2种思路的结合 ， 找到最合适的需求方案。 四、需求放大阶段 需求放大理论核心阶段 ，普通的需求规划不需要这个阶段。这是对需求的深入思考并挖掘需求中最 根本的需求。对于每一次层次的需求深度把握。 1、解构需求链条 需求一般都是具有流程性的东西。要把整条流程进行梳理和串联。特别考虑整个链条时 ，需要充分 考虑到每个节点相对应要涉及的部分。进行整体化思考的过程。 2、拆解每一个细分需求背后的逻辑 结构整个链条后 ，这就是一个需求放大的过程。然后对于背后的小需求进行分解。比如下单是一个 大需求。在这个大需求下 ，有很多的小需求。比如订单整合、订单支付选择、订单与商品的关系等 等之类的。比如一个服务流程蕴含着很多的流程性的东西。对于每一个节点背后都蕴藏着一个需求 。 3、需求背后每一个用户的不同