第一篇：如何寫網站需求分析報告

如何寫網站需求分析報告

隨著技術的不斷發展和用戶對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態html文件來實現，與前幾年網站設計由一兩名網頁設計師自由的創作相比，網站項目的設計和開發越來越像一個軟件工程，也越來越復雜，網站項目的設計和開發進入了需要強調流程和分工的時代，建立規范的、有效的、健壯的開發機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。

網站項目管理（WpM）的含義為Web-based project Management，即以Web 應用程序為主要表現方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網絡和Web 服務器等關鍵主體，主要體現在網站設計、以瀏覽器為客戶端的Web應用程序開發（例如信息類網站、網上商店、虛擬郵局、客戶關系管理。）等項目管理中。

在本文中，筆者將網站項目管理（WpM）與軟件工程的統一過程管理（RUp）進行參照比較，并結合實際工作經驗，力求將網站工程管理（WpM）的角色、分工、流程進行完整的闡述，使網站項目管理逐漸走向規范化。

按照筆者的經驗，網站項目管理可以分為以下七個階段進行控制：

1.需求分析及變更管理 2.項目模型及業務流程分析 3.系統分析及軟件建模

4.界面設計、交互設計及程序開發 5.系統測試和文檔編寫

6.客戶培訓、技術支持和售后服務

需要說明的是，這些階段雖然具有一定的延續性，但是并非完全隔斷的，例如需求變更管理和測試工作、文檔編寫都是貫穿整個項目過程的，許多工作時交叉進行或同時進行的。如何做好網站建設需求分析及變更管理？

業務員與客戶進行的溝通，撰寫如何做好網站建設需求分析是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。

企業如何成功建設網站包括以下內容： 一.讓客戶暢所欲言，羅列出所有的需求 二.透過現象分析潛在的需求 三.利用自然的語言描述項目模型

四.利用示意圖和圖表將用戶的需求表現出來。五.什么人要看需求分析報告？

六.建立需求變更日志，制作新版本的需求分析報告。七.本階段重點工作角色 八.總結

一：讓客戶暢所欲言，羅列出所有的需求

讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時候不應該害怕“勾引”起客戶的潛在需求而增加設計開發的工作量，從而被今后客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準確地記錄下來就完成了第一步的工作。

很明顯，假如客戶的需求做的都不完整，隨時可能會產生意想之外的變更，甚至這個變更會破壞已經做的模型及結構，那么這個項目從開始就注定了會失敗；比如站點所有的功能都實現了，本地測試起來也沒有什么問題了，但是你卻不知道客戶的系統是要承受每天100萬獨立Ip的訪問，而你原來想當然的以為了不起就是1萬獨立Ip訪問的訪問流量，稍微有經驗的開發人員都會明白這樣的設計是個災難，無論是應用服務器、數據庫還是程序全部要重新開發！二：透過現象分析潛在的需求 很多情況下客戶并非專業人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統而且尺度難以控制的，這就要求業務人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，同時預測客戶在開發過程中變更及今后應用中可能進行修改升級的潛在需求。

比如在為客戶設計辦公自動化系統的時候，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在設計郵件系統的時候要考慮可能會需要廣告管理服務器；設計網絡電子商店時今后增加庫存產品進銷存統計分析等等；限于時間財力的考慮，客戶通常能夠接受分階段實施的開發過程，在需求分析時，提早為客戶設想到今后的需求變更除了使項目開發更加順利以外，也為今后業務的進一步深入打下了更好的基礎。

筆者曾負責一個大型新聞網站的設計，當客戶拿著將近五十頁厚的一本設計要求報告時，我發現有四十頁的內容對程序開發來說都是重復的，而在其中一頁的角落卻畫了個“搜索其他網站相關新聞”的按鈕，并且沒有做任何說明，僅僅這10個字所完成的工作量完全頂的上其他整整四十頁重復贅述所做的工作，客戶完全不知道這個要求引發的問題實際就是一個搜索引擎的開發，通過協商，客人同意了修改成站內搜索的引擎。

三：利用自然的語言描述項目模型

在業務員與客戶進行溝通和調查時撰寫的需求分析，盡可能用自然的語言進行描述，雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義，不至于在理解上產生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據。

請比較以下兩份關于需求的描述，“用戶在訪問首頁的時候可以在點擊'客戶通道'按鈕，彈出填寫'用戶名'和'密碼'的窗口，輸入正確后在新窗口打開客戶通道的首頁，在該頁顯示所有可操作的功能的導航條和最新的導讀新聞鏈接列表 ” “站點分為公開和加密兩種狀態，通過身份驗證機制使特有的用戶可以訪問到加密信息，并提供不同于普通用戶的功能。” 前段描述我們就很容易想象的出來設計完成的網站是什么樣子，而后一段的描述可能會做出無數不同的版本，造成對需求理解的歧意。

四：利用示意圖和圖表將用戶的需求表現出來。

需求分析無論文字上怎么樣表述都還是抽象的，對客戶而言理解畢竟是困難的，將基本確定的需求制作出示意圖是最直觀有效的。

制作示意圖可以有很多種方式，用powerpoint或Visio制作流程示意，用html文檔制作界面示意都是可行的，最簡單利用畫圖和Word表格方式也完全可以，關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現起來，在進行系統分析和程序開發之前，雙方對今后要完成的產品就能夠有直觀的認識，換言之，就是在產品還沒有真正進入開發階段的時候，雙方就對工作的結果達成統一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發過程，保證項目往正確的方向進行。在RUp中有這樣的描述：

“利用電影、卡通、圖片、表格和動畫片等制作示意圖開始，告訴我們用戶是誰，要發生什么事情，如何發生。以用戶友好的方式幫助收集并改進用戶需求。鼓勵更有創造性、更加創新的設計解決方案。鼓勵團隊復審，并避免所有人都不希望出現的特征。確保以可理解、直觀的方式實施特征。

使訪談過程變得輕松，避免出現訪談沒有結果的現象。簡單地說，制作示意圖就是使用工具向用戶(主角)說明（有時是動畫演示）系統如何適應組織的需要，并表明系統將如何運轉。協調員將初始示意板展示給小組，小組成員提供意見。之后，在舉辦研討班期間，示意板也進行”實時“演進。所以，您需要一種可以輕松更改示意板的畫圖工具。為了避免分散注意力，一般最好使用簡單的工具，比如圖表、白板或 powerpoint。” 五：什么人要看如何做好網站建設需求分析

項目經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同的討論，達成一致的意見。

我們經常會遇到業務人員辛辛苦苦談下來的項目，對開發人員來說卻是難以實現的，而技術人員設計的產品卻常常得不到客戶的認可，甚至發生糾紛，因此參與項目開發的人員都應該對這份需求有統一清晰的認識，并根據自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現的目標。例如：

項目經理通過需求分析才能組建所需要的團隊包括配置工作環境，制定開發周期。

開發周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進行編寫；

操作用戶的技能水平將影響到交互設計師進行前臺設計時做到什么樣的精度；

界面設計人員根據項目的性質和定位確定表現方式。測試人員了解測試環境和條件后才能對項目質量進行跟蹤和檢測；

通過下表，我們可以看的出不同角色根據需求的變更所進行的工作流程：

六：建立需求變更日志，制作新版本的需求分析報告

盡管我們費了許多功夫在如何做好網站建設需求分析進行了最大可能的努力，但幾乎可以肯定的是，這份需求分析在開發過程中一定會發生變化，也許是出自客戶的遺漏，也可能是在開發過程中被激發出來的，這種變更有時是如此的頻繁和瑣碎，以至于往往不能將變更及時反饋到項目的各個角色中，那么做好需求變更日志就顯得非常重要。

并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。

在新版本的需求分析中，將變更多部分用特殊方式表明出來，并在日志中記錄變更多重的明細。關于需求分析和變更管理可以參照下圖示意： 七：本階段重點工作角色

在如何做好網站建設需求分析和變更管理的過程中，工作量最大的角色為客戶代表、業務員和項目經理。

客戶代表提出需求，業務員幫助整理和分析，項目經理對整個項目進行評估。

在實際工作中，很多項目失敗的起因都和需求分析有關。客戶代表和業務員通常并非從事技術開發的專業人員，在討論需求的時候往往對項目的技術難度、工作量、時間進度把握不準確，這時候需要項目經理或技術人員進行參謀。

為了降低項目的風險，提高工作效率，有必要設計規范的需求管理計劃書，幫助客戶代表和業務員更好的完成任務。以下提供一份需求管理計劃的模板可作為參考： 八：總結

根據筆者的經驗，要盡快做好如何做好網站建設需求分析掌握以下要點，也許能事半功倍： ? 仔細聆聽，羅列客戶的所有要求；

? 將如何做好網站建設需求分析進行分析，確認可操作的系統模型；

? 利用最自然的語言將系統進行描述，使每個開發人員不會產生歧意；

? 迅速確定網站的用戶角色；

比如訪客、會員、重要客戶、前臺管理員、網站管理員、業務員等；

? 分析確定每個角色的權限及可操作的功能；

比如會員可以查看特別信息、修改個人信息、退出登陸等； 前臺管理員能夠登錄管理系統，能夠發布編輯修改信息，能夠審查會員資格等；

網站管理員可以更改欄目、修改網站界面等； ? 制作流程圖和示意圖將需求表現出來；

? 讓客戶參與到示意圖的設計中，及時正確的反應出需求變更。

? 制作需求變更日志，保留升級版本，通過版本控制進行需求管理； ? 通過需求《管理計劃書》使每個參與人員看到共同的努力目標。

這里只是粗略的介紹企業如何做好網站建設需求分析，希望對大家有所幫助。

第二篇：網站需求分析報告

網站需求分析報告

（一）一、背景

旅游借助互聯網，能夠解決傳統旅游業不能解決的適應游客行、吃、住、游、玩一體化的需求；同時還由于旅游也作為一個整體的商業生態鏈，涉及到旅行服務機構、酒店、景區、交通等等，利用互聯網可以將這些環節連成一個統一的整體，進而可以大大提高服務的水平和業務的來源。一方面，互聯網為傳統旅游業提供新的機遇及提高服務水平和運作水平的手段，另一方面，大多數沒有開展網上業務的中小旅行社則面臨嚴峻的挑戰。

二、解決方案

網站系統解決方案提供商必須有足夠的能力和經驗幫助廣大中小型的旅行社走上電子商務的道路，同時，其提供的解決方案還必須能夠同時滿足復雜的B2B和B2C需求，并在穩定性、可用性、可管理性等方面具有優勢。而對于中小企業業務一直占有很大比重的恩派瑞網絡來說，它的解決方案也是切實體現這種需求，并且對于規模更大的網站也有相應的備選方案。

為了降低單個旅游企業的營銷推廣費用，更好地利用旅游公共營銷推廣體系進行推廣，旅游推廣中心應為游客和企業設計一系列旅游指南，在推出推廣的過程中，看能否得到旅游企業的廣泛認同。旅游網站的各種應用，集成了新聞發布管理、網站內容管理、酒店預訂管理、線路預訂管理、會議預訂管理、機票預訂、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統，以及完善的強大的后臺管理操作，無愧于全套解決方案的名稱。它也大限度地實現了管理自己網站的夢想，只要會操作瀏覽器，就能夠管理自己的網站。

三、網站定位

1.地區性：北京旅游門戶網

2.權威性：通過與各協會的合作，定格使此站的行業權威性；

3.包涵的范圍：集成了新聞發布管理、網站內容管理、農家院預訂管理、旅游線路系統線路管理、會員預訂管理、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統

4.網站風格：既已定位為門戶，雖應當風格以大眾化為主，但由于主題的特殊性，因此我以為網站設計風格應結合網民的瀏覽習慣，功能上以大眾化方式進行操作，頁面設計上應當在具備大眾化的同時，加以設計特色，讓此網站與一般網站不同，刺激網民的視覺。明確了網站的定位，再根據所涉及的欄目進行可行性分析。

四、經營模式

（1）景點、農家院、旅游線路等方面的信息；

（2）旅游常識、旅游注意事項、旅游新聞、貨幣兌換、旅游目的地天氣、環境、人文等信息以及旅游觀感等。

網站需求分析報告

（二）一、那些人應該參與網站開發項目的需求分析活動

需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：

1、負責組織相關開發人員與用戶一起進行需求分析。

2、組織美術和技術骨干代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。

3、組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。

4、如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。

5、如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。

二、完整的需求調查文檔記錄體系

在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助

目成員將需求分析結果更加明確化，也為以后開發過程中做到了現實文本形式的備忘，并且有助于公司日后的開發項目提供有益的借鑒和模范，成為公司在項目開發中積累的符合自身特點的經驗財富。

需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文后面討論。

三、向用戶調查些什么

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：

1、網站當前以及日后可能出現的功能需求。

2、客戶對網站的性能（如訪問速度）的要求和可靠性的要求。

3、確定網站維護的要求。

4、網站的實際運行環境。

5、網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。

6、主頁面和次級頁面數量，是否需要多種語言版本等

7、內容管理及錄入任務的分配。

8、各種頁面特殊效果及其數量（js,flash等）

9、項目完成時間及進度（可以根據合同）

10、明確項目完成后的維護責任。

調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是：

1、調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。

2、調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。

3、調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）

四、市場調研活動內容

通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博采眾長開發出更加優秀的網站。

但是由于實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：

1、市場中同類網站作品的確定。

2、調研作品的使用范圍和訪問人群。

3、調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）

4、簡單評價所調研的網站情況。

調研的目的是明確并且引導用戶需求。

對市場同類產品調研結束后，應該撰寫《市場調研報告》主要包括一下要點：

1、調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。

2、調研內容說明：調研的同類網站作品名稱、網址、設計公司、網站相關說明、開發背景、主要適用訪問對象、功能描述、評價等

3、可采用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、可采用的原因。

4、不可采用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、不可采用的原因。

5、分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優勢。

6、調研資料匯編：將調研得到的資料進行分類匯總。

五、清晰的需求分析輸出——《網站功能描述書》：

在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網站功能描述書（最終版）》以供作為日后項目開發過程中的依據。

綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發過程中作為開發成員的依據和借鑒。

當然一次成功的需求分析不僅需要項目負責人甚至是客戶等所有項目相關人員的共同努力，還和公司的能力范圍有一定關系。需要說明的是本文所述的需求分析活動內容是建立在較為理想的基礎上的。由于各個公司現實情況的不同，讀者可以根據自身情況不一借鑒吸收利用。重要的是能構根據本公司的情況，系統的規范此類文檔做好保存和收集，相信對公司以后其他網站項目的進行以及公司自身實力的增強都會有很大幫助。

第三篇：旅游網站需求分析報告

旅游網站--市場需求分析報告

一、背景

旅游借助互聯網，能夠解決傳統旅游業不能解決的適應游客行、吃、住、游、玩一體化的需求；同時還由于旅游也作為一個整體的商業生態鏈，涉及到旅行服務機構、酒店、景區、交通等等，利用互聯網可以將這些環節連成一個統一的整體，進而可以大大提高服務的水平和業務的來源。一方面，互聯網為傳統旅游業提供新的機遇及提高服務水平和運作水平的手段，另一方面，大多數沒有開展網上業務的中小旅行社則面臨嚴峻的挑戰。

二、解決方案

網站系統解決方案提供商必須有足夠的能力和經驗幫助廣大中小型的旅行社走上電子商務的道路，同時，其提供的解決方案還必須能夠同時滿足復雜的B2B和B2C需求，并在穩定性、可用性、可管理性等方面具有優勢。而對于中小企業業務一直占有很大比重的恩派瑞網絡來說，它的解決方案也是切實體現這種需求，并且對于規模更大的網站也有相應的備選方案。

為了降低單個旅游企業的營銷推廣費用，更好地利用旅游公共營銷推廣體系進行推廣，旅游推廣中心應為游客和企業設計一系列旅游指南，在推出推廣的過程中，看能否得到旅游企業的廣泛認同。旅游網站的各種應用，集成了新聞發布管理、網站內容管理、酒店預訂管理、線路預訂管理、會議預訂管理、機票預訂、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統，以及完善的強大的后臺管理操作，無愧于全套解決方案的名稱。它也大限度地實現了管理自己網站的夢想，只要會操作瀏覽器，就能夠管理自己的網站。

三、網站定位

1.地區性：北京旅游門戶網

2.權威性：通過與各協會的合作，定格使此站的行業權威性；

3.包涵的范圍：集成了新聞發布管理、網站內容管理、農家院預訂管理、旅游線路系統線路管理、會員預訂管理、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統

4.網站風格：既已定位為門戶，雖應當風格以大眾化為主，但由于主題的特殊性，因此我以為網站設計風格應結合網民的瀏覽習慣，功能上以大眾化方式進行操作，頁面設計上應當在具備大眾化的同時，加以設計特色，讓此網站與一般網站不同，刺激網民的視覺。明確了網站的定位，再根據所涉及的欄目進行可行性分析。

四、經營模式

1.信息內容

（1）景點、農家院、旅游線路等方面的信息；

（2）旅游常識、旅游注意事項、旅游新聞、貨幣兌換、旅游目的地天氣、環境、人文等信息以及旅游觀感等。

（3）與旅游相關的產品和服務信息，以及各種優惠、折扣。

（4）農家院、汽車租賃服務的檢索和預定等。

2.服務功能

（1）從服務功能看，不同的旅游網站的服務功能包括：

旅游信息的匯集、傳播與交流。

旅游信息的檢索和導航。

旅游產品和服務的在線銷售，包括票務、飯店、餐飲、汽車、旅游組團等。

（2）個性化定制服務，通常是由訪問者定義一個賬戶（用戶名和密碼），然后登錄，然后網站會提供類似下面的一些功能選項：

客戶基本信息：如姓名、電話、電子郵件、住址、信息等。

信用卡信息：如卡號、有效期、卡的類別等。

旅游需求：如用戶最希望何時開始旅游；最喜歡租用那種類型的汽車；最愿意住在什么樣的農家院等。這些信息反映了旅游線路的選擇標準，服務器在存儲了這些信息之后，就會根據這些信息幫助客戶尋找相關的服務信息，并且這些信息可以隨時進行修改和刪除。

修改賬戶密碼：密碼遺忘時的提醒。

（3）作用：

可以避免在預定過程中重復填寫相同的信息，提高預定效率。

積累客戶的消費量，以此作為促銷獎勵的依據。

更有針對性地推送旅游信息，特別是當客戶沒有找到滿意的解決方案時，可以委托服務器監視和跟蹤，當有符合標準的信息出現時，及時用電子郵件的方式提醒客戶。

根據選擇的目的地，提供當地的天氣、人文環境、旅游特色等信息。

3.如何獲利

（1）網站信息量大，信息質量高，能夠獲得較高的訪問率，以此吸引網絡廣告。

（2）提供網上交易功能，從中獲得收益。目前在網上銷售的產品和服務主要有景點、農家院預定、組建旅行團、旅游物品等。為旅游服務單位提供網上展示服務，收取服務費用。

五、成本

建設和維護一個網站的主要費用有：

網站設計費用：整體規劃、首頁設計、欄目設計、網頁制作、數據庫設計、系統訂制（會員注冊管理系統）、新聞自動發布系統、郵件管理系統等等．

域名注冊費：要擁有獨立的域名，就需要每年繳納網站注冊費。

網站維護人工費：網站在設計階段主要需要軟件編程、頁面美工設計和內容編輯。維護階段起碼需要內容編輯，如果設計時沒有包含自動新聞更新系統，則還需配備網頁設計人員。

根據目標框架整理出站點的內容框架以及邏輯結構圖

我們將根據企業的要求，設計出網站的大體框架及邏輯結構圖。并把整個定位方案制作成方案書交給企業審批。

目前一個要求不高的企業網站，價格大概在3000到12000之間。

大型信息站是以信息為主，信息帶動流量，用流量帶動廣告收入。其中廣告收入占絕大比重。這些網站無疑有很大的資金和門戶的支持，強大的后備力量。

他們的成本，大部分在全國各地的代理商分銷以及鋪天蓋地的廣告上。旅行社建立網站最常見的是花錢在網絡公司制作一個動態網站，這是第一個成本。但與后邊的成本比起來，網站建設的費用確是九牛一毛了。后邊的成本就是一個巨大的吸血鬼---搜索引擎競價排名。我暫不談競價的種種弊端，光是在成本上分析。

分析一個經典案例，如果成本是100元，利潤是10元。那么就有10%的利潤。我們把成本削減10元，成本節約90。節約下的部分就是利潤。那么利潤是20元。翻了一倍。成本削減20元下去，那么利潤就三倍。

當然，我們不能一味的去削減成本，但我們應該找到一個平衡點，使利潤最大化。怎樣控制利潤最大化呢？我是這樣做的。

首先，網站建設成本不可省。硬件和軟件必須齊全。兩臺服務器是必須的，一個美工，三個技術，兩個編輯，7個接待。其次，與整個公司分攤的房租水電辦公等費用，進行削減。

最重要的成本控制出現了，那就是網站推廣的問題。

剛開始，我們策劃將50%的精力用來免費的推廣上。但那些常規的推廣方式收效甚微。

接下來，我開始競價，先通過渠道，拿到較低折扣的競價資源。如百度、YAHOO、GOOGLE等大的搜索引擎我都獲得了第一手的渠道。這樣，在競價成本上首先控制下來至少10%。競價開始后，我自己操作后臺，將對我業務很重要的關鍵字排名在9—11位之間（百度：倒數第一或者右側第一的位置，價格便宜，點擊率可以）。但我發現并不象我預期那樣獲得良好的點擊效果。因為搜索引擎是有地區投放功能的。對于旅游網站來說，地域性很明顯。我們是異地服務，搶占當地的市場。而當地的網站只選擇在當地進行競價。一個新的思路！把幾個最重要，點擊量最大的關鍵字放在第一位然后再依次往后移動，在第五位和第十位的時候效果最好！~這是個平衡的過程，需要有耐心去不斷嘗試。這樣，成本上第七比第一位點擊率低了，但銷售上卻接近飽和狀態。太棒了。說明的我利潤比以前又翻了。組團旅行社，將競價區域限制在當地吧。要自己慢慢試你出多少錢可以排到比較好的排名。

其實，旅游網站應該依靠實體資源來做才能可持續發展。如國內最大的攜程網，他的網絡廣告肯定不如ebay那么鋪天蓋地，但為什么這么知名？因為他在全國每個地區都建立了地面網絡資源。這個實體網絡讓攜程落地生根發芽。下次我會談怎樣讓你的網站“落地生根”。

針對異地服務面臨的種種問題，如誠信度、異地資源互換、銷售資源互換等，我也會盡快講一講我的想法。

成本控制上，還有一點就是網站上所用的服務。如農家樂、景點實時查詢預訂、門票、天氣信息，信息采集、等等！完全可以通過技術接口實現。

第四篇：網站建設需求分析報告

網站需求分析報告

1.引言

1.1目的編寫本需求的目的是為了明確教育網站的主要實現功能、欄目設計以及設計要求，為下一步的工作做好指導。

1.2 背景

院校主要從事教育學子，培養人才工作任務概述

2.1網站定位：

宣傳類網站

2.2網站目標受眾：學生、家長

用戶特征：

2.3 網站期望達到的設計目標

通過學校網站：

展示學校風景、文化和師資力量

傳達學校育人理念

加深瀏覽者對學校的認識

2.4 網站整體設計風格

考慮網站的定位、主要受眾群體和設計目標，我們采用的設計風格是：簡潔大方，穩重

2.5 配色方案

以藍色主色，以白色為輔助色，字體采用宋體設計。功能需求

3.1主導航欄目劃分

（1）學校概況

學校簡介｜校區介紹｜學校風景

（2）人才培養

? 中技|高技｜預備技師｜成人教育｜短期培訓

（3）教學教研

? 名師風采|教研成果|榮譽證書

（4）招生就業

? 在線報名|招生計劃|收費標準|就業信息

（5）校園文化

校園文化|法規校紀

（6）師生社區

互動平臺|心靈有約

（7）用戶登陸

教工登陸|學生登陸

3.3 后臺管理功能劃分

本方案以互聯網技術為基礎，讓用戶能直觀的瀏覽到門戶網站上的各種資訊，用戶在登錄到門戶網站的同時，即可實現信息的發布、維護。

（1）用戶登錄：包括用戶注冊、身份驗證、個人信息維護

（2）信息發布/管理：信息管理與發布:添加、刪除和更改信息；管理員登陸首頁內容和設計需求

主導航(和副導航)欄目在網站首頁上有所體現，在首頁上主要顯示主導航。

4.1 功能性擴展需求

? 欄目的擴展性空間

? 廣告位置的空間預留

4.2 對性能的一般性規定

? 需要采用CSS+div布局，符合Web2.0標準。

? 保證網站的整體瀏覽速度。

5技術要求

（1）運行環境：客戶端：CPU Intel 3.0以上內存256M以上服務器：CPU Intel酷睿I3以上內存2G以上 硬盤320以上

（2）操作環境： windows XPWIN 7

（3）瀏覽器類型：IE4.0以上

（4）關系數據庫：Microsoft Access 2003

（5）開發平臺：Photoshop、Flash、Dreamweaver、C#

（6）使用技術：ASP.NET

6其他需求

6.1故障處理

可能出現的軟件故障：

● 操作人員操作不當，導致系統崩潰。

●

可能出現的硬件故障：

●意外斷電，導致硬件損壞。

●

解決方法：

● 操作人員必須按照用戶操作手冊使用該軟件

●

6.2安全

系統應嚴格按照用戶不同身份和權限劃分；控制系統各項功能的使用者、身份和數據的訪問權限；有效地防止非法用戶的入侵，確保系統的安全保密性。

6.3其他專門要求

使用方便（操作簡便，上手容易），內容清晰。

第五篇：網站的需求分析報告

網站的需求分析報告

一、需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。

1、負責組織相關開發人員與用戶一起進行需求分析。

2、組織相關人員對《網站功能描述書》進行反復討論和修改，確定《網站功能描述書》正式文檔。

二、完整的需求調查文檔記錄體系

在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助 成員將需求分析結果更加明確化，也為以后開發過程中做到了現實文本形式的備忘，并且有助于主管人員的日后的開發項目提供有益的借鑒和模范，成為項目開發中積累的符合自身特點的經驗財富。

需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文后面討論。

三、向用戶調查些什么

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候

項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：

1、網站當前以及日后可能出現的功能需求。

2、客戶對網站的性能（如訪問速度）的要求和可靠性的要求。

3、確定網站維護的要求。

4、網站的實際運行環境。

5、網站頁面總體風格以及美工效果。

6、主頁面和次級頁面數量，是否需要多種語言版本等

7、內容管理及錄入任務的分配。

8、各種頁面特殊效果及其數量（js,flash等）

9、項目完成時間及進度（可以根據合同）

10、明確項目完成后的維護責任。

調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是：

1、調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。

2、調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需

求、實際運行環境；用戶對新網站的期望等。

3、調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）

四、市場調研活動內容

通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博采眾長開發出更加優秀的網站。

但是由于實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：

調研的目的是明確并且引導用戶需求。

對市場同類產品調研結束后，應該撰寫《市場調研報告》主要包括一下要點：

五、清晰的需求分析輸出——《網站功能描述書》：在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析

活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網站功能描述書》以供作為日后項目開發過程中的依據。

《網站功能描述書》必須包含以下內容：

1、網站功能

2、網站用戶界面（初步）

3、網站運行的軟硬件環境

4、網站系統性能定義

5、網站系統的軟件和硬件接口

6、確定網站維護的要求

7、確定網站系統空間租賃要求

8、網站頁面總體風格及美工效果。

9、主頁面及次頁面大概數量。

10、管理及內容錄入任務分配。

11、各種頁面特殊效果及其數量。

12、項目完成時間及進度。

13、明確項目完成后的維護責任。

綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發過程中作為開發成員的依據和借鑒。