1）涉及的領域很多。狹義地講，網站項目包括了網頁制作、美工設計、程序編碼、系統及網絡管理等專業技術，廣義上又包含了企業管理、市場營銷、心理學、廣告學等更多領域的知識，在項目進行過程中還涉及到項目管理工具、文檔和設計開發管理規范、開發及測試環境部署等特殊領域的問題。這對參與項目管理的人員提出了很高的要求。
2）參與項目的角色很多，水平可能參差不齊。對於網站項目管理，最關鍵的角色是項目經理、業務流程分析師、用戶界面工程師、系統分析員、編碼人員（程序員）和質量控制工程師等。根據項目的規模和開發的深度，由項目經理進行角色劃分。假如嚴格細分，一個大型項目的角色可能達到50個以上，以確保每個細節都有專業的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業務員、業務流程分析師、用戶界面工程師，另外還有項目經理、數據庫工程師、文檔工程師等參與。
3）網絡應用的開發技術在日新月異地進步，從而使網站應用系統的開發模式具有多種選擇性，達到同樣的目標可以采用很多不同的方式，現代的應用系統越來越成為一個龐大的集成方案，需要考慮不同的操作平台、不同的應用服務器、不同的數據庫、不同的編程語言、不同的傳輸介質等等，項目管理人員必須了解各種技術的利弊，幫助用戶選擇高效、廉價並富有前瞻性的方案。
2 需求分析在網站項目管理中的作用及要求
需求分析是一個項目的開端，也是項目建設的基石。由於以上提出的網站項目的特殊性和行業覆蓋的廣闊性，以及需求分析的高風險性，網站項目需求分析的重要性是不言而喻的，在以往建設失敗的項目中，80％是由於需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一，就是對需求分析的把握程度。
在需求分析流程中，需要有客戶代表、業務員、業務流程分析師、用戶界面工程師等角色參與，業務員從客戶代表那裡獲得需求，並形成需求報告；業務流程分析員從業務員那裡獲得需求報告，分析生成項目模型報告；界面工程師得到項目模型後設計制作相應的模板和用戶界面原型，最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。
1）正確性：每個功能必須清楚描寫交付的功能。
2）可行性：確保在當前的開發能力和系統環境下可以實現每個需求。
3）必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時被“砍”掉。
4）簡明性：不要使用專業的網絡術語。
5）檢測性：如果開發完畢，客戶可以根據需求檢測。
3 網站項目需求分析的一般方法
根據以往的工程經驗，需求分析工作方法，應該定位在“三個階段”（也稱“三步法”）。
第一階段：“訪談式”。這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體情況和客觀信息，建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。
實現手段：訪談、調查表格。
輸出成果：調查報告、業務流程報告。
第二階段：“誘導式”。這一階段是在承建方已經了解了具體用戶方的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體實際和客觀信息的基礎上，結合現有的硬件、軟件實現方案，做出簡單的用戶流程頁面，同時結合以往的項目經驗對用戶采用誘導式、啟發式的調研方法和手段，和用戶一起探討業務流程設計的合理性、准確性，界面的便易性、習慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業務流程的設計合理性、准確性等等問題，及時地提出改進意見和改進方法。
實現手段：拜訪（誘導）、原型演示。
輸出成果：調研分析報告、原型反饋報告、業務流程報告。
第三階段：“確認式”。這一階段是在上述兩個階段成果的基礎上，進行具體的流程細化、數據項的確認階段，這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表，並能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查報告來提出反饋意見，並對已經可接受的報告、文檔簽字確認。
實現手段：拜訪（回顧、確認），提交業務流程報告、數據項表；原型演示系統。
輸出成果：需求分析報告、數據項、業務流程報告、原型系統反饋意見（後三者可以統一歸入需求分析報告中，提交用戶方、監理方進行確認和存檔）。
整體來講，需求分析的三個階段是需求調研中不可忽視的一個重要部分，三個階段或者說三步法的實施和采用，對用戶和承建方都同樣提供了項目成功的保證。
4 網站項目需求分析的注意事項和技巧
