案子在系統裡寫著「已送提案」，實際上卻三個月沒動。你每週跟使用單位窗口聯絡，對方態度很好，但採購那邊完全沒有動靜。
這不是跟催不夠勤，而是商機管理沒有被當成一件獨立的事在做。
商機管理，是推動「單一個案子」通過客戶方真正必須滿足的條件，而不是把一筆紀錄往下一個階段搬。 在複雜的 B2B 銷售裡，這些條件分散在不同的地方：使用單位要接受新的作業流程、資訊室要確認介接與資安、醫工或技術單位要確認維護與相容性、採購要跑程序、預算決策者要把這筆錢排進來。
每一項都是獨立的未解條件，各有各的負責人、各有各的證據。所以商機管理的核心，是把四件事維持在最新狀態：
- 實際發生了什麼——客戶互動紀錄；
- 有哪些人涉入，各自在意什麼；
- 哪些條件還沒被滿足——決策節點；
- 現在真正卡住進度的是哪一項——卡點。
而這些工作的產出不是一份狀態回報，是一個決定：下一步找誰、談什麼。
以下依序說明商機管理與 pipeline 管理的差別、商機情境的五個組成、一個醫院案子的完整拆解、可以照做的五個步驟，以及每週十分鐘的檢視方法。
商機管理不等於 pipeline 管理
這兩件事經常被混用，問題也多半從這裡開始。Pipeline 管理是「一整批案子」的事，目的是預測業績、分配時間；商機管理是「單一個案子」的事，目的是搞清楚現況、決定下一步。
| Pipeline 管理 | 商機管理 | |
|---|---|---|
| 處理單位 | 手上所有案子 | 一個商機 |
| 核心問題 | 這一季會進來多少？什麼時候？ | 還有什麼沒解決？怎麼推？ |
| 主要產物 | 階段、金額、預計結案日、成交機率 | 互動紀錄、關係人、決策節點、卡點 |
| 服務對象 | 預測與管理層 | 實際在跑這個案子的業務 |
| 典型失效 | 預測看起來很準，底下卻是一堆未經驗證的假設 | 資訊記得很細，卻從來沒轉換成行動 |
兩者都需要。但只做 pipeline 管理的業務，管理的其實是自己假設的總和——預測會原封不動地繼承商機層沒看見的每一個漏洞。
至於名單開發（lead management），在合格商機成立的那一刻就結束了。本文談的全部發生在那之後。
階段是標籤，推進要有證據
階段是你的公司給這個案子貼的標籤；實際推進是客戶的組織真正通過了什麼。兩者速度不同，而且可以整整半年互相背離。
一個掛在「提案中」的案子，可能臨床端早就完全接受、資安審查還沒過、採購根本還沒開檔、預算歸誰管到現在都沒人講清楚。標籤說這是後段案子，實際上五個條件裡有三個沒解決，其中一個甚至還沒開始。
階段是標籤，推進要有證據。
所以商機上最該看的不是階段，而是「還沒解決的條件清單」以及每一項背後的證據。完整的對照方式——包括怎麼保留既有階段制度又能看見真實進度——寫在〈銷售階段 vs 客戶實際推進〉。
商機情境的五個組成
多數系統裡存的是「活動」，不是「情境」。差別在於：活動告訴你自己做了什麼，情境告訴你這件事對客戶的決策代表什麼。
這是 VINEQRA 的產品邏輯，但即使不用任何工具，這個模型本身也成立：
互動紀錄 ＋ 關係人 ＋ 里程碑／決策節點 ＋ 卡點 → 下一步行動（Next Best Action）
| 組成 | 回答什麼問題 | 什麼算證據 | 常見失誤 |
|---|---|---|---|
| 互動紀錄 | 到目前為止實際發生了什麼？ | 會議、電話、示範、提出的疑慮、要求的資料、給過的承諾、還沒回答的問題 | 只記「有開會」，沒記對方說了什麼、要了什麼、承諾了什麼 |
| 關係人 | 誰涉入、什麼角色、在意什麼？ | 角色、所屬單位、明確表達過的顧慮、影響力、目前立場 | 把每個聯絡人都當關係人，又把每個關係人當成可以互相取代 |
| 里程碑／決策節點 | 這個案子往前走，客戶端必須先通過什麼？ | 資安審查、技術驗證、預算核定、會議決議、採購程序、試用驗收 | 定義的是自己控制得了的階段，而不是客戶必須通過的條件 |
| 卡點 | 現在真正擋住進度的是哪一項？ | 一個明確、有負責人、尚未滿足的條件 | 把沉默當卡點，把真正的相依關係當成「對方最近比較忙」 |
| 下一步行動 | 綜合以上，接下來做什麼最值得？ | 能讓最關鍵的未解條件往前一步的那個動作 | 預設就是「再跟催一次」，但這一次並沒有針對任何具體條件 |
箭頭是重點。前四項是證據，第五項是從證據推出來的判斷。沒有證據就下判斷，得到的是活動；有證據卻從不收斂成判斷，得到的是一個文件很完整、但完全不會動的案子。
情境示範：一個看起來快成交的醫院案子
以下為說明用的假設情境，非 VINEQRA 客戶案例。
某區域醫院的儀器採購案。金額不小，案子跑了七個月，系統上的階段是「提案已送出」。
| 決策單位 | 在決策中的角色 | 主要在意的事 | 目前狀態 | 未解條件 |
|---|---|---|---|---|
| 使用單位（臨床科部） | 需求發起、實際使用者 | 作業流程是否合用、人員訓練負擔 | 支持，已完成實機評估 | 無，這一關已通過 |
| 醫工室 | 技術評估 | 安裝、維護、與既有設備相容 | 大致正面，維護條件還有一項未確認 | 服務回應時效需書面確認 |
| 資訊室 | 技術核可 | 系統介接、資料處理與資安 | 六週前發出資安問卷，之後沒有下文 | 資安審查必須先完成，採購才會開檔 |
| 採購 | 程序負責 | 採購程序、合約條件 | 尚未啟動 | 等資訊室放行 |
| 院方管理層 | 預算決策 | 年度預算排序、優先順位 | 知道是誰，但從沒見過面 | 本年度預算是否涵蓋這筆 |
當成一筆 pipeline 資料看，這個案子在「提案中」，預計本季結案。當成一個商機看，它卡在一個點上：資安審查。後面的採購、議約、預算撥付全部在等它,而業務這六週把力氣花在跟一個已經通過、而且對卡住的那件事沒有權責的臨床窗口跟催。
內部推手沒有錯，跟催本身也不算錯。它只是打在五個單位裡唯一已經過關的那一個上。
這就是商機情境的實際價值——它告訴你，目前這五條關係裡，哪一條才是承重的。
推進一個複雜商機的五個步驟
1. 把互動記成證據，不是記成活動
活動紀錄回答的是「我有沒有做事」，證據紀錄回答的是「我們知道了什麼、什麼改變了」。後者才是之後所有判斷的基礎——你沒辦法從一則寫著「電訪—某醫院」的行事曆條目裡看出卡點在哪。
該記的是有決策重量的東西：對方要求了什麼、反對什麼、承諾了什麼、提到還需要誰點頭、以及有哪些問題到現在還懸著。實際做法寫在〈B2B 銷售如何完整記錄客戶互動〉。
2. 盤的是決策單位，不是聯絡人
聯絡人是「你有他的聯絡方式」的人；關係人是「他的立場會影響案子能不能往前」的人；決策單位則是負責通過某一項特定條件的那個群體——而且裡面可能有你從沒見過的人。
每一個單位都該記下角色、在意什麼、目前立場、還需要你提供什麼。這張圖上的空格是你能拿到最可靠的早期警訊。方法論在〈業務關係人盤點：誰真正影響這個案子〉與〈企業銷售中的決策單位怎麼追蹤〉。
3. 定義客戶端必須通過的決策節點
用客戶的語言,把「採購成立之前必須先滿足的條件」寫下來。資安審查、技術驗證、會議核定、預算確認、合約條件。
判斷一個節點寫得好不好，標準是：客戶端的人看到會不會認得。「補一份修正報價」是你的待辦；「院方確認本年度預算涵蓋這筆」才是他們的條件。只有後者能告訴你案子能不能往前。
4. 分清楚「沒回覆」和「真正的卡點」
卡點，是一個尚未滿足、且會阻止或明顯降低商機推進機率的條件。
沉默不會自動等於卡點，卡點也不一定表現成沉默。下面這幾種情況需要的處理方式完全不同：
| 訊號 | 實際上多半是 | 合理的處理 |
|---|---|---|
| 兩週沒回訊息 | 沉寂——通常是優先順序問題，不是立場問題 | 重新建立接觸，弄清楚什麼變了 |
| 「我們還在評估」 | 不確定——有一個沒說出口的顧慮 | 把那個具體未解的問題問出來 |
| 「介接這塊我們有疑慮」 | 反對意見——已明確表達的顧慮 | 正面處理，並且找對技術端的人談 |
| 「資訊室沒放行，採購沒辦法開」 | 相依關係——順序問題，不是抗拒 | 去處理上游那個條件 |
| 從沒有人提過預算誰核 | 關係人缺口——盤點不完整 | 請內部推手協助釐清核決路徑 |
| 資安問卷送出後沒有結果 | 待決核可——這是活的卡點 | 找出審查的負責人與時程 |
要判斷自己面對的到底是哪一種，見〈B2B 案子為什麼會卡住，以及怎麼找出真正的卡點〉。
5. 讓下一步從情境長出來，不是從提醒跳出來
值得做的下一步，是能讓「最關鍵的未解條件」往前一步的那一個。在上面的醫院案子裡，那不是再跟臨床窗口聊一次，而是查出資安審查的負責人是誰、還缺什麼才能結案。
可用的推導順序：上次之後有什麼改變 → 現在最關鍵的是哪個關係人 → 哪個條件還沒解決 → 是什麼擋住它 → 哪個動作最能降低這個相依或不確定。完整序列在〈商機的下一步該怎麼判斷〉，要把它變成固定節奏則見〈如何建立 B2B 業務跟進系統〉。
每週十分鐘的商機檢視
對每一個重點案子，用七個問題跑一次：
- 這週有什麼新的證據進來？有沒有改變原本的判斷？
- 哪些決策單位已經通過了？憑什麼這樣認定？
- 現在最靠近關鍵路徑的未解條件是哪一個？
- 它屬於反對、相依、關係人缺口，還是待決的核可？
- 技術、商務、預算、高層——有沒有哪一條核決路徑至今沒有具體的人名？
- 我承諾過但還沒交出去的東西有哪些？
- 綜合以上，接下來最值得做的一件事是什麼？找誰？
如果第 3 題連續四週答案一樣，而第 7 題每次都寫「再跟催」，那這個案子不是進度慢，是卡住了——而且卡住的位置很具體。
軟體幫得上什麼、幫不上什麼
多數 CRM 的設計目標是紀錄型系統：存下發生過什麼、跟誰發生、案子現在在哪一格。這確實有用，而且對一個主要服務組織而非個別業務的系統來說，是合理的設計。
它先天不會做的，是「跨紀錄推理」。互動紀錄、關係人清單、未解條件、沒被回答的問題，全都在同一個系統裡，但把它們串起來的工作仍然是人工的。在一個牽涉五個決策單位、累積七個月歷程的案子上，這件工作正好是週一忙起來就會被跳過的那一件。
VINEQRA 的定位，是在業務個人的工作流上，加一層推理層：
- 記錄——把客戶互動記到之後用得上的細緻度；
- 連結——把互動接上涉入的人、單位與決策節點；
- 推理——分析累積的情境，浮現可能的進展、缺口與卡點；
- 行動——就「接下來可以考慮做什麼」提出建議。
它支援實際案子會用到的兩種模式。業務只是持續記錄發生過的事，AI 可以就這段歷程進行推理；業務若已明確定義里程碑、決策節點或關係人結構，AI 也可以對著這個結構推理，協助判斷哪些節點動了、哪些還懸著。
其中受支援的 AI 分析，是透過 Apple Foundation Models 使用 Apple 的裝置端系統語言模型執行，該項推論因此不必送到第三方雲端 LLM。對一份寫著醫院人名、內部反對意見與報價討論的銷售情境來說，這個架構值得弄清楚，而不是憑感覺假設——說明在〈裝置端 AI 如何處理敏感的銷售資料〉。
有一個原則比任何功能都重要：VINEQRA 提出建議，決定的是業務。 建議是判斷的觸發點，不是判斷的替代品。工具可以告訴你「資訊室的審查懸著、採購六週沒進展」；要升級、要等、還是要繞路，只有你能決定。
想更深入比較兩者的分工，見〈CRM 與商機情報：B2B 業務真正需要的是什麼〉。
五個安靜地讓案子流掉的錯誤
- 維護自己最好聯絡的那條關係，而不是正在卡住的那條。 打給內部推手很輕鬆，找資安審查的負責人不輕鬆。
- 記下「開過會」，而不是「會上得到什麼」。 半年後回頭看，只有後者有價值。
- 把一個聯絡人當成整個客戶。 單線經營的案子，會在那個人換職務、換優先順序或換想法的時候倒掉。
- 把自己的流程當成客戶的條件。 送出修正版提案是一個動作；院方確認預算才是推進。
- 用階段代替證據。 如果你講不出上次階段變更是憑什麼，那個階段就只是一個看法。
常見問題
商機管理到底在管什麼？ 管的是單一個案子：追蹤實際發生過什麼、有哪些人涉入、客戶端還有哪些條件沒通過、現在是什麼擋住進度，然後依這些情境決定下一步。
跟 pipeline 管理差在哪？ Pipeline 管理橫跨多個案子，用來預測與排優先；商機管理往單一個案子裡面看，用來確認現況與決定行動。預測的品質，取決於底下商機層的工作做得多實。
一個複雜的 B2B 案子通常會有幾個關係人？ 產業與案型差很多，看到固定數字要存疑。比較有用的問法是：使用端接受、技術核可、商務條件、預算核定、高層支持——這幾條路徑是不是都有具體的人名？沒有人名的那幾條，就是後期才會爆出來的意外。
案子只是慢，還是真的卡住了？ 連續幾次檢視都是同一個條件沒解決，而且你做過的動作沒有一個直接針對它，那就是卡住了。慢的案子還是會產生新的證據；卡住的案子只會產生跟催紀錄。
AI 真的能告訴我下一步該做什麼嗎？ 它能分析已記錄的情境並提出建議——該找哪個關係人、哪個條件看起來沒解決、什麼可能擋住進度。但它不知道你在會議室裡感覺到的東西，也不該被當成對案子的保證判讀。建議是你判斷的輸入，不是結論。
公司已經有 CRM 了，還需要另一個工具嗎？ 不一定，因為兩者回答的是不同問題。CRM 為組織留下客戶的完整紀錄；推理層協助個別業務判斷這些累積的情境對下一步代表什麼。實務上不少業務兩個都用。
下一步，你可以
掌握案子的真實進度，知道下一步該做什麼。
VINEQRA 把你的客戶互動紀錄、關係人與決策節點整理成可以拿來推理的商機檢視，受支援的 AI 分析在裝置端執行。