業務提案簡報講完,客戶很客氣地說:「謝謝,資料再寄給我,我們內部討論。」接下來你寄出投影片、提醒幾次,卻始終不知道對方在猶豫什麼。
有時候客戶只是還需要主管批准;有時候正在比較不同供應商;也可能是你介紹了很多功能,卻沒說明那些功能到底能解決什麼問題。這幾種情況,不能全部用「再加強成交話術」來處理。
本篇專談提案會議的實際做法,適合提供網站服務、企業培訓、顧問、專業建置或其他需要事前了解需求的業務人員。如果你要先整理提案書的基本章節與報價表,可以參考站內的業務提案書撰寫指南;這篇會從提案現場出發,說明怎麼講、怎麼問,才能讓對方有足夠資訊做決定。
業務提案之前,先確認客戶是不是已經到了需要提案的階段
有人留下聯絡資料、問了價格,還不代表他已經準備採購。若客戶只想了解有哪些可能做法,卻連目前問題和預計處理時間都說不清楚,太早製作客製化提案,雙方可能都花了很多時間。
HubSpot 的需求探索指引建議在推薦方案前,先了解對方的目標、困難、預算、時程和決策流程。這些不需要像問卷一樣逐題盤問,但至少要知道提案是在回答哪一個真實需求。
開會前的六個必要答案
- 目前哪個問題最值得優先處理?是誰主動提出這個需求?
- 如果合作順利,客戶希望最後看到什麼具體成果?
- 客戶已嘗試哪些方式?為什麼還在找替代方案?
- 這件事有沒有預算範圍、指定完成時間或其他限制?
- 誰使用服務、誰管理專案、誰有權決定付款或採購?
- 正式決策還要經過哪些流程,例如內部會議、資安或法務審查?
六題沒有全數確認,不一定代表不能開會。你可以先做需求討論或初步方案說明,而不是假裝所有條件都已談妥。對高單價服務來說,先承認哪些資訊還不清楚,比在簡報裡把推測講成事實更可靠。
客戶真正想聽的不是公司簡介,而是這個提案和自己有何關係
想像一下:你要向一家企業提案新的員工訓練系統。第一張放公司成立年份,第二張放得獎紀錄,第三張放所有功能。若客戶現在最困擾的是新人每次都要請資深同事重教一次,那麼前面幾頁再精美,他也還沒聽到自己在意的事情。
比較有效的做法,是先說明你從訪談得知的狀況,並請對方確認:「我們理解目前最想改善的是新人交接太依賴個別主管,所以這次先討論教材整理和學習紀錄,方向正確嗎?」
這樣做也可以及早發現誤解。如果客戶回答:「其實目前更急的是內部稽核要看訓練紀錄」,提案就應把驗收資料與權限管理往前放。簡報的順序應服務客戶的問題,而不是要求客戶配合你的預設稿。
業務提案簡報的 6 段架構:每段都有要確認的問題
第一段:會議目的與目前共識
先約定這次會議要完成什麼。例如今天確認需求理解、展示建議方案、討論費用和時程,最後釐清尚需哪些評估資料。讓客戶知道可以在哪些地方提問,也比較不會出現業務單方面連講四十分鐘的情況。
第二段:問題、影響和客戶想改善的成果
整理前面訪談已確認的資訊,避免用「大幅提升效率」這類無法判斷的口號。若客戶希望縮短新人訓練交接時間,你可以先討論目前流程、重複說明的環節,以及可由雙方共同定義的驗收方式。沒有實際數字,就不要自行捏造節省多少工時。
第三段:建議方案,說明每項設計背後的理由
介紹功能時,把理由一起講清楚。例如建議建立課程教材區,是為了讓員工能重複查看標準流程;加入學習紀錄,是為了方便管理者確認教材是否完成。客戶應該能看出每項功能與前面的問題有直接關係。
也可以簡單比較替代做法的取捨。若現有流程靠共享資料夾就足以處理,或客戶尚未準備好導入完整系統,提案應該坦白說明,而不必為了提高金額一律推薦最複雜的方案。
第四段:交付項目、工作邊界與雙方責任
Asana 的專案提案指南把交付成果、時程、資源與預算列為重要資訊。實際提案時,不能只寫「完成網站建置」或「提供完整培訓」。應說清楚包含多少頁面、哪種教材、幾次修訂、誰負責提供素材、何時驗收,以及哪些項目不在範圍內。
當客戶要提供資料、安排測試或核准內容時,也要寫在時程中。這是專案能否如期完成的重要前提。若交期尚需依資料到齊時間重新估算,就不應把預估日期說成毫無條件的保證。
第五段:費用、方案取捨與風險說明
價格不必刻意藏到最後,也不用一開始就只丟出總價。讓客戶知道費用對應哪些交付、哪些需要另外計價、付款節點怎麼安排,才有合理的比較基礎。多個方案必須真有內容或支援範圍差異,不要為了製造高低價錨點而硬湊選項。
若有導入風險、額外平台費或需要由客戶自行維護的工作,也要在這個階段說明。把限制說在前面,能減少日後對「當初不是這樣講」的爭議。
第六段:提問、確認疑慮與下一步
簡報結束時先問:「這個方向和你們目前最希望處理的問題有一致嗎?還有哪些條件需要釐清?」聽懂答案後,再討論下一步。可能是提供補充資料、和資訊部門確認規格、安排採購會議,或由客戶告知暫時不考慮。
下一步最好有明確負責人和時間,但時間須由雙方同意。客戶未答應的事情,不應寫成已同意;客戶需要內部審議,也不代表你可以用話術跳過。
同一份業務提案,現場不同角色會聽不同的重點
企業提案經常不是一個人決定。使用者、主管、採購、資訊部門可能同時出席,他們面對的風險和工作責任不同。說明方案前,值得確認每一位與會者的角色,避免只對最常發問的人介紹功能。
| 會議角色 | 可能關心的問題 | 可準備的內容 |
|---|---|---|
| 實際使用者 | 操作會不會變麻煩? | 流程示範、培訓與支援 |
| 部門主管 | 是否改善團隊工作? | 目標、驗收與責任分工 |
| 採購或財務 | 費用是否合理、條件是否清楚? | 分項報價、付款與合約範圍 |
| 資訊或資安 | 系統與資料如何管理? | 權限、整合、維護與必要文件 |
| 決策主管 | 現在為何值得投入? | 問題重要性、選項取捨、風險 |
這些關注點只是常見方向,不能取代對實際客戶的確認。如果真正有決策權的人沒有到場,也不要只依現場點頭就當作已取得最終同意。可以在會後提供簡明摘要,方便與會者向內部同事解釋。
業務提案怎麼講得清楚?用確認代替從頭念到尾
一張投影片最好只處理一個主要判斷。放了六段小字、又同時塞入規格與價格的頁面,遠端會議尤其難讀。詳細內容可以放在附件或提案書裡,現場則把時間留給需要討論的地方。
講完一個重要段落,簡短確認對方是否理解。例如:「這一部分有符合你們實際的作業方式嗎?」如果回答和預期不同,就先釐清,而不是急著進下一張。遇到不確定的技術、法規或價格問題,記錄後查證,比當場用猜的回答更安全。
需要展示系統時,優先示範和客戶問題直接相關的流程,不必把每個按鈕都演一次。展示資料也要注意授權,別把其他客戶的名單、訂單或內部資訊一起分享出去。
客戶提出異議時,先判斷是哪一類問題
「太貴了」:先分清楚預算不足,還是價值不清楚
可以問:「你比較在意目前的預算上限,還是想更清楚知道這個費用包含哪些成果?」如果是預算問題,就討論縮小範圍或分期執行;如果是價值不明,回到需求、交付與驗收。不要一聽到嫌貴就直接降價,同時保留原本全部工作。
「要再問主管」:弄清楚主管需要什麼資料
不必追問客戶為什麼不能自己決定。比較有用的是確認主管會評估哪些項目、何時討論、需要什麼形式的摘要,以及是否方便安排共同說明。有些公司有固定採購流程,應尊重流程,不能要求窗口違反內部規定。
「我們再考慮」:允許對方沒有購買意願
這句話可能代表需求尚未成熟、方案不合適,或目前有更重要的事情。可以詢問有沒有特定疑問值得補充;若對方已明確表示暫不需要,保留關係比一再催促更妥當。
「你們保證成效嗎?」:區分可控制的交付與不可控制的結果
顧問與企業訓練有很多成果取決於客戶內部的執行、資料品質與人員配合。可以承諾符合能力範圍的交付、品質檢查及約定支援,但不應把無法自行控制的業績或轉換成果寫成保證。
會後寄什麼資料,才能幫客戶繼續評估?
會後最有用的資料不一定是原封不動的投影片。你可以把已確認的需求、建議方案、差異、費用、待辦事項與下一步整理成一頁摘要,讓窗口方便轉交內部。完整規格與案例另外附上,需要的人再查看。
寄出會議紀錄前,仔細區分「已確認」「待確認」「建議」三種狀態。尤其合約範圍、付款條件、完成日期與維護責任,不要因為語氣客氣,就改寫得像雙方已經同意。
例如企業內訓提案的會後摘要可以這樣寫:已確認:希望減少新人重複詢問;建議:先整理常見工作流程與教材;待確認:預算、資料授權、資訊部門需求;下一步:由企業窗口彙整內部意見,雙方再確認是否進入正式報價。這只是格式示例,不代表任何真實客戶已做出承諾。
如果客戶願意後續聯繫,可以確認下一次回覆時間;若尚未有期限,就在訊息中禮貌詢問。不應用虛構倒數、假名額或持續騷擾來催促決定。
一場提案算成功嗎?看客戶決策是否真的前進
對規格單純的服務,提案當天成交當然可能發生;大型企業採購卻常需要多次評估。評估提案成效時,可以記錄是否釐清需求、是否完成方案比較、關鍵決策者是否參與,以及下一步有沒有雙方確認。
若連續多次提案都停在「再研究」,就回頭檢查是不是太早進入提案,或沒有問清楚決策流程。若常被拿去與最便宜的選項比較,則可能是交付範圍與價值尚未說明白。這些只是檢查方向,實際原因仍要從客戶回饋判斷。
記錄結果時,可以把「提案已寄出」「客戶已確認下一步」「已進入正式採購」「雙方已完成簽約」分開統計。會議上的口頭稱讚,不代表方案已通過內部審核;若想比較不同提案方式,也應核對相同期間、相近客群與真正進入提案階段的人數。資料少時先看每一案卡住的原因,不必硬套一個業界平均成交率。
業務提案會議前的最後檢查
- 這場會議要確認的事項是否寫得清楚?
- 每個主要建議能否對應已確認的客戶問題?
- 提案內容有沒有混入未經證實的數字、案例或承諾?
- 工作範圍、客戶責任、額外費用與風險是否清楚?
- 現場不同角色能否找到自己需要的判斷資訊?
- 有沒有安排真正的討論時間與會後記錄方式?
常見問題
業務提案一定要做很多張投影片嗎?
不用。簡單的服務可能幾頁就能交代;技術或採購條件複雜的專案則可能需要附錄。頁數應依客戶決策需要決定,不能把投影片多寡當成專業程度。
第一次拜訪客戶就可以正式提案嗎?
如果事前已透過其他方式確認需求、預算與決策流程,可以安排正式提案;若資訊不足,第一次會議更適合先做需求探索。先確定問題再寫客製化方案,通常能減少重工。
客戶只想看報價,我還需要講完整簡報嗎?
不需要故意拖延。可以先說明合理的價格範圍與包含內容,再確認需求差異是否會影響估價。不是每次交易都需要一場完整的顧問式會談。
可以用 AI 幫忙製作業務提案嗎?
可以用來整理會議筆記、組織大綱、檢查文字和協助製作圖表,但客戶資料、報價、案例、契約與技術承諾必須由負責人核對。涉及保密資料時,也須遵守公司規定與工具的資料處理條件。
提案後客戶說要內部討論,之後沒有回覆,該怎麼做?
先確認提案當天是否約好下一次回覆時間,以及對方還需要哪些評估資料。若已約定,就依雙方同意的時點禮貌確認;若尚無安排,可簡短詢問目前決策狀態與是否需要補充資訊。明確拒絕或不希望聯絡時,就應停止追問,不必安排無止境的催促。
結語:把提案做成客戶看得懂的決策資料
好的業務提案,講得清楚只是第一步。客戶還要知道方案適不適合自己的狀況、需要投入哪些資源、哪些承諾可以驗收,以及若要合作該怎麼開始。
下一次準備提案時,可以先問自己:如果我是負責這筆預算的人,要把方案拿去跟主管或同事討論,我還缺哪些資訊?把缺口補齊,再讓簡報為真正的對話服務。比起追求每次都當場成交,這樣更容易建立可以長期合作的信任。
參考資料
HubSpot|Discovery call questions that reveal real pain points|2026
Asana|Project Proposal: What It Is and How to Write One Guide|2026
HubSpot|How to Write a Proposal: The Last Guide You’ll Ever Need|2024
元氣電商|顧問式銷售怎麼做?6 個步驟從理解客戶到提出真正有用的建議|2026
