小记---怎么样从0开始做需求

我怎么样从零开始做需求
首先这个文章不是教别人怎么样做需求，而是说说我今天遇到的一个事情，还有学习到的一点东西，以备后忘。更主要的目的是想借着这个文章整理一下自己对产（需）品（求）经（分）理（析）这个职位工作的一些理解，说不定哪天去找一份产品经理的工作还能用得上。

好吧废话少说，言归正传。
事情是这样的，昨天我们老板告诉我，今天会有个老板(我的前前老板)，会来我们公司了解一下我们的产品。一听这话就感觉麻烦事又来了，因为我们现在的老板跟我以前的老板关系比较复杂，这里就不多提了。
老板，在这里就先称呼来考察我们产品的人为老板吧。老板看完我们系统后说"啊你们这个系统跟我们现在内部一直想建设的系统很类似，流程都是一样的",哎呀我的妈，顿时我绝得摊上大事情了，又有事情要干了。然后下一句是，看下直接按照你们这个系统改造一下用到我们内部。只要微调一下就可以了，改一些字段就能用了。
然后接下来就开始找我说了他们的需求，一开始将的需求都还是往我们的系统靠，大致要表达的意思就是，你看，和你们的系统很像把，只要这里改个名字，那里添个字段就可以满足了，用不了多少时间。后来越讨论下去就越不对了，感觉这里流程不一样那里展现有差别。后面我问了几个问题，他也不是很明确具体业务流程要怎么走，然后就一时兴起说，具体这个系统到时候我也没有参与使用，要不然到我们公司和我几个手下一起碰（老板圈子都很喜欢用碰的）一下。好吧既然是老板那就给个面子。
到了老板的基地，叫来了5-6个工程师和行政人员，一起讨论需求。我想想也刚好锻炼一下我获取需求的能力吧，于是乎有模有样的在画板上画了个系统边界，随后定义了系统参与人员和主要用例。还算比较顺利。之后讨论业务流程的时候就没有那么顺利了，七嘴八舌的大家想法都很多，不停发散，到后来还搬出了他们的几套系统，想把这些系统的一些功能都加到里面去。还想出了一些智能化的功能。想法都很好，不过我不是神。一见形势不大对劲，我里面把他们的思路拉回来，来大家安静一下，我们这个系统先考虑一下主要的流程，细节下一次在来讨论，你们老板刚才说，想根据我们的系统做一些微调，我们争取先把主要流程改造一下，那些比较次要的而且不好实现的功能先放着，我这里记录一下回头我们在来讨论。慢慢的大家又回归了理性，让我第一次见识到需求的发散是怎么来的了。
大致了解了他们的需求点以后，提议大家尿点一下，然后我在这个空隙期间自己准备了几个问题，主要是了解针对提出的这些需求哪一些点上更加迫切，和刚才讨论的时候漏掉的一些比较重要的细节（比如报表这一块的设计上）
确认完这些问题后，找他们要了一下原始数据，了解了他们之前的运行模式，打道回府。

针对这次需求讨论，自己感觉不是很顺利，因为本来也不是干这个的，我主要的工作还是写代码和一些琐碎的项目管理工作。回来的时候准备顺手整理（因为要告诉我们的老板说要花多少时间做，这样他才能知道，哇那么复杂那不做了）一下刚才所听来的需求竟然不知从何搞起。为此还百度了一下攻略“如何做需求”，看了半天自己总结一下大致上的几个步骤如下：
1.首先在获取需求的时候有几个手段，现场调研、需求讨论、用户数据分析等
2.调研回来的材料先根据自己的理解整理出信息结构图和产品结构图
3.整理原型图
4.编写PRD,是prd还是pdr忘记了
5.编写用画图和流程图