查看所有洞察

B2B 商機階段 vs. 實際購買進度:差別在哪?

比較 CRM 商機階段與客戶實際購買進度,學會用決策、承諾、完成證據與相依關係判斷 B2B 商機是否真的前進。

B2B 商機階段,是賣方用來標示一筆商機目前位於銷售流程哪個位置的分類;實際購買進度,則是客戶已完成哪些決定、核准、承諾與內部行動。兩者彼此相關,卻不是同一件事。

業務寄出提案後,可以把商機移到「提案中」,但客戶可能仍沒有確認預算負責人、技術核准、導入資源或成功標準。標籤往前移了,客戶組織卻未必更接近購買。

商機階段適合管理工作流程、預測與整體 Pipeline;購買進度證據則用來判斷客戶是否降低不確定性、投入更多承諾,並具備完成採購與導入的條件。

核心差異很簡單:

階段是一個標籤;進度必須有證據。

什麼是 B2B 商機階段?

商機階段是用來表示一筆交易位於賣方銷售流程哪個位置的分類。常見階段包括:

  • 商機資格確認;
  • 需求探索;
  • 方案驗證;
  • 提案;
  • 商務審查;
  • 議價;
  • 口頭承諾;
  • 成交或失單。

每家公司的名稱與定義可能不同。設計良好的階段模型,可以協助業務:

  • 整理進行中的商機;
  • 套用一致的內部流程;
  • 掌握各階段應完成的業務工作;
  • 溝通商機現況;
  • 進行案件檢視與分群;
  • 支援銷售預測。

商機階段的價值,在於把複雜資訊壓縮成一個容易管理的標籤;它的限制也正是如此。一個欄位無法完整表達複雜交易中的每位關係人立場、技術條件、商業相依關係與核准路徑。

什麼是客戶的實際購買進度?

實際購買進度,是客戶已完成、推進或釐清某項採購與導入必要條件的可觀察證據。

例如:

  • 使用者確認流程符合實際需求;
  • 技術評估者接受方案架構;
  • 資安單位定義並確認所有要求;
  • 採購正式啟動供應商建檔;
  • 財務確認預算來源;
  • 預算決策者接受商業效益;
  • 法務同意合約文字;
  • 導入負責人承諾投入人力;
  • 客戶同意一個連結內部事件的決策日期。

購買進度不等於客戶很熱情、會議很多或業務完成很多活動。它必須顯示客戶組織已降低不確定性、完成內部工作、接受必要條件、承諾資源,或更接近可執行的決定。

有效的++業務商機管理++需要同時保留商機階段與支撐該階段的證據。

Pipeline 階段與購買進度的核心差異

傳統 Pipeline 視角商機情報視角
詢問業務把商機放在哪個階段詢問客戶真正完成或釐清了什麼
整筆商機只有一個階段分別追蹤關係人、決策單位、里程碑與決策節點
常在業務完成活動後前進客戶端證據改變後才視為進度
壓縮複雜度,以利流程與預測保留業務判斷需要的複雜脈絡
寄出提案後可能顯示「提案中」顯示範圍、技術、預算、採購與權限是否解決
容易暗示整筆商機同步前進顯示局部、分散甚至互相矛盾的進度
記錄狀態解釋狀態背後的證據
強調停留在階段多久強調未解條件與相依關係
支援整體 Pipeline 管理支援單一商機中的脈絡化行動

這不是主張移除商機階段。階段仍是有價值的系統紀錄;商機情報視角則在其上增加一層判斷:累積的客戶脈絡,對實際購買進度代表什麼?

業務活動不等於客戶進度

許多錯誤訊號,都源自把賣方完成的動作記成客戶已前進。

業務活動可以證明什麼不能證明什麼
完成需求訪談雙方進行了一次對話問題已成為客戶組織的優先事項
完成產品展示客戶看過產品使用者已接受流程或方案
寄出提案商務內容已交付範圍、價值、權限與預算已取得共識
寄出資安文件所需資料已提供資安已接受設計
聯絡採購已接觸流程負責人供應商建檔已啟動或能完成
與高階主管開會高階人員曾出席已取得支持或正式授權
排定追蹤會議下一次互動已有安排某項購買條件必定會被解決

業務活動可以創造客戶前進的條件,但不能直接當成客戶已前進的證據。

銷售紀錄也可以因此變得更有判斷價值。「已寄出架構圖」只記錄業務動作;「資安架構師確認架構圖符合主機環境要求,但身分驗證仍未解決」才記錄了購買進度。

使用「購買進度證據階梯」判斷訊號強弱

購買進度證據階梯把弱訊號與較強證據分開。它不是成交機率評分,而是避免把每次互動都當成同等重要。

第一層:業務完成動作

由業務完成一項活動,例如:

  • 寄出提案;
  • 完成展示;
  • 提供技術文件。

這能證明工作已執行,不能證明客戶已移動。

第二層:客戶參與

客戶回應或參與,例如:

  • 出席工作坊;
  • 回覆問題;
  • 要求補充資料。

參與當然有價值,但也可能只是出於好奇、例行評估或禮貌,還不等於承諾。

第三層:客戶釐清條件

客戶讓需求、程序、疑慮或權責更明確,例如:

  • 說明資安審查標準;
  • 確認採購順序;
  • 指出預算核准人;
  • 定義試辦成功指標。

條件更清楚,代表商機的不確定性下降。

第四層:客戶作出承諾

具名關係人承諾一項行動、資源、日期或內部步驟,例如:

  • 專案負責人安排資安審查;
  • 財務同意在指定日期前評估商業效益;
  • 導入負責人分配試辦資源。

承諾比興趣更強,但仍要觀察是否履行。

第五層:必要條件完成

某項必要決策條件已有可觀察的完成證據,例如:

  • 使用流程獲得接受;
  • 技術設計核准;
  • 供應商建檔完成;
  • 預算正式配置;
  • 合約文字獲得同意。

這是直接的購買進度證據。

第六層:帶動相連的組織進度

某項完成結果讓另一個必要單位或決策節點開始前進,例如:

  • 資安核准後,採購得以完成供應商建檔;
  • 預算授權後,試辦能進入最終核准;
  • 法務接受條款後,合約得以簽署。

此時前進的不只是一場對話,而是客戶的整體購買系統。

這套階梯不代表每筆商機都遵循完美直線,而是提供一致的描述方式,判斷現有證據的強度及其組織意義。

為什麼一個商機階段會藏著多種購買狀態?

複雜商機會同時在不同人物與決策單位之間前進。

一筆「提案中」商機,可能同時呈現:

  • 使用流程——已核准;
  • 技術架構——評估中;
  • 資安要求——要求修改;
  • 採購——等待資安;
  • 預算權責——未知;
  • 高階支持——推測存在,但尚未驗證。

商機階段是單一的,購買進度卻是分散的。

這也是++業務關係人地圖++的重要性:同一時間,每位關係人可能影響不同條件、在意不同問題,也持有不同立場。

若業務與某位窗口關係良好,就直接推論客戶全體已有共識,落差會特別危險。內部支持者可以真心推動專案,但其他必要單位仍可能尚未接受、尚未開始,甚至還沒有被找到。

常見商機階段應該觸發哪些證據檢查?

每家公司的階段名稱不同,以下內容是診斷提示,不是萬用 Pipeline 設計。

商機階段範例賣方通常如何理解應尋找的客戶購買證據常見假進度
資格確認這筆商機可能值得投入問題已確認、方案相關、具合理優先度,且有機會接觸決策流程一位窗口表示有興趣
需求探索正在了解需求與背景客戶釐清成果、關係人、限制、決策路徑與急迫性已完成一場訪談
方案驗證客戶正在判斷適用性使用者與評估者依明確標準測試,疑慮逐漸具體展示獲得正面回饋
提案商業方案已提出範圍、決策標準、相關關係人、價值與審查程序已有足夠共識寄出一份 PDF
商務審查價格與條件正在評估採購、財務或預算權責者正在審查已同意的範圍把採購加入副本
議價剩餘商務條件正在解決爭議事項、負責人、可接受替代方案與決策時點已明確業務主動降價
預計成交客戶有意繼續採購權限、必要核准、導入資源及執行步驟均已確認內部支持者說「看起來沒問題」

目的不是在階段前進前要求百分之百確定,而是讓既有證據與剩餘不確定性同時可見。

建立雙層商機視圖

不要把所有交易現況硬塞進一個欄位,而應使用兩個彼此連結的管理層。

第一層:商機階段

記錄賣方流程使用的階段標籤,用於:

  • 工作流程;
  • 報表;
  • Pipeline 檢視;
  • 預測;
  • 內部溝通。

每個階段的進入與退出條件應足夠清楚,讓同一標籤在不同時間仍代表相近意思。

第二層:客戶購買進度脈絡

分別追蹤:

  • 關係人與決策單位;
  • 里程碑或決策節點;
  • 必要購買條件;
  • 每項條件的目前狀態;
  • 證據與信心水準;
  • 相依關係;
  • 未解問題;
  • 可能阻礙;
  • 下一項完成證據。

兩層資訊應彼此校正。如果階段顯示已進入後期商務流程,購買進度層卻顯示權責未知、技術尚未接受,就應檢視這項落差。

如何逐步追蹤實際購買進度?

步驟一:定義每個商機階段的意思

每個階段都應記錄:

  • 通常要完成的業務活動;
  • 預期出現的客戶端證據;
  • 進入條件;
  • 退出條件;
  • 常見未解事項;
  • 哪些情況代表這個階段並不適用。

避免只用內部動作定義階段。

較弱的退出條件:

提案已寄出。

較強的退出條件:

相關關係人已收到依雙方確認範圍製作的提案,客戶確認審查程序,且下一個決策查核點已有定義。

步驟二:找出客戶下一個必須完成的決定

詢問客戶接下來必須決定或完成什麼,例如:

  • 接受試辦範圍;
  • 核准資安架構;
  • 授權預算;
  • 啟動採購;
  • 選定優先供應商;
  • 同意合約條款;
  • 承諾導入資源。

如此才能建立可觀察的進度目標。

步驟三:列出決定所需的必要條件

把下一項決定拆成前置條件。

試辦授權可能需要:

  • 使用流程獲得接受;
  • 資安設計核准;
  • 導入負責人已指派;
  • 預算來源確認;
  • 採購要求完成;
  • 高階支持者授權啟動。

這些條件比籠統的「買方旅程階段」更能引導行動。

步驟四:把條件連到關係人或決策單位

記錄由誰評估、建議、核准、協調,或有能力阻止每項條件完成。

不要假設一位窗口能代表整個組織。對方可以提供另一單位的消息,但不代表他擁有該單位的決策權。

步驟五:為每項條件設定狀態與證據信心

可使用的狀態包括:

  • 尚未辨認;
  • 尚未開始;
  • 準備資料中;
  • 評估中;
  • 要求修改;
  • 有條件接受;
  • 已完成;
  • 已拒絕;
  • 等待相依條件;
  • 狀態未知。

證據信心則可標為已確認、有依據、推測或未知。

「預算已核准——推測」與「預算已核准——由預算決策者確認」看起來只差一個標籤,預測風險卻完全不同。

步驟六:記錄相依關係

追蹤開始前必須先完成什麼,以及完成後能推動哪些後續工作。

資安核准是採購啟用供應商資料前的必要條件。

這項相依關係說明了為什麼不斷催採購,可能仍不會帶來實質進度。

步驟七:只有在證據改變時更新進度

每次重要互動後,記錄:

  • 發生了什麼;
  • 哪些事情改變;
  • 哪項條件前進;
  • 還有哪些未解事項;
  • 哪項承諾已做出或未履行;
  • 下一個應取得的證據。

不要覆寫歷史。保留變化,才能看見客戶如何走到目前狀態,或為什麼始終沒有走到。

步驟八:檢視階段與進度落差

逐項詢問:

  • 目前階段符合現有證據嗎?
  • 哪些必要條件仍然未知?
  • 某條已完成的工作線,是否掩蓋另一條尚未解決的工作線?
  • 階段是否在客戶沒有採取行動時前進?
  • 客戶已有實質進度,但階段尚未更新嗎?
  • 預測是否把推測中的核准當成事實?
  • 哪項相依關係控制下一個里程碑?

答案可能促使你調整階段、修正預測、設定聚焦的下一步,或只是更準確地說明商機現況。

虛構案例:「提案中」但客戶其實沒有前進

以下為虛構示例,不是 VINEQRA 客戶案例,也不代表特定醫院的正式採購流程。

一位業務正在推進醫院營養照護平台。提案已經寄出,因此 CRM 顯示「提案中」。臨床支持者仍持正面態度,會議也持續舉行。

Pipeline 視圖

  • 階段:提案中
  • 最近活動:已交付提案
  • 下一步:下週追蹤
  • 整體狀態:進行中

客戶購買進度視圖

購買條件關係人/決策單位現有證據狀態
臨床價值臨床主任支持試辦概念有依據,但尚未正式接受
使用流程護理資訊單位要求修改流程要求修改
資安設計資訊安全單位身分驗證證據不完整評估中;尚未解決
供應商建檔採購資安核准前無法完成等待相依條件
預算來源財務/預算決策者尚未確認負責人或預算配置未知
導入能力營運單位尚未指派營運負責人尚未辨認
高階授權管理階層從臨床窗口推測已有支持推測

比較後看見了什麼?

「提案中」在事實上沒有錯,因為提案確實存在;但它並不足以描述客戶的實際購買進度。

試辦需要的多項條件仍未建立。臨床興趣偏正面,但使用流程、資安、預算、營運負責人及高階權責都尚未解決。

若資安核准是必要條件,而且現有要求無法滿足,資訊問題才可能成為真正阻礙。此時仍不應自動下結論;可透過++為什麼 B2B 商機會卡住,以及如何找出真正阻礙++進一步診斷。

更有用的商機更新方式

已針對雙方確認的試辦概念交付提案,臨床支持者態度正面。使用流程需要修改;資安身分驗證證據仍不完整;採購等待資安;預算與營運負責人尚未確認。下一優先事項是解決流程與資安標準,同步確認預算權責。

這段更新保留原本階段,也讓真實購買狀態保持可見。

六種常見的假進度訊號

會議變多

會議量代表互動,不一定代表決策前進。應尋找新增的標準、承諾、核准或已完成工作。

對方語氣正面

「看起來很有機會」可能代表興趣,但不能確認權限、預算、技術接受或導入準備度。

客戶要求提案

提案可能用於內部評估、比價、編列預算或初步探索。必須確認提案如何被審查,以及後續要做出什麼決定。

高階主管出席

高階主管加入會議,不代表自動成為支持者。應找出明確優先度、承諾行動或決策責任。

採購出現

採購可能在早期提供流程說明,也可能在晚期執行購買。光是出現,不能證明組織已同意採購。

設定預計成交日

日期若連結客戶內部事件、負責人、相依關係與必要條件,可信度才較高。業務自行填入的季底日期,不會因為住進 CRM 就突然變成客戶證據。

當商機階段與購買進度不一致時

情況可能代表什麼管理回應
階段領先證據業務活動或樂觀預期推動了標籤重新檢視階段標準、預測與缺少的購買條件
購買進度領先階段客戶完成重要工作,但 CRM 尚未更新更新階段並保留支撐證據
部分單位前進,其他單位未知進度分散在不同決策單位聚焦未解條件與關係人缺口
活動很多,但條件沒有改變有互動,卻沒有可觀察進度釐清下一項決定與完成證據
已完成條件重新開啟範圍、風險或關係人要求改變更新決策節點與相依路徑,但不刪除過去核准紀錄
客戶承諾屢次未履行時間、權責或優先度可能比紀錄更弱確認原因後,再判斷是否構成阻礙

不要只是為了讓報表看起來整齊而調整階段。階段與進度的落差,應用來啟動更好的判斷與更準確的商機敘述。

VINEQRA 如何顯示商機階段背後的脈絡?

VINEQRA 的設計對象,是負責複雜、多關係人商機的個人 B2B 業務。它協助把客戶互動歷史,與參與人物、關係人角色、部門或決策單位、里程碑或決策節點、未解問題、可能阻礙及歷史商機脈絡連結起來。

實際工作流程分為四步:

  1. 記錄: 保存互動、承諾、疑慮與客戶端證據。
  2. 理解: 釐清哪些關係人及決策條件發生變化。
  3. 判斷: 根據可用脈絡,協助浮現可能進度、缺口、阻礙或下一步。
  4. 行動: 由業務依最新客戶現況檢視建議後再採取行動。

VINEQRA 可結合由業務定義的階段、里程碑或決策節點,以及依已記錄脈絡進行的 AI 輔助判斷。AI 推測在經業務與客戶證據確認前,都應維持為建議或假設。

VINEQRA 提供建議,決定仍由業務做出。

進一步了解 ++VINEQRA 如何呈現 Pipeline 階段背後的實際購買脈絡++。

可直接套用的「商機階段 × 購買進度」檢視範本

商機名稱:
目前商機階段:
進入此階段日期:

目前採用此階段的原因:
- 業務活動:
- 客戶端證據:

下一個客戶決定或里程碑:
- 決定內容:
- 目標時間與客戶內部事件:

必要購買條件:
- 條件 → 關係人/決策單位 → 狀態 → 證據信心

已完成條件:
- 條件 → 完成證據 → 日期

未解條件:
- 條件 → 負責人 → 要求 → 相依關係

階段與進度落差:
- 無/階段領先/購買進度領先/混合進度/未知

需要驗證的可能阻礙:
- 假設:
- 支持證據:
- 缺少證據:

下一項完成證據:
- 接下來發生什麼,才能證明商機前進?

業務決定:
- 保留階段/調整階段/修正預測/重新確認資格/深入調查
- 原因:

常見問題

什麼是 B2B 商機階段?

B2B 商機階段是表示一筆交易位於賣方銷售流程哪個位置的分類,可用於工作流程、報表、Pipeline 檢視與預測,但不會自動顯示客戶完成了哪些內部決定。

銷售階段與客戶購買階段有什麼不同?

銷售階段通常反映賣方的流程與內部分類;客戶購買階段則描述買方為做出決定而進行的工作。在複雜 B2B 銷售中,實際購買進度往往分散在多位關係人與決策單位,而非一條線性旅程。

寄出提案就代表商機有進度嗎?

寄出提案只證明業務完成交付。是否產生購買進度,要看客戶是否確認範圍、找齊必要關係人、定義審查程序、解決要求、承諾資源或推動核准。

如何衡量客戶的實際購買進度?

應追蹤可觀察的客戶端證據,例如標準更明確、權責者已確認、審查完成、關係人作出承諾、必要條件獲得接受、資源正式投入,以及一項完成結果帶動其他單位前進。

商機可以同時前進又卡住嗎?

可以。一條工作線可能正在前進,另一項必要條件卻仍未啟動或尚未解決。例如使用者已接受流程,但資安尚未核准,導致採購無法完成建檔。

應該取消 Pipeline 階段,改用購買進度嗎?

不一定。階段仍適合內部流程與預測。更完整的方法是保留階段,同時增加客戶購買證據、關係人脈絡、決策條件、相依關係與信心水準。

保留商機階段,再補上證據

B2B 商機階段是有用的管理標籤,但它不是客戶購買能力與承諾程度的完整解釋。

用商機階段整理銷售流程,用購買進度證據理解交易。追蹤哪些關係人與決策單位已採取行動、哪些條件已完成、什麼仍然未知、哪項相依關係控制下一個里程碑,以及客戶是否做出有意義的承諾。

當兩層資訊同時可見,「提案中」仍然可以是正確階段,但不會再假裝所有必要決定都已同步前進。

VINEQRA 協助個人 B2B 業務看見 Pipeline 標籤背後的互動、人物、決策節點與未解條件。

++前往 App Store 下載 VINEQRA++,看清每個商機階段背後真正發生的客戶購買進度。