詢價前的網站需求清單
不需要先寫出完整規格書，但至少要說清楚網站要達成什麼目標、誰會使用、需要哪些頁面與功能。已確定的先填；不確定的標註「需要討論」，不必為了詢價而猜答案。
- 網站目標
- 希望取得詢問、展示作品、提供產品資訊、接受預約，還是讓客戶自行購買？最重要的訪客行動是什麼？
- 目標使用者
- 主要訪客是一般消費者、企業採購、既有客戶，還是內部員工？
- 預計頁面
- 列出首頁、關於我們、服務介紹、案例、文章、常見問題及聯絡我們等頁面，並估計各類頁數。
- 內容與素材
- 文字、照片、Logo 與產品資料由誰提供？是否需要協助撰寫文案或製作圖片？
- 必要功能
- 是否需要聯絡表單、搜尋、會員、預約、付款、下載、多語言或第三方系統串接？
- 更新方式
- 上線後誰會修改文章、圖片及服務內容？是否需要管理後台？
- 網域與既有資產
- 是否已有網域、註冊商帳號、DNS 管理權限、主機、舊網站、企業信箱及分析工具？舊網址或資料是否需要搬遷？不知道服務商名稱也可先記下帳單或管理後台。
- 帳號與交付
- 網域、主機、分析工具及程式碼要由誰持有？開發方需要哪些成員權限？完工時需交付哪些檔案、帳號與操作說明？
- 時程與預算
- 希望何時上線？是否有活動期限？可接受的一次性開發預算及每年或每月持續費用各是多少？
把「第一版一定要有」與「以後可以做」分開。例如第一版只需要服務介紹與詢問表單，就不必把會員和付款都列為必要功能。
網域、DNS、主機與 SSL 憑證各是什麼？
這四項不是同一筆費用。詢價時請開發方分別列出一次性建置與持續費用，以及由誰申請、持有、付款和續期；不確定採用哪家服務商時，不必先購買。
- 網域
- 例如 example.com，是訪客輸入的網站名稱。通常向網域註冊商申請並定期續費；價格依網域後綴、註冊商與續期條件而異。先確認登記人與續費提醒寄給誰。
- DNS
- 是把網域導向網站、郵件與驗證服務的設定。A／CNAME 常用來指向網站；MX 與部分 TXT 記錄關係到郵件收發與驗證。DNS 可能包含在現有服務內，也可能因進階方案產生費用；改動前要留存原設定。
- 主機或雲端服務
- 是存放並執行網站的地方，可能是套裝架站平台、虛擬主機或雲端服務。通常有持續費用，應確認流量、儲存、備份、維護及超額計費是否包含。
- SSL／TLS 憑證
- 讓瀏覽器與網站使用 HTTPS 加密連線。部分主機或 CDN 提供免費憑證及自動續期，特定憑證或服務可能加價；要確認正式網域與 www 網址都能安全開啟，以及誰負責續期。
DNS 不等於主機，換網站主機也不一定要換網域。若網站與企業信箱共用同一網域，修改 DNS 時尤其要核對郵件相關記錄。
發包前已有網域或舊網站，要提供什麼？
先提供資訊與可檢視的權限，不要在初次詢價表單貼上密碼或 API 金鑰。能否取得完整資料，會影響搬遷範圍與報價。
- 已有網域
- 提供網域名稱、註冊商、到期日、DNS 管理位置，以及是否使用該網域的企業信箱。不知道登入資料時，先找購買通知或續費帳單。
- 已有網站
- 提供舊站網址、頁面或網址清單、網站管理方式、內容與圖片來源、表單收件位置，以及哪些舊頁必須保留。若有會員、訂單或文章資料，另列匯出格式與資料量。
- 已有分析工具
- 列出 Google Analytics、Search Console、廣告追蹤等帳號與目前負責人。需要合作時優先邀請成員並設定必要權限，不把個人主帳號直接交給開發方。
- 尚未有網域
- 先決定想用的名稱與預算，再約定由誰申請、登記在誰名下、誰付款及續費。建議由發包方持有網域與主要管理帳號，開發方取得完成工作所需的權限。
可直接複製的需求描述範例
這份描述的目的，是讓開發方先判斷範圍，並指出哪些問題會影響報價與時程。空白處可依你的專案填寫。
我們是一家提供＿＿＿＿服務的公司，想建立一個以＿＿＿＿為主要訪客的網站。網站最重要的目標是＿＿＿＿，希望訪客完成的動作是＿＿＿＿。
第一版預計包含＿＿＿＿個頁面，必要功能有＿＿＿＿。文字與圖片由＿＿＿＿提供；上線後預計由＿＿＿＿更新內容。
我們目前已有／尚未有網域與舊網站。希望於＿＿＿＿前上線，預算約為＿＿＿＿。以下項目尚未確定，希望開發公司協助評估：＿＿＿＿。
網域目前由＿＿＿＿持有，DNS 在＿＿＿＿管理；企業信箱使用＿＿＿＿。舊站需要保留的網址或資料為＿＿＿＿。希望由＿＿＿＿持有新主機、分析工具及程式碼，請將網域／主機／維護等持續費用與開發費分開列示。
網站驗收不能只寫「畫面完成」
驗收方式應在開發前討論，而不是網站做好後才臨時決定。以下以包含首頁、服務頁、案例頁與聯絡表單的企業網站為例；實際項目仍須依雙方約定的範圍調整。
- 頁面與內容
- 對照核定的頁面清單，確認文字、圖片、連結與按鈕；未完成內容列入待補清單。
- 手機與桌機版面
- 在事先約定的手機尺寸和桌機瀏覽器檢查可讀性、選單與表單操作，且沒有非預期的水平捲動。
- 聯絡表單
- 測試正常送出、必填未填及 Email 格式錯誤；確認訊息送達約定信箱或儲存位置，並顯示清楚的結果。
- 內容後台（若有）
- 使用交付的管理帳號實際修改、預覽及發布一篇文章或一個服務頁，確認權限與操作方式。
- 基礎搜尋設定
- 檢查公開頁面的標題、描述、主要標題、網址及站內連結，並核對 sitemap 與索引設定。
- 網域與 HTTPS
- 以正式網域及約定的 www 版本開啟網站，確認 DNS 指向正確、HTTPS 可正常使用，並檢查重新導向沒有把訪客帶到測試站。
- 郵件與舊網址（若搬站）
- 用企業信箱實際收發測試信，並從舊網址清單抽查對應的新頁面或轉址；不能只確認首頁能開。
- 資料與備份（若搬站）
- 比對約定的文章、圖片、會員或訂單資料量與範例記錄；確認備份可取得、還原方式及舊站保留期限。
- 上線與交接
- 以正式網址檢查頁面和表單，交付約定的帳號、程式碼或後台權限、操作說明、續費責任與已知待處理事項。
速度也應先約定要測哪些頁面、裝置、工具與環境，以及未達目標時如何處理。不要只寫「網站要快」，也不要把單次測試分數當成所有訪客的實際體驗。
搬站時如何避免網站、信箱與資料受影響？
搬站不是只把新首頁打開。先和開發方約定切換時間、檢查清單與故障時的回復方式；若只是換主機但網址不變，仍要檢查 DNS、信箱與資料，不需無故更改頁面網址。
- 切換前
- 保存目前 DNS 記錄，特別是網站指向、MX、SPF、DKIM、DMARC；備份舊站檔案與資料庫，確認誰能操作舊主機和新主機。
- 舊網址
- 若網址會改，先做舊網址到新網址的對照表；重要舊頁應導向內容相符的新頁，而不是全部轉到首頁。同步更新站內連結與 sitemap。
- 正式切換
- 先驗證新站的主要頁面、表單和資料，再變更 DNS；保留舊站一段雙方約定的時間，避免問題尚未查清就刪除舊資料。
- 切換後
- 從不同網路測試正式網域、HTTPS、舊網址、企業信箱收發及表單通知；核對分析工具與 Search Console 是否持續記錄。若有異常，依事先約定的回復方案處理。
交付前確認所有權與後續責任
網站上線後，誰擁有帳號、誰負責更新與維護，往往比畫面細節更影響能否持續經營。至少確認以下事項：
- 網域、DNS、主機與企業信箱分別由誰持有、付款與續費？到期通知寄給誰？
- 分析工具、Search Console、程式碼儲存庫及雲端服務由誰持有？開發方是成員還是唯一管理者？
- 程式碼、設計檔、圖片及授權素材如何交付？
- 管理帳號由誰保管？哪些人需要發布、DNS 或帳單權限？離職或終止合作時如何撤銷權限？
- 內容、程式、安全更新、主機監控與備份分別由誰維護？備份多久一次、保留多久、誰負責測試還原？
- 發生錯誤時由誰接收通知、如何聯絡？服務時間與處理方式是否包含在維護費內？
- 驗收後的錯誤修正期間有多久？新增功能如何另行估價？
例如「完成聯絡表單」不等於「日後所有表單欄位修改都包含在原報價內」。把交付範圍、排除項目、持續費用與變更方式寫清楚，才能減少開發中途的認知落差。
先從需求與資產盤點開始
一份好的網站需求，不是把所有功能想得鉅細靡遺，而是讓雙方知道第一版要解決什麼問題，以及怎樣算完成。先整理網站目標、頁面清單、必要功能和驗收方式，再盤點網域、舊站與帳號；其餘技術選擇，再與開發團隊一起判斷。