接案提案書怎麼寫？讓方案回應客戶真正的問題

接案提案書不是單純的報價單

報價單通常列出品項、數量與費用；提案書還需要交代為什麼建議這樣做、實際會完成哪些工作，以及雙方如何確認成果。

尤其在客製化網站、顧問、設計或內容服務中，客戶可能無法只看價格就判斷差異。提案書應讓對方理解工作範圍與選擇理由。

先確認客戶真正要解決的問題

正式寫提案前，先整理需求訪談中的三件事：目前遇到什麼困難、希望改善什麼、有哪些限制。

如果客戶說想把網站做得更漂亮，可以進一步確認是資訊難找、品牌形象不一致，還是手機閱讀不方便。不同問題需要的工作不同。

不要把自己的常用服務直接套在每個客戶身上。提案應先回應問題，再介紹方案。

提案書第一部分：專案背景與需求摘要

用簡短文字重述客戶的現況與這次合作的目標。避免寫成對客戶的批評，也不要把未經確認的推測當成事實。

例如：「目前網站已有服務介紹，但詢問流程分散。這次希望整理主要服務頁面，讓訪客更容易找到聯絡方式。」

摘要寫完後，最好讓客戶能夠確認這確實是雙方討論的問題。

第二部分：建議方案與選擇理由

說明你建議採取哪些工作，以及每項工作與目標的關係。不要只列一串專業名詞。

如果建議重新整理網站架構，可以解釋是為了讓不同服務有清楚入口；如果建議優化詢問表單，可以說明是為了讓客戶更容易提供必要資訊。

同時應說明方案的限制。沒有充分資料時，不應保證某項調整一定帶來特定營收。

第三部分：明確列出交付項目

交付項目應具體到雙方可以核對，例如完成幾個頁面、提供幾份文件、安排幾次會議、是否包含基本測試與操作交接。

只寫「完整品牌規劃」或「網站建置一套」，容易讓雙方對內容有不同想像。

如果部分項目尚待確認，可以標示為可選服務或下一階段工作，不必勉強全部納入同一份報價。

第四部分：寫清楚不包含的範圍

客戶可能以為圖片拍攝、文案撰寫、主機費用、第三方工具、長期維護都包含在服務內。若沒有包含，就應明確說明。

不包含項目不是為了推卸責任，而是幫助客戶規劃完整預算，也避免開始合作後才發現需要另外採購。

第五部分：安排執行階段與時程

提案書可以把工作分成需求確認、製作、測試、修正與交付等階段。每個階段寫出主要工作與需要客戶配合的事項。

例如網站專案可能需要客戶先提供文字與圖片，才能進入頁面製作。若素材延遲，整體完成日期也可能需要調整。

不要只寫一個完工日期，卻沒有說明日期成立的前提。

第六部分：費用與付款條件

報價要對應交付範圍，讓客戶知道支付的費用包含哪些工作。若有分階段付款，也要清楚寫出金額、時間點與條件。

第三方軟體、主機、廣告預算或其他外部費用，若需要客戶另外支付，應分開列示。

對於可能新增的工作，可以說明會先確認變更內容與費用，不應在提案中留下模糊的無限追加空間。

第七部分：修改、驗收與交接方式

說明客戶可以在什麼階段提出意見、由誰統整回覆，以及哪些情況屬於原定修改範圍。

驗收標準應盡量具體，例如指定頁面已完成、必要功能經測試、操作說明已交付。

如果有維護或保固服務，應寫明期間與適用範圍；若沒有，也應避免讓客戶誤會會提供無期限支援。

第八部分：下一步與決策流程

提案最後應讓客戶知道如何確認合作，例如回覆確認、安排說明會議，或依約定流程完成簽約與付款。

若客戶需要主管或採購單位審核，可以提供便於內部轉交的摘要。不要用不必要的壓迫話術要求當場決定。

若提案有有效期限，應有合理的依據，例如檔期或成本可能變動，而不是虛構稀缺性。

提案書的建議閱讀順序

可以先用一頁摘要交代目標、建議做法、主要交付、費用與下一步，再讓有需要的讀者往下看細節。

這樣即使決策者沒有參與全部需求訪談，也能先掌握核心內容。

複雜案件可以附上詳細規格與附件；簡單案件則不需要為了顯得專業而增加大量頁數。

不要讓漂亮排版掩蓋範圍不清

一致的字體、標題與表格確實有助於閱讀，但設計不能取代需求確認。

若提案中沒有寫清楚誰提供素材、交付幾次、何時驗收，即使版面再精美，合作後仍可能出現爭議。

先確保內容正確，再調整閱讀順序與視覺呈現。

網站建置提案書範例：從問題出發

假設一位顧問已有網站，但服務內容分散，潛在客戶不容易理解不同方案。訪談後確認，這次合作的重點是整理服務介紹與詢問流程。

提案摘要可以寫：「本專案將整理服務資訊的呈現方式，建立清楚的服務頁面與詢問入口，協助訪客理解可選擇的服務內容。」

接著列出具體交付，例如網站架構整理、指定頁面製作、表單設定、基本測試與操作說明。

如果文案由客戶提供、攝影與長期維護不包含，就在範圍中清楚標示。這樣比只寫「打造高轉換網站」更容易判斷交付內容。

顧問服務提案書範例：先定義成果

假設企業希望改善內部協作，需求訪談發現不同部門對流程的理解不一致。這時不宜只列出幾堂培訓課程，還要確認是否需要前期訪談、流程盤點與後續追蹤。

提案可以分成現況訪談、問題整理、工作坊與改善建議等階段，並列出每個階段的交付文件。

若服務只包含建議與培訓，不包含代為執行內部管理調整，應明確說明責任界線。

三種方案怎麼設計才不會混亂？

當客戶需求有明確的優先順序時，可以提供不同工作範圍的方案。例如基礎方案聚焦必要交付，進階方案增加內容整理，完整方案再納入額外流程。

不同方案必須有清楚的內容差異，而不是只換名稱或刻意增加不必要的項目。

如果客戶的需求已非常明確，單一方案也可能足夠，不必為了行銷形式硬湊三種價格。

提案書如何說明服務價值？

價值不等於把費用說得越高越好。應讓客戶知道工作會協助處理哪些具體問題，以及交付後能如何使用成果。

例如整理服務內容可以減少訪客找資訊的困難，改善後台操作流程可能降低日常更新的麻煩。

這些是合理的設計目的，不等於可以保證流量、詢問量或營收一定成長。

客戶只比較價格時怎麼辦？

先確認比較的是否為相同工作範圍。有些報價包含內容規劃與交接，有些只包含製作；若沒有逐項比較，很容易誤以為服務完全相同。

可以提供清楚的交付清單與排除項目，協助客戶自行評估。

不要貶低競爭者，也不要為了搶案而承諾無法完成的工作。

提案送出前要核對哪些細節？

核對客戶名稱、專案目標、交付項目、範圍排除、費用、時程、付款方式與下一步。

再檢查提案中的假設是否已標示，是否有引用尚未取得的素材或資料，以及有沒有誤把口頭討論寫成正式承諾。

如果方案涉及第三方服務，也要確認費用與授權條件的描述沒有誤導。

提案送出後，怎麼安排說明與跟進？

送出提案時可以簡短指出文件中的重點，並詢問客戶是否需要安排說明。對較複雜的方案，口頭解釋能幫助對方理解工作範圍。

若客戶需要內部討論，可以先確認適合的回覆時間。跟進時應詢問是否有需要釐清的條件，而不是反覆催促對方付款。

如果客戶暫時沒有合作計畫，尊重對方決定，也保留日後重新討論的可能。

如果客戶要求刪減費用，先調整範圍

面對預算限制，可以一起檢視哪些交付是必要的，哪些項目能分階段進行。

例如原本包含多個頁面與內容整理，若預算不足，可以先完成最重要的服務介紹與聯絡流程，再安排後續擴充。

調整費用時也應同步調整交付與時程，不要在相同承諾下無限制降低價格。

客戶提出新需求，原提案還有效嗎？

如果新增需求會影響工作量、工具費用或交付期限，就應重新確認範圍。可以提出更新版提案或變更說明，並標示與原版本的差異。

不要讓多個版本同時流通卻沒有清楚標記，否則後續容易引用不同的條件。

版本日期與主要變更摘要，可以讓客戶及內部審核人員更容易核對。

如何避免提案變成免費完整企劃？

提案應足以讓客戶理解建議方案、交付與費用，但不代表在合作前就必須完成所有研究、策略文件或可直接執行的細部規格。

若客戶需要深入分析才能決定後續工作，可以先提出明確的診斷或規劃服務，並說明其交付內容。

同時也不能只用空泛形容詞要求客戶先付款。合理的提案仍需要讓對方知道自己將購買什麼服務。

常見錯誤一：開頭只介紹自己

專業背景與作品可以增加理解，但不應佔據整份提案的主要篇幅。客戶最先需要知道的是，你是否理解他的問題，以及方案是否符合需求。

可以把相關經驗放在方案之後，挑選與本次工作最有關的案例說明。

常見錯誤二：交付項目寫得太抽象

像是「全方位優化」「完整規劃」「專業支援」等詞語，若沒有對應具體工作，很難作為驗收依據。

應寫明要完成哪些文件、頁面、設定、會議或交接工作，以及合理的範圍限制。

常見錯誤三：忽略客戶配合事項

提案如果只寫接案者何時交付，卻沒寫客戶需要何時提供資料、誰負責審核，專案開始後容易卡住。

可以列出雙方責任與必要的回覆流程，讓時程安排有共同依據。

常見錯誤四：用保證成果取代工作說明

客戶當然希望看到成果，但流量、銷售或組織改變往往受到多種因素影響。

應清楚說明可以交付的工作與可觀察的指標，不要在缺乏證據時承諾一定達成特定數字。

常見問題：提案書一定要做成簡報嗎？

不一定。文件、簡報或其他格式都可以，重點是讓客戶容易閱讀、比較與確認。需要多人審核的案件，清楚的文字文件有時更方便留存；需要現場說明的案件，簡報可能較合適。

常見問題：提案書應該寫幾頁？

沒有固定頁數。簡單案件可以用精簡摘要與交付清單說明；複雜專案則可能需要附上詳細規格。不要為了湊頁數加入與客戶無關的內容。

常見問題：要不要附上作品案例？

如果有與本次需求相關的作品，可以簡要說明你的角色、工作範圍與實際交付。若涉及客戶機密或未取得公開同意，應避免揭露敏感資訊。

沒有完全相同的案例，也可以用清楚的工作方法與交付安排協助客戶評估，不必捏造經歷。

常見問題：報價要放在提案前面還是後面？

建議先讓客戶理解問題、方案與交付，再提供費用；但如果客戶明確需要先確認預算，也可以在摘要中列出總費用與包含範圍。

閱讀順序可以依客戶決策方式調整，不必拘泥於單一模板。

常見問題：提案被拒絕要怎麼處理？

可以禮貌詢問是否有不清楚的條件，或是否因時程、預算與優先順序而暫緩。對方不一定願意提供原因，應尊重其決定。

把可改善的資訊記錄下來，用於下次需求訪談與提案設計，不需要把每一次未成交都視為個人能力不足。

結語：提案書要讓客戶看見解決問題的路徑

有效的接案提案書，應把需求訪談中的問題轉成清楚的工作安排，讓客戶知道為什麼建議這個方案、會收到哪些交付，以及如何確認合作。

與其追求華麗的模板，不如把專案背景、工作範圍、時程、費用、責任與驗收說清楚。當這些條件都能被理解與核對，提案才有機會成為順利合作的起點。

參考資料

Asana｜Project Proposal
Asana｜Project Scope
Project Management Institute｜Learning Library