产品经理的第三项修炼如何进行需求管理中企开源.pptxVIP

产品经理的第三项修炼 --如何进行需求管理？;需求是一切产品管理工作的基础，对于这点，大家的意见是一致的，但是说到如何对需求进行有效的管理，我想很多人就很困惑了。 在本篇文章里，我们重点介绍产品经理如何对需求进行管理，在进入正题之前，先来说几个产品经理在进行需求管理时存在的问题。;问题一：完全不进行管理 这个问题的最直接的表现就是没有一个标准的工具对需求进行管理，做到哪里，记到哪里，随意性很强，看起来也是在对需求进行管理，但实际上其实并没有进行管理。 问题二：分割的进行管理 这个问题的最直接表现就是不能连贯的来进行需求的管理，产品经理的眼光只放在一个一个独立的版本上，而不能把这些版本的需求用整体的思路来管理起来。 问题三：不完整的进行需求管理 这个问题的最直接表现就是对要管理的需求理解不够全面，自身就把许多市场需求给剔除掉了，当然，要弥补这个问题，还是要对一些产品管理的基本概念有所了解才好。 以上三个问题概括来说，其实分别涉及到就是“需求管理的方法、需求管理的思路、需求管理的概念”。 对于需求管理的概念，本文就不进行说明了，因此，在这里重点说一下前两个问题：需求管理的思路；需求管理的方法。;1、需求管理的思路 产品管理工作的每一件具体事情，思路是第一位的，有了好的思路，做任何事情都没问题。 需求管理应该说是产品经理要执行的第一个，也是最重要的具体工作了，有一个良好的思路是做好需求管理的关键，而做好需求管理则是做好接下来工作的关键。 那么，做需求管理应该有什么样的思路呢？有两点需要把握： 1）始于需求，终于需求。 大家知道，产品管理的一切工作都是在围绕需求做文章，但是在需求满足，产品却逐步消亡后，它的最终归宿又是什么呢？产品消亡后的最终归宿依然是需求，就如同种子发芽、生长、成熟、衰亡，直到融入到大地中，成为培养新生命的养料。;2）对市场需求的管理需要遵循“一致、回溯、编号”的方法。 一致就是要求产品管理者在进行产品管理的具体工作时，无论???品出现什么问题，都可以找到原始的需求数据来进行支持。 回溯就是要求在完成了需求转变为产品的过程后，要对原始需求数据进行回溯评估，重新定义需求矩阵。 编号就是要求在产品管理工作中，要对所有的需求进行编号，编号的原则是按照类别来进行，这样，在任何时候，任何文档中，出现的都是唯一的编号，而不是模棱两可的文字描述，这样可以让需求具有唯一性，并通过编号中包含的信息来判断需求的特征，就如同身份证号一样。;2、需求管理的方法 工欲善其事，必先利其器。 要想把需求管理做好，肯定得有一个合适的管理方法才行，其实作为产品经理个人来说，这个方法并不难找，或者说，如果你有了一个好的产品管理思路，那么就能自己创建出一个适合自己使用的需求管理工具来。 刚才说到了，既然产品管理是始于需求，终于需求的，那么，每一个需求就如同一个生命一样，有生有灭，在这个由生到灭的过程中，我们应该如何来管理呢？其实很简单，通过《需求矩阵表》来进行管理。 这种表的作用，就是对每一个需求进行记录并进行跟踪，直到这个需求的消亡。 这里强调的一点是，需求没有“有用”和“无用”之分，而只有“现在有用”和“将来有用”之分，因此，在这张表中，一定是要对所有的需求进行记录，并且也不仅仅限于某个具体版本的产品，而是要长期的、持续的对需求进行记录。; 这也正是为什么，在制定具体的产品计划之前，我们一再强调要做需求工作的原因。 因此可以看出，这里的需求工作不是针对某个具体版本的产品的，而是一种“长期的、持续的”工作，而我们通常理解的需求管理工作只是这个长期过程中的某个阶段的具体工作而已，两者要区分清楚才行。 在这个工作中，有些需求的变化是比较频繁的，例如功能性的需求，而有些需求则是比较固定的，例如外观性的需求，因此，作为产品管理者，要对这些需求有足够的认识和强有力的把握才行。 接下来，就重点讲一下，如何创建自己的需求管理工具——《需求矩阵表》。 在这个表中，至少应该有四大类的信息来对某个需求的由生而亡的过程进行记录，但必须存在的应该有三类：;1）需求的原始信息 这类信息应该包含如下项： 需求编号：这里的编号不是简单的ID，而是有一定属性的ID，例如MRXXX,意义就是“市场需求（MR）的第几个需求”，并且要再次提醒一下，这个编号不是说仅仅在这个表里出现，而是要贯穿于这个产品的全部过程里，例如，在写市场需求文档（MRD）的时候，一旦涉及到表中的某个需求，严格的要求是，必须用该需求的编号来进行说明，而不像现在有些公司用文字描