很多業務做提案時，第一個反應是把資料做得越完整越好：公司介紹、服務項目、功能列表、成功案例、方案價格全部塞進去，最後做成十幾頁甚至幾十頁。
問題是，客戶真正想知道的通常沒有那麼複雜。他在意的是：你有沒有聽懂我的問題？你建議我怎麼做？要花多少？多久可以完成？有哪些風險？如果我要往下走，下一步是什麼？
所以一份好的銷售提案書，不是拿來證明你知道很多，而是幫客戶把決策需要的資訊整理好。尤其是網站服務、顧問方案、企業服務、線上課程、高單價方案這類需要先理解需求再報價的產品，提案如果寫得清楚，客戶就不用自己把零散資訊拼起來。
銷售提案書是什麼？它和報價單差在哪裡？
銷售提案書是針對特定客戶、特定需求所整理的方案文件。它不只告訴客戶「多少錢」，還要說明目前問題、建議方案、執行範圍、時程、價格、證據與下一步。
| 項目 | 銷售提案書 | 報價單 |
|---|---|---|
| 主要目的 | 幫客戶理解為什麼選這個方案 | 列出品項、價格與交易條件 |
| 內容重點 | 需求、目標、方案、範圍、價值、時程、價格、下一步 | 品項、數量、單價、總價、付款與有效期限 |
| 適合情境 | 客製服務、高單價方案、顧問、企業採購 | 規格已清楚、需求相對標準化的交易 |
| 客戶看完要回答的問題 | 這個方案適不適合我？ | 我要不要接受這個價格與條件？ |
兩者不是互相取代。很多案件會先用提案把方案講清楚，再附正式報價單。如果你要進一步整理報價內容，可以延伸閱讀報價單怎麼寫比較容易成交？業務報價的 9 個重點。
提案前先確認 5 件事，不要回公司才開始猜
提案寫得再漂亮，如果前面需求判斷錯了，內容越完整反而越浪費時間。正式動手前，至少先確認以下幾件事：
- 目前狀況：客戶現在怎麼做？卡在哪裡？
- 優先目標：這次最想先改善哪一件事？
- 決策方式：誰使用、誰影響、誰最後核准？
- 預算方向：有沒有預算範圍？預算怎麼核定？
- 時程：何時要決定、啟動或上線？
這一段其實就是前面幾篇銷售方法的接點。你可以用BANT 銷售法整理預算、決策權、需求與時程，再用SPIN 銷售提問把客戶真正的問題與影響問清楚。等這些資訊足夠，再開始寫提案，會比拿一份通用模板改公司名稱有效得多。
1. 先寫客戶的需求摘要，不要先放公司歷史
客戶打開提案後，最先想確認的是：「你到底有沒有聽懂我？」
所以前面可以先用一小段文字整理你們已經確認的情況，例如：
- 目前主要透過社群私訊接單，訂單資料分散。
- 講師已經有課程內容，但學員付款、帳號與課程交付仍靠人工處理。
- 公司現有網站只有品牌介紹，業務仍需要重複寄相同資料給客戶。
這裡不要故意把問題寫得很嚴重，也不要加入客戶沒有說過的痛苦。只整理已經確認的事實、限制與目標。如果客戶看完第一段就覺得「對，這就是我們現在的狀況」，後面的方案才有共同基礎。
2. 把目標寫成可以判斷的結果
「提升品牌」「改善效率」「增加業績」都太模糊。提案裡的目標，最好能讓雙方知道完成後要看到什麼變化。
例如網站案件可以寫成：
- 讓訪客能在網站看懂主要方案與適合對象。
- 讓有需求的人能透過表單留下必要資料。
- 讓商品可以從商品頁進入購物車與結帳流程。
- 讓付費學員登入後能進入自己已購買的課程。
這種寫法比「打造高轉換網站」更容易驗收，因為雙方知道功能與流程要做到哪裡。至於流量、營收、成交率等結果，如果不是你能單獨控制，就不要在提案裡寫成保證。
3. 提出一個有理由的建議方案，不要只丟一排選項
有些提案會列出 A、B、C、D 四五種方案，卻沒有告訴客戶哪一個最適合。看起來選擇很多，實際上是把判斷工作全部丟回客戶。
如果前面的需求已經問清楚，提案應該敢做建議。你可以先寫：
依目前確認的需求，建議優先採用 A 方案，原因是它已涵蓋目前最需要的三個流程；B 方案則適合之後有更多商品、會員或自動化需求時再升級。
這不是替客戶做決定，而是把你的專業判斷講出來。如果只是把全部服務列給客戶自己選，提案的價值會很接近價目表。
方案內容可以接著使用FABE 銷售法整理：先說特色，再說它帶來的差異、對這位客戶的實際利益，最後補上能核對的證據。
4. 工作範圍要寫清楚「包含什麼，也不包含什麼」
提案最容易在成交後出問題的地方，往往不是價格，而是雙方對「我以為有包含」的理解不同。
所以工作範圍至少要寫清楚：
- 實際交付項目。
- 頁面、功能、內容或服務數量。
- 客戶需要提供哪些資料。
- 包含幾次修改或確認。
- 哪些第三方費用另計。
- 哪些項目不在本次範圍。
「不包含」不是在防客戶，而是在降低雙方誤會。範圍越清楚，客戶也越容易比較不同廠商到底是不是在報同一件事。
5. 時程不要只寫完工日，要寫里程碑與前置條件
只寫「預計 30 天完成」看似簡單，實際執行時很容易卡住，因為有些工作要等客戶提供內容、確認設計或完成第三方申請。
比較清楚的寫法是把專案拆成幾個階段：
| 階段 | 主要工作 | 需要客戶配合 |
|---|---|---|
| 需求確認 | 確認範圍、流程與素材清單 | 提供既有資料與需求 |
| 製作 | 頁面、功能或內容建置 | 必要時補資料 |
| 確認 | 測試、修改、驗收 | 集中回覆修改意見 |
| 上線 | 正式啟用與交付 | 確認帳號、付款或相關設定 |
如果時程會受到素材、審核、第三方服務影響，也要在提案裡寫清楚前置條件，不要把所有延遲風險都藏起來。
6. 價格不要只放一個數字，要讓客戶知道他在買什麼
價格應該透明，但透明不代表只放「總價 NT$XX,XXX」。客戶需要知道這個價格對應到哪一個範圍、付款方式與後續費用。
至少可以交代：
- 方案總價或各階段費用。
- 一次付清、分期或訂閱方式。
- 需要續約的項目與時間。
- 可能另外產生的第三方費用。
- 報價有效期間。
如果有兩到三種方案，也要把差異寫成客戶看得懂的決策條件，不要只寫「基本版、進階版、旗艦版」然後把功能打勾。客戶真正需要知道的是：什麼情況選哪個，少掉的功能會影響什麼。
7. 證據要支持提案裡的主張，不是越多越好
公司得過獎、服務很多客戶、Logo 放滿一頁，不一定能回答眼前客戶的疑問。證據最好和這次提案直接相關。
- 說明某項流程可以完成，就展示實際流程或 Demo。
- 說明方案包含哪些工作，就列出交付清單。
- 使用客戶案例時，挑和這次需求接近的案例。
- 引用成果數字時，必須是真實、可確認，而且條件要說清楚。
- 沒有合適案例時，可以用規格、流程、示範與文件作為證據，不要硬編見證。
證據的功能是降低不確定性，不是把提案變成自我表揚大會。
8. 最後一定要寫清楚下一步，不要只寫「有問題歡迎聯絡」
很多提案前面寫得很完整，最後卻停在一句「以上提供參考，如有問題歡迎與我們聯絡」。這代表客戶看完之後，還要自己想下一步要做什麼。
更實用的寫法是直接告訴他：
- 如果同意方向，要回覆確認哪一個方案。
- 接下來是否需要簽約、付款或填寫資料。
- 確認後多久會開始第一個步驟。
- 如果還需要內部討論，可以安排哪一個確認點。
- 若報價有真實有效期限，要清楚寫明日期與原因。
這裡不要用假倒數、假名額或不存在的期限逼單。真正的排程、報價有效期、資源安排可以寫；沒有的就不要硬製造。
一份實用的銷售提案書，可以直接照這個順序整理
| 順序 | 內容 | 客戶要看懂什麼 |
|---|---|---|
| 1 | 需求摘要 | 你有沒有理解我的情況 |
| 2 | 目標 | 這次合作要改善什麼 |
| 3 | 建議方案 | 你建議怎麼解決，以及為什麼 |
| 4 | 工作範圍 | 我實際會得到什麼 |
| 5 | 時程 | 什麼時候做、我需要配合什麼 |
| 6 | 價格與條件 | 要投入多少、怎麼付款 |
| 7 | 證據 | 為什麼值得相信 |
| 8 | 下一步 | 如果要繼續，現在要做什麼 |
公司簡介、團隊介紹、完整服務清單可以放在後面，或只保留這次決策真的需要的部分。提案不是越長越專業，真正重要的是客戶能不能快速找到決策資訊。
網站可以成為提案的延伸，而不是每次都重複寄一堆附件
如果業務每次提案都要重新解釋公司介紹、產品功能、常見問題、付款方式與案例，代表有一部分資訊其實可以先放在網站上。
提案只需要針對這位客戶整理需求與建議，再把需要深入了解的部分連回網站。例如電商業者可以讓客戶直接看到商品、購物車、付款與訂單流程；如果你本身要建立這類銷售入口，可以參考電商購物網站。
講師、顧問與知識型服務則可以把課程介紹、方案、會員登入與學習流程放在自己的網站上。若你希望把銷售與後續課程交付放在同一套架構，可以參考線上課程學院網站。這樣提案不需要每次從零解釋所有基礎資訊，而是把重點放回這位客戶為什麼需要、適合哪一個方案。
銷售提案最常見的 7 個錯誤
- 一開頭就是公司介紹：客戶還沒看到自己的問題，就先看你成立幾年、做過什麼。
- 把模板換名字就寄出：內容看起來適合所有人，也就沒有特別適合眼前這位客戶。
- 方案太多卻沒有建議：表面上給選擇，實際上把判斷責任全部丟回客戶。
- 工作範圍太模糊：成交前看似簡單，成交後最容易產生追加與認知落差。
- 只放價格，沒說範圍：客戶只能拿總價跟別人比，卻不知道服務內容是否相同。
- 證據和主張沒有關係：放很多 Logo、獎項與數據，卻沒有回答客戶真正擔心的事。
- 沒有下一步：提案寄出去之後只能一直問「考慮得如何」。
如果提案寄出後客戶沒有回覆，可以接著看客戶詢問後不回覆怎麼辦？業務跟進的 8 個方法，先找出客戶卡在哪一個決策點，而不是重複催單。
常見問題：銷售提案書實際怎麼準備？
銷售提案書一定要做成簡報嗎？
不一定。PDF、文件、簡報或網頁都可以，重點是資訊容易閱讀、價格與範圍清楚，而且客戶知道怎麼往下一步。需要會議說明的案件可以用簡報；客戶要內部轉傳時，則最好另外準備不用人在旁邊講也看得懂的版本。
提案書越長越專業嗎？
不是。長度要看案件複雜度。標準服務可能幾頁就能說清楚，企業採購或複雜專案則需要更多範圍、技術與合約資訊。判斷標準不是頁數，而是決策需要的資訊有沒有完整。
價格應該放在提案前面還是後面？
沒有固定答案，但通常至少要先讓客戶知道你理解他的需求、建議哪個方案與範圍，再進入價格。否則客戶在還沒看懂買什麼之前，最容易只剩下數字比較。
沒有客戶案例，提案還能放什麼證據？
可以放實際 Demo、功能畫面、流程、規格、交付清單、正式文件或你能公開驗證的作品。沒有證據就誠實說明，不要為了看起來有說服力而編造見證或成果。
提案和合約可以做成同一份嗎？
視交易方式而定。有些簡單服務會把方案、價格與條款整合在一起；複雜案件則常把提案、正式報價與合約分開。無論採哪種方式，都要讓工作範圍、付款、責任與變更方式一致，避免不同文件互相矛盾。
提案的目的，是讓客戶更容易做出判斷
銷售提案不是資料比賽。客戶不需要知道你所有的功能、所有的服務與所有的歷史，他需要的是一份能回答眼前決策問題的文件。
先把需求摘要寫準，再把目標、建議方案、範圍、時程、價格、證據與下一步排清楚。客戶看完之後，最好能直接知道三件事：你理解什麼、你建議什麼、如果要繼續該做什麼。
做到這一步，提案才不只是寄出去等回覆的附件，而是整個成交流程裡真正能幫助客戶做決策的一環。