開場：三家報價，NT$8 萬、NT$18 萬、NT$25 萬
一位餐飲業老闆要做線上點餐系統，發需求給三家廠商，回來三個報價：8 萬、18 萬、25 萬。他第一反應是「8 萬那家最划算」。實際上，8 萬那家報的是「一個能下單的頁面」，25 萬那家報的是「含金流、後台、出餐管理、LINE 通知、三個月保固」。報價差三倍，是因為他的需求說明書只有兩句話，每家只好各自猜他要什麼。RFP（Request for Proposal，需求說明書）的作用，就是把「各說各話」變成「並排比較」。
業界迷思打破
- 迷思一：「我不懂技術，寫不出 RFP」。真相：好的 RFP 不需要你懂技術，需要你講清楚「業務上要達成什麼、有哪些限制」。技術方案是廠商的事，需求是你的事。
- 迷思二：「寫太細會綁死廠商、報價變貴」。真相：模糊才會變貴——廠商會把不確定性當風險加進報價（俗稱「怕死加成」）。講清楚反而讓報價更精準、更低。
- 迷思三：「找到最便宜的就對了」。真相：最便宜通常是漏項最多的。沒有共同的 RFP 基準，你根本不知道自己在比什麼。
- 迷思四：「RFP 是大公司才需要的東西」。真相：一頁的 RFP 就能大幅改善小專案的報價品質，關鍵是結構不是長度。
核心框架：一份 RFP 的 7 個必備段落
- 1. 專案背景與目標：你是誰、為什麼要做、成功長什麼樣（一句話能量化最好，如「線上訂單佔比從 0 到 30%」）。
- 2. 功能範圍：分「必須有 / 最好有 / 這次不做」三欄（[MoSCoW 法](https://en.wikipedia.org/wiki/MoSCoW_method)），這是壓住 scope creep 的關鍵。
- 3. 非功能需求：預期流量、載入速度（如 [LCP < 2.5 秒](https://web.dev/articles/lcp)）、裝置（RWD/App）、語系、無障礙。
- 4. 整合與限制：要串哪些現有系統（金流、POS、LINE、CRM）、有沒有指定技術或主機。
- 5. 交付與時程：期望上線日、里程碑、驗收方式。
- 6. 預算範圍：給一個區間（不是不寫）。寫區間能讓廠商在你的預算內提對的方案。
- 7. 回覆格式要求：要求報價按功能拆項、註明保固與維護、列出負責人與時程——這樣三家回來的東西才能並排比。
三類典型情境的對照
- 微型店家（單店、預算 < NT$15 萬）：RFP 一頁就好，重點在「功能三欄」與「預算區間」，避免被漏項報價騙。
- 成長型中小企業（多分店、NT$30–80 萬）：RFP 要含整合段落（POS/CRM/會員），因為坑都在串接，不在單一功能。
- 有 IT 但缺人力的公司（NT$80 萬+）：RFP 要含非功能需求與交付規範，重點是「交接與文件」，避免日後被單一廠商綁架。
隱藏成本完整清單（沒寫進 RFP 就會變追加帳單）
- 金流手續費：綠界約 2.8%、Stripe 約 3.4%（持續性、常被忽略）。
- 第三方 API／簡訊／LINE 推播費用（按量計費）。
- SSL、網域、主機／CDN 年費。
- 上線後維護與 bug 保固（沒寫就是沒有）。
- 內容與資料建置工時（商品上架、圖片、文案——常常是客戶自己低估的）。
- 需求變更成本（scope creep）：沒有變更控制條款，每次「順便加一下」都是隱形帳單。
評估外包夥伴的 KPI 計分卡（收到回覆後用這張打分）
- 報價透明度：有沒有按功能拆項？（1–5）
- 需求理解度：回覆有沒有針對你的 RFP，還是罐頭範本？（1–5）
- 技術合理性：技術選型有沒有解釋 why？（1–5）
- 時程可信度：里程碑是否具體？（1–5）
- 保固與維護：有沒有明列保固期與維護方案？（1–5）
- 溝通品質：回覆速度與清楚度？（1–5）
- 交付與智財：原始碼與帳號歸屬是否寫清楚？（1–5）
- 案例佐證：有沒有相關產業案例？（1–5）
ScriptWalker 的對應方案 + 不適合的情境
我們提供四種合作模式：單次專案、月費 Retainer、技術顧問、專屬遠端團隊。收到 RFP 後，我們會用它做「並排報價」，並主動指出你 RFP 裡漏掉、日後會變追加的項目。
誠實說，以下情境我們不適合：
- 預算與需求嚴重不成比例、且不願調整範圍的專案。
- 只想找「最便宜的手」、不在乎交付品質與後續維護的一次性單。
- 需求完全無法定義、期望邊做邊想且不接受變更控制的專案。
過渡期／啟動期遊戲書
- 第 1 週：用你的 RFP 開一次需求對齊會，把「必須有／這次不做」逐條確認、簽字。
- 第 2–4 週：交付 wireframe 與技術方案，鎖定範圍與里程碑付款。
- 第 90 天：回顧首個里程碑的實際 vs 預期，調整後續節奏。
決策清單
- ☐ 我能用一句話說出這個專案的成功指標？
- ☐ 我把功能分成「必須／最好／不做」三欄了？
- ☐ 我列出要串接的現有系統？
- ☐ 我給了預算區間（不是留白）？
- ☐ 我要求廠商按功能拆項報價？
- ☐ 我問了保固、維護、原始碼歸屬？
- ☐ 我用同一份 RFP 發給每一家（可比較）？
常見問題 FAQ
我真的要把預算寫進 RFP 嗎？廠商不會直接報到我的上限？
寫「區間」而不是「上限」。給區間能讓廠商在你的預算內提對的方案，而不是報一個你根本負擔不起的豪華版、或一個漏東漏西的低價版。不寫預算，廠商只能亂猜，報價反而更不準。
RFP 要寫多長才夠？
結構比長度重要。小專案一頁、含 7 個段落各幾句話就很有用；大專案再展開非功能需求與整合細節。重點是每家廠商拿到的是同一份、能並排比較的基準。
我不懂技術，非功能需求那段怎麼寫？
用業務語言寫就好：「尖峰同時 500 人下單不能掛」「手機打開 3 秒內要看到畫面」「要支援中英文」。把技術怎麼達成留給廠商，你只要講清楚業務上的底線。
行動呼籲
需要一份 RFP 範本，或想讓我們用你現有的需求做一次「並排報價 + 漏項盤點」？我們提供免費 30 分鐘諮詢，把選擇權還給你。
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p