产品经理都该是需求解析师.pptVIP

产品经理都该是需求分析师 @淘宝陶谦 I 什么是产品经理？ 一个故事 一天晚上，一个孩子和妈妈走在回家的路上，突然孩子说：“妈妈，我要吃鸡腿”，但是现在附近没有肯德基之类的店铺啊，妈妈犯愁了，怎么办呢？可不能饿着孩子啊，妈妈又突然想起来中午买的皮萨还有一些，于是拿出来给孩子吃，孩子一看还有皮萨，很高兴的接过来开心的吃着了。 鸡腿 = 皮萨吗？ 潜在需求是：饿+好吃的 什么是需求？ 广义了说： 需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。 误解： 1、用户说出来的就是需求 2、用户说的需求就是应该做的 我们的用户是谁？ “用户”（user）是一种泛称，它可细分为“客户”（customer）、“最终用户”（the end user）和“间接用户”（或称为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。 我们网安小二的“用户”是谁？ 重视“间接用户”，千万别“大意失荆州” 间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很大的影响。 例如，财务软件开发商在把“财务软件”卖给客户之前，这个“财务软件”必须得到国家财政部的批准。否则即使该软件的功能是完美的，但却被政府认为是非法的。所以国家财政部就是所有财务软件的间接用户，它不仅不付钱给财务软件开发商，反而要收取鉴定费、手续费等。 同理，市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准，否则软件开发商被逮住后戴上“非法经营”的帽子就惨了。 我们的用户是谁？ 目前我们如何沟通的？ /v_show/id_XMjIwMTY3MTQ4.html 如何正确引导用户说清楚自己的需求？ 把所有与需求直接相关的活动通称为需求工程 什么是需求工程 需求开发过程 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 需求管理过程 需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。 需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。 什么是需求工程 1、用户有他自己的想法： “我回答了你们的问题，讲了该讲的。我还要干自己的事情，别打扰我了。你们自己想办法把活干好吧 ……” 2、用户说不清楚需求 “比如说买鞋子。我们非常了解自已的脚，但很难用语言说清楚脚的大小和形状。通常拿鞋子去试，试穿时感觉到舒服才会买鞋” 3、双方误解需求 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫作‘人’的寄生虫，这些寄生虫完全控制了车。” 4、用户经常变更需求 如果在项目开发的初始阶段，开发人员和用户没有搞清楚需求或者搞错了需求，到了项目开发后期才将需求纠正过来，导致产品的部分内容需要重新开发。毫无疑问，这种需求变更将使项目付出额外的代价。 需求开发的主要困难与对策 1. 有权要求开发方采用用户熟悉的语言来描述需求，即开发方必须提供用户看得懂得需求文档。 2. 有权审查需求文档，并对有争议的需求作出决策。 3. 如果用户想要变更需求，有权要求开发方对该变更将产生的影响作出真实可信的评估，以便用户决定是否变更需求。 用户在需求工程中的“权利” 以积极友善的态度交流、协作 乐意接受的采访，在不泄漏机密的前提下尽可能地回答问题。 在不泄漏机密的前提下，尽可能地提供与需求相关的材料。 与PD共同评审需求文档，确保需求文档准确地反映用户真实的意愿。 用户在需求工程中的“义务” 起草需求调查问题表 问题表可以有多份，随着调查的深入，问题表将不断地被细化。 根据经验，用户通常没有耐心回答复杂的论述题，所以问题表应当以“选择题”和“是非题”为主。 制定问题表最简便的方法就是从《用户需求说明书》