網站設計報價前先寫好驗收範圍：香港中小企採購 brief 清單

先描述使用者要完成甚麼

「想做一個專業網站」可以開啟討論，卻不足以比較報價。採購 brief 應先寫誰會使用網站、他們從哪裏進來，以及最重要的下一步。例如一間提供企業服務的公司，可能希望新客戶看懂服務範圍後提交查詢；既有客戶則需要快速找到聯絡資料。兩種工作對導航、內容和表單的要求不同。

建議為每種主要使用者寫一條完整路徑：由入口頁、閱讀內容、作出選擇，到收到清楚的完成訊息。把真正需要完成的工作排在前面，再討論視覺風格。這是採購上的整理方法，並不表示網站一定能帶來指定數量的查詢。

把範圍寫成清單，而非形容詞

頁面清單要分清獨立版型與同版型內容。十個服務頁可能共用版型，但每頁的文案、圖片、FAQ 和搜尋意圖仍需要有人整理。另列語言版本、表單欄位、搜尋、下載、第三方整合、內容管理及交接方式，標明由客戶提供還是供應商製作。

「包括 SEO」也要拆開：是整理標題與描述、檢查索引設定、處理網址轉址，還是持續寫文章？「支援手機」則應列出要檢查的頁面和流程。把內容批准、改稿輪數、上線前依賴與範圍外項目寫清楚，供應商才有相近基礎估算工作。

把無障礙與手機操作放進驗收

W3C WAI 建議在修復範圍內優先處理重要任務、常用內容及影響較大的障礙；共享導航或主要表單的問題，可能同時影響多頁。採購時可借用這種優先次序，先確保主要路徑可使用，再安排較次要的裝飾細節。

初步檢查可涵蓋鍵盤焦點、表單標籤、標題層級、圖片替代文字、文字對比及放大後的可讀性。WAI 的 Easy Checks 是起步檢查，並非完整無障礙評估。若合約需要特定 WCAG 符合程度，應另列評估範圍、方法、責任人及報告，不能以幾張畫面或一個自動分數代替。

每個要求都配一個讀回方法

把「表單可用」改成「在測試環境用核准的測試資料提交後，頁面顯示完成訊息，指定收件目的地可找到同一筆測試紀錄」。正式收件驗證要先確認帳戶和資料處理安排，不應把真實客戶資料放進任意測試工具。網站顯示成功，也不等於電郵已送達。

視覺驗收可選首頁、主要服務、文章及聯絡頁，分別檢查手機和桌面。逐項記錄字體是否可讀、導覽是否可開關、主要按鈕是否遮住內容、有無橫向溢出，以及長標題或空列表如何顯示。驗收應保留實際網址、時間和版本，避免只討論設計稿。

比較報價時比較責任與證據

兩份報價的頁數相同，不代表交付範圍相同。請供應商說明內容由誰核實、素材由誰授權、維護是否包含更新與備份、出現問題由誰處理，以及結案會交付甚麼文件。這些內容會影響後續營運成本，也能減少交接時重新尋找資料。

可先整理現有網站、主要服務和查詢流程，再向網站設計團隊說明需要改善的工作。正式範圍仍應按項目確認；案例、成效、價格及交期都需要各自證據。保留一份雙方確認的驗收表，會比單靠「參考某網站的感覺」更容易承接。

交接清單

• 列出主要使用者及每人的完整任務路徑。
• 逐項列明頁面、語言、內容、功能、素材與範圍外工作。
• 為手機、桌面、表單與交接各設可核對的驗收方法。
• 記錄批准人、版本、測試目的地及尚未通過的項目。

常見問題

只提供喜歡的網站參考，足夠取得準確報價嗎？

參考網站有助討論視覺方向，仍要補充自己的內容、功能、語言、素材及驗收範圍。相似外觀不代表相同後台或營運工作。

手機版是否只要縮小桌面畫面？

應按手機的閱讀和操作路徑驗收，包括選單、按鈕、表單、長文字及浮動元素。桌面畫面縮小後能顯示，仍可能難以使用。

自動測試沒有報錯，是否已符合全部無障礙要求？

不能這樣推斷。自動工具和初步人工檢查各有範圍；完整符合聲明需要適合項目的評估方法與證據。