产品经理都该是需求分析师

　 　 一天晚上，一个孩子和妈妈走在回家的路上，突然孩子说：“妈妈，我要吃鸡腿“，但是在附近没有肯德基之类的店铺啊，妈妈犯愁了，怎么办呢？可不能饿着孩子啊，妈妈又突然想起来中午买的批萨还有一些，于是拿出来给孩子吃，孩子一看还有批萨，很高兴的接过来开心的吃着了。

鸡腿=批萨？

潜在需求是：饿+好吃的

　 　 需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么

1、用户说出来的就是需求

2、用户说的需求就是应该做的

　 　 “用户”（user）是一种泛称，它可细分为“客户”（customer）、“最终”用户（the end user）和“间接用户”（或称为关系人）。掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人，也可能不是同一个人。

　　“我回答了你们的问题，讲了该讲的。我还要干自己的事情，别打扰我了。你们自己想办法把活干好吧……”

　　“比如说买鞋子。我们非常了解自己的脚，但很难用语言说清楚脚的大小和形状。通常拿鞋子去试，试穿时感觉到舒服才会买鞋”

　　有个外星人间谍潜伏到地球刺探情报，它给上司写了份报告“主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。……有趣的是，车里住着一种叫做‘人’的寄生虫，这些寄生虫完全控制了车。”

　　如果在项目开发的初始阶段，开发人员和用户没有搞清楚需求或搞错了需求，到了项目开发后期才将需求纠正过来，导致产品的部分内容需要重新开发。毫无疑问，这种需求变更将使项目付出额外的代价。

起草需求调查问题表

问题表可以有多份，随着调查的深入，问题表将不断地被细化

根据经验，用户通常没有耐心回答复杂的论述题，所以问题表应当以“选择题”和“是非题”为主。

制定问题表最简便的方法就是从《用户需求说明书》的模板中提取需求问题

与用户交谈，向用户提问题。向用户群体发调查问卷

参观用户的工作流程，观察用户的操作

与同等、专家交谈，听取他们的意见

分析已经存在的同类软件产品，提取需求。

从Internet上搜查相关资料。