找網頁設計公司前：需求書、報價與交付清單

「想要一個有質感的網站」適合當討論起點，卻不適合直接當報價依據。同樣是十頁網站，十篇套用相同版型的文章，與十種需要不同互動的頁面，設計和維護的工作量會差很多。

需求書不必寫成厚重規格文件。先讓設計公司知道訪客要完成什麼、你能提供什麼，以及怎樣才算交付完成，就能把報價差異追溯到實際工作。以下以開設手作課程的小工作室為假設情境，建立可修改的需求範本。

先寫訪客任務，再決定網站要放什麼

工作室想介紹品牌、讓訪客找到適合的課程並提出報名需求。需求書可先寫三個任務：查看課程內容與交通資訊、比較日期和適合程度、送出可供聯繫的需求。每個任務都指定完成畫面，避免只列「首頁、關於我們、聯絡我們」。

接著註明哪些事情本期不處理，例如沒有即時剩餘名額、沒有線上收款，也沒有會員帳號。這些界線會影響資料來源、錯誤處理和後台權限。若只是表單詢問，頁面就不能顯示讓人誤以為已保留座位的確認訊息。

用你自己的素材和文字說明需求。參考網站可以標記喜歡的導覽方式、資訊順序或留白比例，讓設計師理解目的；不要要求照搬別人的圖片、文案和整套視覺。也要寫出不適合的地方，例如動畫太多、手機聯絡入口難找。

把頁面、版型、內容與功能分開列

建議先畫出網站樹狀清單，再標示共用版型。例如首頁一頁、品牌介紹一頁、課程列表一頁、六個課程詳細頁及聯絡頁，共十頁，但可能只需五種主要版型。課程數量增加時，是自行新增資料，還是每頁都要請廠商排版，應先問清楚。

內容責任要逐項分配：誰寫課程介紹、拍照片、取得老師肖像同意、整理價格、提供英文翻譯，以及上稿多少筆。若圖片還沒準備好，先提供比例、數量與用途，並約定替換時程。使用示意文字通過設計，不等於正式內容已完成校對。

功能描述應包含起點、輸入、成功與失敗。例如聯絡表單需要哪些欄位、送到誰的信箱、漏填如何提醒，以及寄送失敗如何被發現。若連接付款、預約或第三方工具，要另列帳號資格、費用與整合責任，不要只寫一個服務名稱。

比較報價時，一併整理變更規則

把各家報價放進同一張範圍表，列出設計版型、內容筆數、修改輪次、功能串接、資料搬移與教育訓練。相同總價可能一份包含上稿，另一份只交空白網站；差額也可能來自圖片製作、語言版本或上線後支援，不能只比較頁數。

假設專案分成需求確認、視覺定稿、功能完成與交接四個里程碑，可要求每階段附上可檢查的成果。付款安排由雙方談定，但成果應具體，例如行動版課程頁原型、可測試的表單及完整資產清單，而非只寫「完成八成」。

變更單不必複雜，寫清楚新增需求、影響頁面、額外費用、交期與確認日期即可。把修正原規格的錯誤、既定修改輪次與新增功能分開，避免每次換一張照片都重新爭論。對還無法估價的部分，先列假設和補估時間，保留決策空間。

驗收要完成真實操作，不只看首頁截圖

請用正式長度的標題、較長姓名、手機照片和可能缺漏的資料驗收。從首頁找課程、閱讀限制、送出表單，再到管理者收到通知，整段走完才知道資訊和功能是否接得起來。測試表單應使用約定的測試資料，並讓接收人知道如何辨識。

手機驗收要看選單能否開關、表格是否溢出、按鈕是否被遮住、圖片是否裁掉重點，以及放大文字後仍能操作。W3C 的入門檢查也涵蓋鍵盤焦點、標題、圖片替代文字與表單標籤；這些可列為初步檢查，通過仍不代表已完成全面無障礙評估。

若需要符合特定無障礙標準，應事先寫明版本、等級、範圍和評估方式，請具備相應能力的人員驗收。W3C 建議把相關責任與評估放進製作流程並持續維護。不要等到最後一天，才把「無障礙」當成一句沒有測試範圍的承諾。

1. 以訪客任務列出驗收路徑，涵蓋成功、失敗和返回操作。
2. 使用真實長度的內容，在約定裝置、瀏覽器與文字縮放條件下檢查。
3. 每個問題記錄網址、操作步驟、預期與實際結果，附上日期。
4. 修正後重走受影響流程，保留未完成項目與後續負責人。

交接資產、權限與可重建的資料

交付清單應含網域、主機、後台、分析工具及整合服務的帳號歸屬，另列設計原檔、程式碼、圖片、內容、設定說明和授權資料。不是每種平台都能交出可自行部署的程式碼；若採代管服務，要在簽約前確認能匯出什麼，以及離開平台的限制。

使用 WordPress 也不代表只交一個匯出檔就足夠。官方工具匯出的 WXR 是文章、頁面和相關內容資料；交接時還應確認網站檔案、資料庫、媒體、佈景與外掛設定如何備份與復原。可在約定的測試環境演練，避免到故障時才發現缺少必要資料。

WordPress 軟體採 GPLv2 或更新授權，但整個專案還可能包含照片、字型、外部服務和付費支援。逐項記錄來源、使用條件、續約人與到期日，不要因為用了開源軟體就推定所有素材都可任意使用。帳號交接應透過適當的權限與安全管道，避免把共用密碼長期貼在需求文件。

上線後維護也要有服務範圍

維護項目可分為內容更新、系統更新、備份復原與故障處理，分別註明頻率、負責人和收費方式。請廠商說明故障通報後多久回應、如何分級，以及是否包含實際修復；「一年保固」若沒有界定內容，很容易產生不同期待。

自己能更新的部分也要驗收。請實際新增一個課程、替換圖片並預覽手機頁面，確認使用的是日後會取得的帳號權限。錄影教學和操作文件應對應交付版本，並標出哪些欄位不宜自行改動，讓工作室換人接手時仍有依據。

結案前把需求清單逐項標為完成、延期或取消，並留下原因。網站上線是新階段的開始，後續課程變動、內容增加和使用者回饋仍會帶來修改；有明確的管理方式，才不會每次小更新都像重新開一個網站專案。

先估算網站的完整預算

安排網站維護的固定工作

理解 WordPress 備份與復原

• 教學
• 軟體與 App
• 架站與電商
• 網域、主機與前端