sp;
（3）多做表格和寫文檔。
人的思維在很多時候是在表格的橫向和縱向比較的時候打開的，特別是意見和同類需求有很多種不想法的時候，用表格表現出來是最直觀而且最容易歸納總結的，比如上分析同行網站的時候就可用表格的形式作橫向比較（前面我有篇文章就是我以前在做HIS系統(tǒng)時的一份需求文檔中的一部分，大家可以參考參考）。好記心頂不過一個爛筆頭，所以一定要有記筆記和寫文檔的習慣，這點對于經常作開發(fā)的人員來說可能是最頭痛的事情。
其實我個人認為寫文檔并不難，因為文檔本身來說它只是用來交流和溝通的一種形式而已，作為應用型的文檔對于文理、文采根本沒有很高的要求，一份文檔你只要把你所要表述的意思表達清楚就可以，沒必要過多地去追求寫作方面的一些技巧，哪怕你就是把口頭語言用文檔記錄下來都可以。看我寫的這些東西，文采和文理根本就談不上啦，但意思一定要表達清楚（呵呵，不敢說完全表達清楚了）。
3、如何處理需求？
通過以上方法和途徑需求就會有個初步的書面資料和相關的市場和客戶的分析，接下來就是這些需求怎么處理。一般從老板、行業(yè)專家和目標客戶那里得到的需求都是很零散而且很專業(yè)的需求，作為需求分析人員就需要對這些需求進行疏理、歸納、匯總、綜合形成一份初步的面向老板或行業(yè)專家能理解的文檔（切記，暫時還不能轉成軟件開發(fā)的需求文檔，因為這樣以后你的老板或行業(yè)專家就不一定能看得懂啦）。
形成文檔后，對這份文檔進行初步的分析，包括需求評估、在你對行業(yè)理解下的需求發(fā)散、技術評估等工作；完成后接著就用相關的工具軟件根據需求做出一個初步的界面原型，因為只有這樣，老板或行業(yè)專家才知道他所提出的那些東西最終展現在網站的原來就是這樣噢，這一步有很大的技巧在里面，如果你只是畫一個很粗糙的界面原型與老板或行業(yè)專家去溝通他很有可能看不懂，因為這時你還沒有把界面的內容和最終的界面表現出來，所以在做這個原型的時候就需求美工參與進來啦，盡量把這些原型界面弄的與將來網站表現出來的界面相似，而且還要把界面的內容充實，弄些有意義的數據（開發(fā)人員最大的毛病就是在做界面或做開發(fā)的時候的測試數據就是aaa,bbb,ccc）。
需求分析在一個項目開發(fā)的過程當中是一個很重要的環(huán)節(jié)，也不是一篇文章能說得清道得明的，我這里只是我在這個項目當中的一經驗和技巧，老板或行業(yè)專家所提出的需求只是意識形態(tài)上的一些東西，而他們很難會想到這些東西在你的整合會變成什么樣子，可能在你弄完這份需求后腦子里面已經有了所有界面的全部原型和功能原型?？赡苡行┤藢τ谏厦娴倪@種做法有疑問，但我個人認為這個時候如果不做界面原型而放到后去做，很有可能你的某些頁面要推倒重做，這樣給項目帶來很大的成本困難，所以一定的操作套路還是需要遵循的！