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

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

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

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