為什麼你需要一份網站需求書？
想像你要裝潢新辦公室，卻只跟設計師說「幫我弄一個好看的空間」——最後的成品恐怕和你的想像天差地遠。網站設計也是同樣的道理，如果沒有一份清楚的需求文件，設計公司只能憑經驗猜測，而猜測往往意味著來回修改、追加費用，甚至專案延期。
網站需求書，英文稱為 RFP（Request for Proposal），是企業在發包網站設計時最重要的溝通工具。它不是一份技術文件，而是一份商業溝通文件——用來清楚表達你的目標、期待與限制條件，讓設計公司能夠精準理解你的需求並提供合適的方案。
一份好的 RFP 帶來三大好處：
- 報價更精準：設計公司能根據具體需求給出合理報價，避免「先報低價再追加」的情況
- 溝通更高效：雙方從一開始就對範圍有共識，減少後續來回確認的時間
- 成果更符合預期：有明確的驗收標準，專案完成時雙方都能清楚判斷是否達標
無論你是第一次建置網站，還是準備進行網站改版，花時間寫一份完整的 RFP 絕對是值回票價的投資。
RFP 的六大必備項目
一份完整的網站需求書不需要長篇大論，但以下六個項目缺一不可。每個項目都在回答設計公司最關心的問題，幫助他們判斷專案規模並提供精準報價。
一、公司背景與產業說明
簡要介紹你的公司、產業別、主要產品或服務、目標客群。這些資訊幫助設計公司快速進入狀況，理解你的商業脈絡。
應包含：公司名稱、成立年份、主力業務、主要競爭對手（選填）、現有網站網址（如有）。
二、網站目標與 KPI
這是 RFP 中最重要的部分。你希望這個網站為公司帶來什麼價值？是提升品牌形象、增加線上詢問量、還是直接帶動銷售？
建議用可量化的指標來描述目標，例如：「希望網站上線後 3 個月內，每月線上詢問量從 10 筆提升到 30 筆」。具體的目標讓設計公司能針對性地規劃動線與功能。
三、功能需求清單
列出你需要的所有功能，並區分「必要功能」和「加分功能」。例如：
| 必要功能 | 加分功能 |
|---|---|
| 公司介紹頁面 | 線上即時客服 |
| 產品/服務展示 | 多語系切換 |
| 聯絡表單 | 會員登入系統 |
| 手機版自適應 | 部落格/最新消息 |
| SEO 基礎建置 | 電子報訂閱 |
四、設計風格偏好
不需要懂設計術語，最有效的方式是提供 3-5 個你喜歡的參考網站，並說明喜歡的原因。例如：「喜歡 A 網站的配色簡潔感」「喜歡 B 網站的動態效果」。同時也可以列出不喜歡的風格，幫助設計公司縮小方向。
五、預算範圍
很多企業主擔心先說預算會被「報滿」，但不透露預算反而會造成更大的問題。設計公司需要根據預算來規劃方案——10 萬和 50 萬能做到的事情截然不同。建議給出一個合理的預算區間，例如「15-25 萬」，讓設計公司在範圍內提供最佳方案。
六、時程與里程碑
說明你期望的上線日期，以及是否有特殊時程需求（例如配合產品發表、展覽活動）。合理的時程規劃通常包含：需求確認、設計稿、前端開發、後端開發、測試上線等階段。
RFP 範本格式
以下是一份精簡版的 RFP 範本，你可以根據自己的需求調整內容深度：
一、公司概況
- 公司名稱：○○○股份有限公司
- 產業別：○○業
- 主要產品/服務：○○○
- 現有網站：www.example.com
- 聯絡窗口：○○○（職稱 / 電話 / Email）
二、專案目標
- 主要目標：（例如：提升品牌專業形象，增加線上詢問量）
- 量化指標：（例如：每月詢問量從 10 筆成長到 30 筆）
- 目標受眾：（例如：25-45 歲的中小企業主）
三、功能需求
- 必要功能：（逐項列出）
- 加分功能：（逐項列出）
- 後台管理需求：（例如：需要自行更新最新消息、產品資料）
四、設計偏好
- 參考網站 1：○○○.com（喜歡的原因：○○○）
- 參考網站 2：○○○.com（喜歡的原因：○○○）
- 品牌色彩：（附上 Logo 及品牌色票）
- 不喜歡的風格：（例如：不要太花俏的動畫效果）
五、預算範圍
- 建置預算：○○ 萬 ~ ○○ 萬
- 年度維護預算：○○ 萬（選填）
六、時程期待
- 期望上線日期：○○年○○月
- 重要節點：（例如：需配合 ○月○日 產品上市）
七、評選標準
- 需提供作品集
- 提案簡報日期：○○年○○月○○日前
- 最終決選日期：○○年○○月○○日
如何描述功能需求？用商業語言取代技術術語
許多企業主在撰寫功能需求時容易犯一個錯誤：試圖用技術語言描述需求。例如寫「需要 AJAX 非同步表單提交」，其實你想說的是「希望客戶送出表單後不用重新整理頁面」。
正確的做法是用商業語言描述你想達成的效果，讓設計公司來決定技術方案。以下是幾個轉換範例：
| 不建議的寫法 | 建議的寫法 |
|---|---|
| 需要 RWD 響應式框架 | 網站在手機和平板上也要好看好操作 |
| 需要 CMS 後台系統 | 我們的行銷人員需要自己更新最新消息和產品資料 |
| 需要 SSL 憑證 | 網站網址要顯示安全鎖頭（https） |
| 需要 Schema Markup | 希望在 Google 搜尋結果中顯示星等評價 |
| 需要 CDN 加速 | 大陸地區的客戶也能快速開啟網站 |
每個功能需求最好附上使用情境，例如：「我們的業務人員需要在外面用手機查客戶資料，所以後台也要支援手機操作。」情境越具體，設計公司越能規劃出貼合你實際使用方式的方案。
預算怎麼抓？避免報價落差的關鍵
「網站設計要花多少錢？」這是每個企業主最關心也最難回答的問題。客製化網站的費用會因功能複雜度、設計精緻度和開發時程而有極大差異。
在 RFP 中處理預算議題，有三個重要原則：
1. 給區間，不給精確數字
寫「預算 15-25 萬」比「預算 20 萬」更好。區間讓設計公司有空間規劃不同方案，也讓你有比較基礎。
2. 區分一次性費用與持續性費用
網站費用不只有建置成本，還有後續的網站維護費用，包含主機、網域、SSL、內容更新等。在 RFP 中同時詢問這兩項，可以更完整地評估總體成本。
3. 說明預算包含的範圍
明確指出預算是否包含內容撰寫、攝影、Logo 設計等項目，避免設計公司以為這些已包含在報價中（或反過來，你以為這些會額外報價）。
RFP 常見的五大錯誤
根據多年與企業主合作的經驗，以下是最常見的 RFP 撰寫錯誤：
錯誤一：需求描述太模糊
「我要一個有質感的網站」——這句話每個人的理解都不同。解方：附上參考網站，用具體的視覺範例取代抽象形容詞。
錯誤二：預算完全不透露
「你們先報價，我再看看」——這會讓設計公司無從判斷該提供什麼等級的方案。解方：至少給出預算區間，讓雙方在合理範圍內討論。
錯誤三：沒有明確的驗收標準
「做到我滿意為止」——這種標準等於沒有標準。解方：在 RFP 中列出具體的驗收項目，例如「所有頁面在手機上可正常瀏覽」「表單送出後 3 秒內收到確認信」。
錯誤四：忽略後續維護需求
只規劃建置階段，沒有思考上線後的維護——半年後想改個圖片卻找不到人。解方：在 RFP 中明確詢問後續維護方案與費用。
錯誤五：一次發給太多家
把 RFP 群發給 20 家設計公司，最後花更多時間在比較與溝通上。解方：先篩選 3-5 家符合條件的設計公司，再發送 RFP 邀請提案。在準備發包前做好功課，能讓整個流程更有效率。
收到報價後怎麼比較？
當你收到多家設計公司的報價後，不要只看總價。建議用以下維度來比較：
- 方案完整度：是否完整回應了 RFP 中的所有需求？遺漏的項目可能代表後續追加費用
- 團隊配置：專案經理、設計師、工程師的資歷與人數配置
- 時程合理性：過短的時程可能犧牲品質，過長的可能代表人力不足
- 作品集品質：是否有同產業或類似規模的成功案例
- 售後服務：上線後的保固期、維護方案與回應速度
- 著作權歸屬：確認設計稿與原始碼的著作權歸屬方式
關於著作權，業界有不同做法。有些公司會將著作權保留、授予客戶永久使用權——例如「著作權為設計公司所有，客戶擁有永久使用權」。這是合理且負責的做法，因為設計公司需要保護其專業框架與元件的智慧財產權，同時確保客戶能永久使用網站不受限制。重點是在合約中透明告知，雙方都清楚權利義務。
結語：好的 RFP 是成功網站的起點
撰寫網站需求書看似費事，但它真正的價值在於幫你釐清自己的需求。很多企業主在寫 RFP 的過程中，才第一次認真思考「我們的網站到底要達成什麼目標」——這個思考本身就非常有意義。
記住，RFP 不需要完美，但需要具體。具體的目標、具體的功能、具體的預算、具體的時程——這些資訊越清楚，設計公司就越能為你量身打造合適的方案。掌握與設計公司溝通的技巧，搭配一份結構完整的 RFP，你就已經邁出了成功建置網站最關鍵的一步。
如果你正準備發包網站設計，歡迎聯繫元伸科技，我們很樂意在你撰寫 RFP 的階段就提供專業諮詢，協助你更精準地定義需求。
