B2B 商機階段,是賣方用來標示一筆商機目前位於銷售流程哪個位置的分類;實際購買進度,則是客戶已完成哪些決定、核准、承諾與內部行動。兩者彼此相關,卻不是同一件事。
業務寄出提案後,可以把商機移到「提案中」,但客戶可能仍沒有確認預算負責人、技術核准、導入資源或成功標準。標籤往前移了,客戶組織卻未必更接近購買。
商機階段適合管理工作流程、預測與整體 Pipeline;購買進度證據則用來判斷客戶是否降低不確定性、投入更多承諾,並具備完成採購與導入的條件。
核心差異很簡單:
階段是一個標籤;進度必須有證據。
什麼是 B2B 商機階段?
商機階段是用來表示一筆交易位於賣方銷售流程哪個位置的分類。常見階段包括:
- 商機資格確認;
- 需求探索;
- 方案驗證;
- 提案;
- 商務審查;
- 議價;
- 口頭承諾;
- 成交或失單。
每家公司的名稱與定義可能不同。設計良好的階段模型,可以協助業務:
- 整理進行中的商機;
- 套用一致的內部流程;
- 掌握各階段應完成的業務工作;
- 溝通商機現況;
- 進行案件檢視與分群;
- 支援銷售預測。
商機階段的價值,在於把複雜資訊壓縮成一個容易管理的標籤;它的限制也正是如此。一個欄位無法完整表達複雜交易中的每位關係人立場、技術條件、商業相依關係與核准路徑。
什麼是客戶的實際購買進度?
實際購買進度,是客戶已完成、推進或釐清某項採購與導入必要條件的可觀察證據。
例如:
- 使用者確認流程符合實際需求;
- 技術評估者接受方案架構;
- 資安單位定義並確認所有要求;
- 採購正式啟動供應商建檔;
- 財務確認預算來源;
- 預算決策者接受商業效益;
- 法務同意合約文字;
- 導入負責人承諾投入人力;
- 客戶同意一個連結內部事件的決策日期。
購買進度不等於客戶很熱情、會議很多或業務完成很多活動。它必須顯示客戶組織已降低不確定性、完成內部工作、接受必要條件、承諾資源,或更接近可執行的決定。
有效的++業務商機管理++需要同時保留商機階段與支撐該階段的證據。
Pipeline 階段與購買進度的核心差異
| 傳統 Pipeline 視角 | 商機情報視角 |
|---|---|
| 詢問業務把商機放在哪個階段 | 詢問客戶真正完成或釐清了什麼 |
| 整筆商機只有一個階段 | 分別追蹤關係人、決策單位、里程碑與決策節點 |
| 常在業務完成活動後前進 | 客戶端證據改變後才視為進度 |
| 壓縮複雜度,以利流程與預測 | 保留業務判斷需要的複雜脈絡 |
| 寄出提案後可能顯示「提案中」 | 顯示範圍、技術、預算、採購與權限是否解決 |
| 容易暗示整筆商機同步前進 | 顯示局部、分散甚至互相矛盾的進度 |
| 記錄狀態 | 解釋狀態背後的證據 |
| 強調停留在階段多久 | 強調未解條件與相依關係 |
| 支援整體 Pipeline 管理 | 支援單一商機中的脈絡化行動 |
這不是主張移除商機階段。階段仍是有價值的系統紀錄;商機情報視角則在其上增加一層判斷:累積的客戶脈絡,對實際購買進度代表什麼?
業務活動不等於客戶進度
許多錯誤訊號,都源自把賣方完成的動作記成客戶已前進。
| 業務活動 | 可以證明什麼 | 不能證明什麼 |
|---|---|---|
| 完成需求訪談 | 雙方進行了一次對話 | 問題已成為客戶組織的優先事項 |
| 完成產品展示 | 客戶看過產品 | 使用者已接受流程或方案 |
| 寄出提案 | 商務內容已交付 | 範圍、價值、權限與預算已取得共識 |
| 寄出資安文件 | 所需資料已提供 | 資安已接受設計 |
| 聯絡採購 | 已接觸流程負責人 | 供應商建檔已啟動或能完成 |
| 與高階主管開會 | 高階人員曾出席 | 已取得支持或正式授權 |
| 排定追蹤會議 | 下一次互動已有安排 | 某項購買條件必定會被解決 |
業務活動可以創造客戶前進的條件,但不能直接當成客戶已前進的證據。
銷售紀錄也可以因此變得更有判斷價值。「已寄出架構圖」只記錄業務動作;「資安架構師確認架構圖符合主機環境要求,但身分驗證仍未解決」才記錄了購買進度。
使用「購買進度證據階梯」判斷訊號強弱
購買進度證據階梯把弱訊號與較強證據分開。它不是成交機率評分,而是避免把每次互動都當成同等重要。
第一層:業務完成動作
由業務完成一項活動,例如:
- 寄出提案;
- 完成展示;
- 提供技術文件。
這能證明工作已執行,不能證明客戶已移動。
第二層:客戶參與
客戶回應或參與,例如:
- 出席工作坊;
- 回覆問題;
- 要求補充資料。
參與當然有價值,但也可能只是出於好奇、例行評估或禮貌,還不等於承諾。
第三層:客戶釐清條件
客戶讓需求、程序、疑慮或權責更明確,例如:
- 說明資安審查標準;
- 確認採購順序;
- 指出預算核准人;
- 定義試辦成功指標。
條件更清楚,代表商機的不確定性下降。
第四層:客戶作出承諾
具名關係人承諾一項行動、資源、日期或內部步驟,例如:
- 專案負責人安排資安審查;
- 財務同意在指定日期前評估商業效益;
- 導入負責人分配試辦資源。
承諾比興趣更強,但仍要觀察是否履行。
第五層:必要條件完成
某項必要決策條件已有可觀察的完成證據,例如:
- 使用流程獲得接受;
- 技術設計核准;
- 供應商建檔完成;
- 預算正式配置;
- 合約文字獲得同意。
這是直接的購買進度證據。
第六層:帶動相連的組織進度
某項完成結果讓另一個必要單位或決策節點開始前進,例如:
- 資安核准後,採購得以完成供應商建檔;
- 預算授權後,試辦能進入最終核准;
- 法務接受條款後,合約得以簽署。
此時前進的不只是一場對話,而是客戶的整體購買系統。
這套階梯不代表每筆商機都遵循完美直線,而是提供一致的描述方式,判斷現有證據的強度及其組織意義。
為什麼一個商機階段會藏著多種購買狀態?
複雜商機會同時在不同人物與決策單位之間前進。
一筆「提案中」商機,可能同時呈現:
- 使用流程——已核准;
- 技術架構——評估中;
- 資安要求——要求修改;
- 採購——等待資安;
- 預算權責——未知;
- 高階支持——推測存在,但尚未驗證。
商機階段是單一的,購買進度卻是分散的。
這也是++業務關係人地圖++的重要性:同一時間,每位關係人可能影響不同條件、在意不同問題,也持有不同立場。
若業務與某位窗口關係良好,就直接推論客戶全體已有共識,落差會特別危險。內部支持者可以真心推動專案,但其他必要單位仍可能尚未接受、尚未開始,甚至還沒有被找到。
常見商機階段應該觸發哪些證據檢查?
每家公司的階段名稱不同,以下內容是診斷提示,不是萬用 Pipeline 設計。
| 商機階段範例 | 賣方通常如何理解 | 應尋找的客戶購買證據 | 常見假進度 |
|---|---|---|---|
| 資格確認 | 這筆商機可能值得投入 | 問題已確認、方案相關、具合理優先度,且有機會接觸決策流程 | 一位窗口表示有興趣 |
| 需求探索 | 正在了解需求與背景 | 客戶釐清成果、關係人、限制、決策路徑與急迫性 | 已完成一場訪談 |
| 方案驗證 | 客戶正在判斷適用性 | 使用者與評估者依明確標準測試,疑慮逐漸具體 | 展示獲得正面回饋 |
| 提案 | 商業方案已提出 | 範圍、決策標準、相關關係人、價值與審查程序已有足夠共識 | 寄出一份 PDF |
| 商務審查 | 價格與條件正在評估 | 採購、財務或預算權責者正在審查已同意的範圍 | 把採購加入副本 |
| 議價 | 剩餘商務條件正在解決 | 爭議事項、負責人、可接受替代方案與決策時點已明確 | 業務主動降價 |
| 預計成交 | 客戶有意繼續採購 | 權限、必要核准、導入資源及執行步驟均已確認 | 內部支持者說「看起來沒問題」 |
目的不是在階段前進前要求百分之百確定,而是讓既有證據與剩餘不確定性同時可見。
建立雙層商機視圖
不要把所有交易現況硬塞進一個欄位,而應使用兩個彼此連結的管理層。
第一層:商機階段
記錄賣方流程使用的階段標籤,用於:
- 工作流程;
- 報表;
- Pipeline 檢視;
- 預測;
- 內部溝通。
每個階段的進入與退出條件應足夠清楚,讓同一標籤在不同時間仍代表相近意思。
第二層:客戶購買進度脈絡
分別追蹤:
- 關係人與決策單位;
- 里程碑或決策節點;
- 必要購買條件;
- 每項條件的目前狀態;
- 證據與信心水準;
- 相依關係;
- 未解問題;
- 可能阻礙;
- 下一項完成證據。
兩層資訊應彼此校正。如果階段顯示已進入後期商務流程,購買進度層卻顯示權責未知、技術尚未接受,就應檢視這項落差。
如何逐步追蹤實際購買進度?
步驟一:定義每個商機階段的意思
每個階段都應記錄:
- 通常要完成的業務活動;
- 預期出現的客戶端證據;
- 進入條件;
- 退出條件;
- 常見未解事項;
- 哪些情況代表這個階段並不適用。
避免只用內部動作定義階段。
較弱的退出條件:
提案已寄出。
較強的退出條件:
相關關係人已收到依雙方確認範圍製作的提案,客戶確認審查程序,且下一個決策查核點已有定義。
步驟二:找出客戶下一個必須完成的決定
詢問客戶接下來必須決定或完成什麼,例如:
- 接受試辦範圍;
- 核准資安架構;
- 授權預算;
- 啟動採購;
- 選定優先供應商;
- 同意合約條款;
- 承諾導入資源。
如此才能建立可觀察的進度目標。
步驟三:列出決定所需的必要條件
把下一項決定拆成前置條件。
試辦授權可能需要:
- 使用流程獲得接受;
- 資安設計核准;
- 導入負責人已指派;
- 預算來源確認;
- 採購要求完成;
- 高階支持者授權啟動。
這些條件比籠統的「買方旅程階段」更能引導行動。
步驟四:把條件連到關係人或決策單位
記錄由誰評估、建議、核准、協調,或有能力阻止每項條件完成。
不要假設一位窗口能代表整個組織。對方可以提供另一單位的消息,但不代表他擁有該單位的決策權。
步驟五:為每項條件設定狀態與證據信心
可使用的狀態包括:
- 尚未辨認;
- 尚未開始;
- 準備資料中;
- 評估中;
- 要求修改;
- 有條件接受;
- 已完成;
- 已拒絕;
- 等待相依條件;
- 狀態未知。
證據信心則可標為已確認、有依據、推測或未知。
「預算已核准——推測」與「預算已核准——由預算決策者確認」看起來只差一個標籤,預測風險卻完全不同。
步驟六:記錄相依關係
追蹤開始前必須先完成什麼,以及完成後能推動哪些後續工作。
資安核准是採購啟用供應商資料前的必要條件。
這項相依關係說明了為什麼不斷催採購,可能仍不會帶來實質進度。
步驟七:只有在證據改變時更新進度
每次重要互動後,記錄:
- 發生了什麼;
- 哪些事情改變;
- 哪項條件前進;
- 還有哪些未解事項;
- 哪項承諾已做出或未履行;
- 下一個應取得的證據。
不要覆寫歷史。保留變化,才能看見客戶如何走到目前狀態,或為什麼始終沒有走到。
步驟八:檢視階段與進度落差
逐項詢問:
- 目前階段符合現有證據嗎?
- 哪些必要條件仍然未知?
- 某條已完成的工作線,是否掩蓋另一條尚未解決的工作線?
- 階段是否在客戶沒有採取行動時前進?
- 客戶已有實質進度,但階段尚未更新嗎?
- 預測是否把推測中的核准當成事實?
- 哪項相依關係控制下一個里程碑?
答案可能促使你調整階段、修正預測、設定聚焦的下一步,或只是更準確地說明商機現況。
虛構案例:「提案中」但客戶其實沒有前進
以下為虛構示例,不是 VINEQRA 客戶案例,也不代表特定醫院的正式採購流程。
一位業務正在推進醫院營養照護平台。提案已經寄出,因此 CRM 顯示「提案中」。臨床支持者仍持正面態度,會議也持續舉行。
Pipeline 視圖
- 階段:提案中
- 最近活動:已交付提案
- 下一步:下週追蹤
- 整體狀態:進行中
客戶購買進度視圖
| 購買條件 | 關係人/決策單位 | 現有證據 | 狀態 |
|---|---|---|---|
| 臨床價值 | 臨床主任 | 支持試辦概念 | 有依據,但尚未正式接受 |
| 使用流程 | 護理資訊單位 | 要求修改流程 | 要求修改 |
| 資安設計 | 資訊安全單位 | 身分驗證證據不完整 | 評估中;尚未解決 |
| 供應商建檔 | 採購 | 資安核准前無法完成 | 等待相依條件 |
| 預算來源 | 財務/預算決策者 | 尚未確認負責人或預算配置 | 未知 |
| 導入能力 | 營運單位 | 尚未指派營運負責人 | 尚未辨認 |
| 高階授權 | 管理階層 | 從臨床窗口推測已有支持 | 推測 |
比較後看見了什麼?
「提案中」在事實上沒有錯,因為提案確實存在;但它並不足以描述客戶的實際購買進度。
試辦需要的多項條件仍未建立。臨床興趣偏正面,但使用流程、資安、預算、營運負責人及高階權責都尚未解決。
若資安核准是必要條件,而且現有要求無法滿足,資訊問題才可能成為真正阻礙。此時仍不應自動下結論;可透過++為什麼 B2B 商機會卡住,以及如何找出真正阻礙++進一步診斷。
更有用的商機更新方式
已針對雙方確認的試辦概念交付提案,臨床支持者態度正面。使用流程需要修改;資安身分驗證證據仍不完整;採購等待資安;預算與營運負責人尚未確認。下一優先事項是解決流程與資安標準,同步確認預算權責。
這段更新保留原本階段,也讓真實購買狀態保持可見。
六種常見的假進度訊號
會議變多
會議量代表互動,不一定代表決策前進。應尋找新增的標準、承諾、核准或已完成工作。
對方語氣正面
「看起來很有機會」可能代表興趣,但不能確認權限、預算、技術接受或導入準備度。
客戶要求提案
提案可能用於內部評估、比價、編列預算或初步探索。必須確認提案如何被審查,以及後續要做出什麼決定。
高階主管出席
高階主管加入會議,不代表自動成為支持者。應找出明確優先度、承諾行動或決策責任。
採購出現
採購可能在早期提供流程說明,也可能在晚期執行購買。光是出現,不能證明組織已同意採購。
設定預計成交日
日期若連結客戶內部事件、負責人、相依關係與必要條件,可信度才較高。業務自行填入的季底日期,不會因為住進 CRM 就突然變成客戶證據。
當商機階段與購買進度不一致時
| 情況 | 可能代表什麼 | 管理回應 |
|---|---|---|
| 階段領先證據 | 業務活動或樂觀預期推動了標籤 | 重新檢視階段標準、預測與缺少的購買條件 |
| 購買進度領先階段 | 客戶完成重要工作,但 CRM 尚未更新 | 更新階段並保留支撐證據 |
| 部分單位前進,其他單位未知 | 進度分散在不同決策單位 | 聚焦未解條件與關係人缺口 |
| 活動很多,但條件沒有改變 | 有互動,卻沒有可觀察進度 | 釐清下一項決定與完成證據 |
| 已完成條件重新開啟 | 範圍、風險或關係人要求改變 | 更新決策節點與相依路徑,但不刪除過去核准紀錄 |
| 客戶承諾屢次未履行 | 時間、權責或優先度可能比紀錄更弱 | 確認原因後,再判斷是否構成阻礙 |
不要只是為了讓報表看起來整齊而調整階段。階段與進度的落差,應用來啟動更好的判斷與更準確的商機敘述。
VINEQRA 如何顯示商機階段背後的脈絡?
VINEQRA 的設計對象,是負責複雜、多關係人商機的個人 B2B 業務。它協助把客戶互動歷史,與參與人物、關係人角色、部門或決策單位、里程碑或決策節點、未解問題、可能阻礙及歷史商機脈絡連結起來。
實際工作流程分為四步:
- 記錄: 保存互動、承諾、疑慮與客戶端證據。
- 理解: 釐清哪些關係人及決策條件發生變化。
- 判斷: 根據可用脈絡,協助浮現可能進度、缺口、阻礙或下一步。
- 行動: 由業務依最新客戶現況檢視建議後再採取行動。
VINEQRA 可結合由業務定義的階段、里程碑或決策節點,以及依已記錄脈絡進行的 AI 輔助判斷。AI 推測在經業務與客戶證據確認前,都應維持為建議或假設。
VINEQRA 提供建議,決定仍由業務做出。
進一步了解 ++VINEQRA 如何呈現 Pipeline 階段背後的實際購買脈絡++。
可直接套用的「商機階段 × 購買進度」檢視範本
商機名稱:
目前商機階段:
進入此階段日期:
目前採用此階段的原因:
- 業務活動:
- 客戶端證據:
下一個客戶決定或里程碑:
- 決定內容:
- 目標時間與客戶內部事件:
必要購買條件:
- 條件 → 關係人/決策單位 → 狀態 → 證據信心
已完成條件:
- 條件 → 完成證據 → 日期
未解條件:
- 條件 → 負責人 → 要求 → 相依關係
階段與進度落差:
- 無/階段領先/購買進度領先/混合進度/未知
需要驗證的可能阻礙:
- 假設:
- 支持證據:
- 缺少證據:
下一項完成證據:
- 接下來發生什麼,才能證明商機前進?
業務決定:
- 保留階段/調整階段/修正預測/重新確認資格/深入調查
- 原因:
常見問題
什麼是 B2B 商機階段?
B2B 商機階段是表示一筆交易位於賣方銷售流程哪個位置的分類,可用於工作流程、報表、Pipeline 檢視與預測,但不會自動顯示客戶完成了哪些內部決定。
銷售階段與客戶購買階段有什麼不同?
銷售階段通常反映賣方的流程與內部分類;客戶購買階段則描述買方為做出決定而進行的工作。在複雜 B2B 銷售中,實際購買進度往往分散在多位關係人與決策單位,而非一條線性旅程。
寄出提案就代表商機有進度嗎?
寄出提案只證明業務完成交付。是否產生購買進度,要看客戶是否確認範圍、找齊必要關係人、定義審查程序、解決要求、承諾資源或推動核准。
如何衡量客戶的實際購買進度?
應追蹤可觀察的客戶端證據,例如標準更明確、權責者已確認、審查完成、關係人作出承諾、必要條件獲得接受、資源正式投入,以及一項完成結果帶動其他單位前進。
商機可以同時前進又卡住嗎?
可以。一條工作線可能正在前進,另一項必要條件卻仍未啟動或尚未解決。例如使用者已接受流程,但資安尚未核准,導致採購無法完成建檔。
應該取消 Pipeline 階段,改用購買進度嗎?
不一定。階段仍適合內部流程與預測。更完整的方法是保留階段,同時增加客戶購買證據、關係人脈絡、決策條件、相依關係與信心水準。
保留商機階段,再補上證據
B2B 商機階段是有用的管理標籤,但它不是客戶購買能力與承諾程度的完整解釋。
用商機階段整理銷售流程,用購買進度證據理解交易。追蹤哪些關係人與決策單位已採取行動、哪些條件已完成、什麼仍然未知、哪項相依關係控制下一個里程碑,以及客戶是否做出有意義的承諾。
當兩層資訊同時可見,「提案中」仍然可以是正確階段,但不會再假裝所有必要決定都已同步前進。
VINEQRA 協助個人 B2B 業務看見 Pipeline 標籤背後的互動、人物、決策節點與未解條件。
++前往 App Store 下載 VINEQRA++,看清每個商機階段背後真正發生的客戶購買進度。