怎麼寫一份打動客戶的提案

醫生不會一開口就報價 比喻：你走進診間，醫生還沒問你哪裡不舒服，就說：「我建議動手術，費用三十萬。」你不會覺得他有效率，你會想換一家。 但如果他先說「你這個痛法，聽起來已經有一陣子了，而且晚上特別明顯對不對」——你會覺得他懂，然後才聽得下去後面。 提案的順序，本身就是說服的一部分。 為什麼報價要放最後 不是為了藏。是因為同一個數字，在不同的上下文裡感覺完全不同。 看到數字之前，他讀了什麼　·　他心裡在評估什麼 什麼都沒有，數字在第一頁　·　這個貴不貴 他的痛點、現況的代價、你的方案　·　這個值不值得 順序：痛點 → 現況代價 → 方案 → 範圍 → 時程 → 報價 → 你需要他配合的事。 七個章節（示意拆解） 下面拆解一份虛構但典型的提案。 1. 我們理解的問題 技巧：引用他自己說過的話。 訪談中提到：「報價單要花三天，客戶常常等不及就跑掉了。」實際卡點不在製作報價單本身，而在確認庫存與價格時需要跨三個系統查詢。 引用原句比任何華麗的分析都有說服力，因為它證明你真的在聽（第 03 集）。 2. 現況的代價 把痛量化。 這一節是後面報價的支撐點： 目前每張報價單平均耗時 N 小時，業務團隊每月處理約 M 張，相當於每月約 X 人天投入在查詢與確認。 數字要從訪談裡來，而且要讓客戶確認過。這也是第 04 集講的基準線——它在這裡第一次發揮作用。 3. 建議方案 一段話加一張圖（第 08 集的第一層圖），不要技術細節。決策者不需要知道你用什麼資料庫。 4. 範圍：做什麼、不做什麼 直接把第 04 集需求文件的 Must 與 Won't 搬過來。在提案階段就寫「不做什麼」，是專業的訊號，不是防衛。 5. 時程與里程碑 每個里程碑要寫兩件事：我們交付什麼，以及需要你在什麼時候完成什麼。 6. 報價與付款節點 不要只有一個總數。拆成建置、整合、培訓、支援期，並標出付款節點（第 15 集）。 7. 我們需要你配合的事 最常被省略的一節，也是最保護你的一節： ・資料：某某系統的唯讀權限，需在專案第 1 週內提供 ・窗口：一位業務代...