重點答案
一份好的網站需求書，要講清楚網站需要完成甚麼工作，而不只是喜歡甚麼設計。 五頁公司網站、會員平台和雙邊交易平台的開發範圍完全不同。先說明目標客戶、希望訪客採取的行動，以及現有網站的問題。
實際項目範圍
列出所需頁面和語言。每項功能都用流程描述，例如「訪客填表查詢，職員收到通知，資料同步到 CRM」。說明文案、相片和翻譯由誰提供。可以附上參考網站，但要指出喜歡的是哪些功能。若已有網域、主機、分析工具、付款服務或 CRM，也要列明。
最後提供預計上線時間和預算範圍。請開發商分項列出需求分析、設計、開發、內容上載、測試、寄存及後續支援，方便比較報價並及早找出假設。
準備索取報價？ 在 TechQuotations 的需求表格描述項目，並附上頁面清單。
索取方案前要定義甚麼
- 網站目標，以及訪客最重要的行動
- 所需頁面、語言及內容負責人
- 每項前台功能及相關職員流程
- 需要保留的網域、主機、分析工具和系統
向服務供應商提出的問題
- 報價不包括哪些假設？
- 誰負責撰寫、搬遷及批核內容？
- 設計、測試及上線階段各有甚麼交付物？
如何評估答案
以同一份頁面及功能清單比較每個方案，並分開首階段必要功能和日後改善項目，避免較低報價其實只包含較少範圍。
整理成可估算的需求表
用五個欄位整理需求：使用者、操作、所需資料、結果及驗收方法。例如一個虛構的預約服務：客戶選擇時段、職員看到預約、取消後釋出名額。付款、提醒及日曆連接應另列，因為它們涉及不同工作。
索取建議前先確認
- 誰可以自行修改頁面、價格和可用時段？
- 每項資料以哪個系統為準？傳送失敗時如何處理？
- 上線後包括修正錯誤、更新內容、寄存，還是新增功能？
- 哪些功能必須在首階段完成，哪些可以延後？
參考網站可以代替需求書嗎？
不可以。參考網站能表達設計和互動方式，但未能定義權限、職員工作、系統連接或例外情況。請供應商按照需求表列明假設。
網站需求工作表
把下列項目複製到需求書，加入自己的要求，並指定負責人及完成狀態。例子只供規劃用途，並非客戶案例；成本欄應填寫實際取得的港元報價，並列明付款週期。
| 決策／項目 | 需要提供的資料 | 驗收／比較方法 |
|---|---|---|
| 訪客查詢 | 對象、必填欄位、語言及接收團隊 | 查詢只記錄一次，並送達指定負責人 |
| 虛構預約例子 | 客戶選時段；職員可查看及取消 | 取消後釋放時段；付款功能另外列明 |
| 內容編輯 | 職員需要修改的頁面、價格及圖片 | 職員可無需開發商協助更新示範頁面 |