把一份含糊的需求發給三位開發者，你會拿到三份相差五倍的報價——不是誰報錯了，而是每個人想象的都是不同的專案。一份好的需求說明書能解決這個問題。寫它只要一兩個小時，卻能省下幾周的來回溝通。
下面是我希望每位客戶都能發給我的結構。複製它、填好，然後把同一份文件發給所有你在接觸的開發者。
為什麼需求說明比預算更重要
預算告訴開發者你想花多少錢，需求說明告訴他們你需要什麼。沒有後者，前者只是一個瞄準的數字。兩者都有，你拿到的報價才會說明這筆錢能買到什麼，你也才能逐項比較不同的報價。
網站需求說明書應該包含什麼
1. 用三句話介紹你自己
你是誰、賣什麼、誰在買。公司歷史可以省略。「我們是貝爾格萊德一家兩人設計工作室，為餐廳客製傢俱」就很完美。
2. 網站的目標
選一個主要目標，最多兩個次要目標：
- 獲取諮詢或預約
- 線上銷售產品
- 建立信任（作品集、案例）
- 招聘
- 講清楚產品，讓使用者註冊
能量化就量化：「每月 20 個有效諮詢」比「更多線索」好得多。
3. 目標受眾
誰會訪問、他們想找什麼、什麼會讓他們離開。寫兩三段簡短描述就夠了：「餐廳老闆，35–55 歲，在兩次營業之間用手機瀏覽，想快速看到價格和交期。」
4. 頁面和功能
列出你預期的頁面，並單獨列出所有有互動的功能：
- 聯絡或預約表單（提交內容發到哪裡？）
- 線上支付或商城（多少商品？有沒有規格？）
- 部落格或新聞（誰來寫，多久更新一次？）
- 多語言（哪些語言，誰來翻譯？）
- 帳戶或會員區
- 整合：CRM、郵件訂閱、日曆、資料統計
功能對成本的影響遠大於頁面數量，所以這裡要寫具體。
5. 內容：誰提供什麼
每個頁面都註明：文字、圖片和影片是你提供，還是需要製作。內容缺失是網站延期上線最常見的原因。
6. 設計方向
分享三到五個你喜歡的網站，並說明每個網站具體喜歡什麼——字型、留白的版式、產品圖的展示方式。再加一個你不喜歡的網站和原因。如果有 logo 和品牌規範，一併附上；如果沒有，也要說明，因為品牌設計是另一項獨立的工作（見創業公司上線時真正需要的品牌形象）。
7. 技術要求
- 有網域嗎？有伺服器/主機嗎？
- 上線後誰來維護內容，他們的技術水平如何？
- 有沒有必須保留的東西：現有商城、預約系統、企業電子郵件？
- SEO：是否在替換一個已經有排名的網站？（如果是，301 重定向很重要。）
8. 預算和時間
給一個範圍而不是一個數字，並說明日期是固定的（發布會、展會）還是可以靈活調整。有了範圍，開發者可以提出在預算內能做什麼，而不是去猜。
9. 你們如何做決定
誰來確認設計，多快能回覆？一個能在一天內回覆的決策人，比任何專案管理工具都管用。
不需要寫的內容
- 沒有理由的技術選型。 寫「團隊需要不依賴開發者就能編輯頁面」，而不是指定某個 CMS——除非你已經在用它。
- 40 個頁面的完整網站地圖。 先從服務主要目標的頁面開始，其餘的可以後續再加。
- 你想過的所有點子。 把「有更好」的需求單獨列一張清單，方便單獨報價。
範本
複製到文件裡填寫即可：
# 網站需求說明書 — [公司名稱]
## 關於我們
[三句話：你是誰、賣什麼、誰在買]
## 目標
主要：[一個目標 + 儘量量化]
次要：[最多兩個]
## 受眾
- [訪客類型 1：是誰、想找什麼、什麼會讓他們離開]
- [訪客類型 2]
## 頁面
- [頁面]：[作用]
## 功能
- [功能]：[細節，例如"聯絡表單 → 傳送到 sales@"]
## 內容
| 頁面 | 文字 | 圖片 | 影片 |
| ---- | ---- | ---- | ---- |
| 首頁 | 我們提供 | 需要拍攝 | — |
## 設計方向
- 喜歡：[網址] — [具體喜歡什麼]
- 不喜歡：[網址] — [原因]
- 品牌資產：[已附上 / 暫無]
## 技術
網域：[有/無] · 主機：[有/無] · 上線後維護人：[誰]
必須保留：[現有系統]
是否替換有排名的網站：[是/否]
## 預算和時間
預算範圍：[從–到] · 上線：[日期，固定或靈活]
## 決策
決策人：[姓名] · 通常回復時間：[例如 1 天]
## 有更好（單獨報價）
- [...]接下來會發生什麼
有了這樣一份需求說明，好的開發者回覆你的會是一份明確範圍的方案，而不是一串問題：包含什麼、不包含什麼、時間安排，以及每個部分的價格。如果兩份報價仍然差距很大，請他們分別解釋金額最大的那一項——你從這次對話中學到的，會比比較總價多得多。
要做的是應用而不是網站？原則相同，只是更強呼叫戶流程——見開發一個 MVP 要花多少錢。
需求說明寫好了？發給我看看。
