如何做需求（新年第一篇博客，作为礼物送给博友）

项目实用性差，项目一再延期，项目经费超标，项目宣布失败……ｗｈｙ？！需求，一切都源于需求！需求，是每个项目的基石，如果需求没有做好，将直接导致项目延期，成本增加，甚至是整个项目的失败！所以，每个项目都必须做好需求！怎么做需求？这个问题看是简单，实际则暗藏玄机！今天我们就剥开它的面纱，一睹芳容吧！
要说怎么做需求，当然得先明白什么是需求！笔者以为，需求可以分而视之：需&求。需，也就是很多人通常所谓的需求——用户对系统必要的功能需要！求，这就更深一层了——给用户提供一个切实可行的改进其工作的解决方案？通俗的讲，需，是满足用户当前需要！求，则是满足用户未来的需要，为用户提供改进的方向！如果一个系统少了“求”的部分，那么该系统不过是把用户拿笔写字的手放在了键盘上，是没有什么太大的实际意义的，不能称为真正的信息化！只有让用户在以后的工作中能够提高效率，节约成本的系统才是能让用户欣然接受，和兴奋的！
做需求，可以分为四步：
第一步，前期准备。该步是做好需求的必备前提。请问，有谁愿意和一个完全不懂的自己工作的外行讨论自己的工作呢？！肯定没有这样的人！所以在去需求调研之前，我们必须在一下几方面有充分的准备！
4 了解调研对象。我们必须弄明白被调研者的职务，工作职责，最好还要弄清其生活习惯、兴趣、爱好、性格特征等！如果你做到了，你会发现这些细节将对你的调研过程起到极大的促进作用！
5 弄清调研范围。必须要有一个相对明确的调研范围，范围太窄，会在后期发现由于系统功能不够，而需要大量的补充和返工。范围太宽，会导致开发成本增加，同时也带来大量的返工！
6 弄清对方行业的发展趋势。这一点有助于在调研过程中，你能实时的为对方提出建设性意见！同时让对方感觉你对其行业是非常了解的，更主动的与你进行更深入交流！
7 定下计划目标。在以上三点都做到的情况下，加上项目合同，我想定下一个相对合适的目标就不难了！
8 列出问题表。不要相信你的头脑，你必须承认，有一个问题列表，在任何突发时间面前你才都能从容面对！
第二步，真正的调研。
4 自我介绍，预约调研时间地点，这是基本常识就不必多说了！
5 调研：调研有多种方式，其中比较常见的有，原始资料收集，用户访谈，问卷调查表，原型演示，做学徒，头脑风暴，业务会议。每种方法都有自己的优势和劣势，大家根据实际情况灵活选择就是了！
6 回访：初步调研之后就应该立即回家进行资料整理，资料整理之后，会对调研的收获有一个大致的认识，也会明白哪里还有问题，哪里问题还比较严重，这时候一定要回访（尤其注意，就算没有任何问题也应该回访！），这样能让被调研人，感受到你对工作是认真负责的，对他是重视的！从而直接影响他对你的态度！当然回访的方式也是多种多样的！除了亲自去拜访之外，电话，邮件也是可以的！但是笔者认为，如果您不至于忙得不可开交的话，您还是应该亲自跑一趟的！
7 签字：虽然签字并不能为我们推卸责任，并不能约束我们的客户！但是签字表示客户对你工作的认可！同时也能为日后的工作提供书面依据！所以，这一步一定不能少，没有获得客户签字的需求，肯定是不能进入下一阶段的！
第三步，将需提升为求。在写这一部分的时候笔者也很为难，因为这部分确实是靠功夫，简单的说一句话就过去了，但是它却又是我这里要说的需求的核心，要详细说乍一看觉得说几天几夜也说不完，可是细细一想，又觉得确实没什么可以说的！这完全是凭自己头脑中的经验而来的一个自然的过程！似乎只能意会不能言传啊！！…….无奈之极，我还是只能简单的说上一句：调研完成之后，你必须认真的，结合客户现在的工作条件，及其行业的发展趋势等等，反正综合一切因素，想想，客户整个环节中哪些方面是可以改进的，哪些方面是可以通过系统使其更加规范的？……诸如此类的问题。最终落脚于一点：如果你是客户，你自己希望得到一个什么样的系统？说起来我自己都觉得像念佛经一样玄而虚！但是实时又确实是这样！领悟吧，领悟不了就把它当成一种习惯吧！！最好你会收益的！
第四步，能力提升。这一部分往往被忽略，因为很多人认为这只是在唱高调。其实不然，你如果真的去做了，你会发现，原来这是真的！
3 自我总结。只有善于自我总结，和自我改善的人才能成功！每次调研完之后都应该总结经验和教训，这样才能在下一次做得更好！
4 组内汇报。一个无论多能干，其能力都是很有限的，尤其是在面对自己的时候更是显的无能为力！所以我们有必要将自己失败的经历提出来让大家共同分析失败的原因，以得到更大的进步；同时也应该将自己成功的经验拿出来与大家分享！
5 完成日志。写日志这是每个成功人事的生活习惯！坚持吧，量够了，你就会发现有质变！
以上就是本人对如何做需求的一点认识，希望能对读者有所帮助！需求是一个值得讨论，而且讨论起来很有意思的问题，希望大家有什么想法也能和我分享！