sp;
（3）多做表格和写文档。
人的思维在很多时候是在表格的横向和纵向比较的时候打开的，特别是意见和同类需求有很多种不想法的时候，用表格表现出来是最直观而且最容易归纳总结的，比如上分析同行网站的时候就可用表格的形式作横向比较（前面我有篇文章就是我以前在做HIS系统时的一份需求文档中的一部分，大家可以参考参考）。好记心顶不过一个烂笔头，所以一定要有记笔记和写文档的习惯，这点对于经常作开发的人员来说可能是最头痛的事情。
其实我个人认为写文档并不难，因为文档本身来说它只是用来交流和沟通的一种形式而已，作为应用型的文档对于文理、文采根本没有很高的要求，一份文档你只要把你所要表述的意思表达清楚就可以，没必要过多地去追求写作方面的一些技巧，哪怕你就是把口头语言用文档记录下来都可以。看我写的这些东西，文采和文理根本就谈不上啦，但意思一定要表达清楚（呵呵，不敢说完全表达清楚了）。
3、如何处理需求？
通过以上方法和途径需求就会有个初步的书面资料和相关的市场和客户的分析，接下来就是这些需求怎么处理。一般从老板、行业专家和目标客户那里得到的需求都是很零散而且很专业的需求，作为需求分析人员就需要对这些需求进行疏理、归纳、汇总、综合形成一份初步的面向老板或行业专家能理解的文档（切记，暂时还不能转成软件开发的需求文档，因为这样以后你的老板或行业专家就不一定能看得懂啦）。
形成文档后，对这份文档进行初步的分析，包括需求评估、在你对行业理解下的需求发散、技术评估等工作；完成后接着就用相关的工具软件根据需求做出一个初步的界面原型，因为只有这样，老板或行业专家才知道他所提出的那些东西最终展现在网站的原来就是这样噢，这一步有很大的技巧在里面，如果你只是画一个很粗糙的界面原型与老板或行业专家去沟通他很有可能看不懂，因为这时你还没有把界面的内容和最终的界面表现出来，所以在做这个原型的时候就需求美工参与进来啦，尽量把这些原型界面弄的与将来网站表现出来的界面相似，而且还要把界面的内容充实，弄些有意义的数据（开发人员最大的毛病就是在做界面或做开发的时候的测试数据就是aaa,bbb,ccc）。
需求分析在一个项目开发的过程当中是一个很重要的环节，也不是一篇文章能说得清道得明的，我这里只是我在这个项目当中的一经验和技巧，老板或行业专家所提出的需求只是意识形态上的一些东西，而他们很难会想到这些东西在你的整合会变成什么样子，可能在你弄完这份需求后脑子里面已经有了所有界面的全部原型和功能原型。可能有些人对于上面的这种做法有疑问，但我个人认为这个时候如果不做界面原型而放到后去做，很有可能你的某些页面要推倒重做，这样给项目带来很大的成本困难，所以一定的操作套路还是需要遵循的！