管理複雜 B2B 商機中的多位關係人,不能把每個窗口當成彼此無關的聯絡對象,而要把整筆商機視為一套相互連動的決策系統。你需要一個共同視圖,持續記錄每位關係人或決策單位在意什麼、影響哪項條件、最新立場有哪些證據,以及下一次互動要解決什麼。
不要假設一位熱情窗口可以代表整家公司。使用單位可能接受方案,資訊部門仍在質疑資安;採購準備談條件,財務卻尚未確認預算;主管支持方向,但擔心導入風險與人力負擔。
實務目標不是讓每個人都同樣滿意、同時參與,也不是把全公司拉進同一場會議。真正要管理的是:各項決定如何連接、目前是否已有足夠共識、哪個條件尚未完成,以及此刻究竟由誰影響商機前進。
複雜 B2B 銷售不是管理「一段客戶關係」
在簡單交易中,評估產品的人可能同時掌握預算,也能直接核准購買。複雜 B2B 銷售則經常把這些權責拆開。
同一筆商機可能涉及:
- 第一線使用者評估工作流程是否合適;
- 專案負責人協調內部計畫;
- 技術人員檢視架構、串接與資安;
- 採購管理供應商資格與商業條件;
- 財務確認預算來源與效益;
- 法務審閱合約風險;
- 部門主管決定優先順序;
- 高階主管或預算決策者核准投資。
每一個人都可能在不同時間、基於不同標準,得出不同結論。
這形成一個核心管理問題:如果只從某一段關係看,商機可能非常健康;但從整個組織的決策進度看,仍有多項必要條件尚未完成。
**複雜 B2B 銷售**的第一個原則,就是接受一筆商機中可能同時存在多個彼此連結、卻各自推進的決定。
聯絡人不等於關係人;管線階段也不等於整個組織的購買進度。
強而有力的內部支持者可以幫你理解客戶組織,但他不能自動核准資安、創造預算、接受合約,或承諾其他部門投入人力。
聯絡人、關係人與決策單位有什麼不同?
這些詞彼此相關,但在業務管理上代表不同責任。
| 名稱 | 定義 | 對業務的意義 |
|---|---|---|
| 聯絡人 | 系統中留有資料或互動紀錄的人 | 可能影響商機,也可能只是收發資訊 |
| 關係人/利害關係人 | 受專案影響、參與過程或能影響決定的人 | 有自己的立場、顧慮、貢獻或影響來源 |
| 決策者 | 對某項特定決定擁有權限的人 | 權限可能只涵蓋預算、技術、資安或合約其中一項 |
| 決策單位 | 參與採購的部門、委員會或功能群組 | 必須同時觀察個人與部門層級的進度 |
| 內部支持者 | 願意協助商機推進、提供脈絡與建立接觸的人 | 真正價值在影響力與組織通路,不只是態度熱情 |
| 預算決策者 | 有權核准商業承諾或預算的人 | 可能晚期才出現,評估標準也可能與使用者完全不同 |
本文重點是管理已知參與者與相互連動的決定。若要深入找出誰真正影響商機、還缺哪些角色,以及如何畫出採購決策網絡,可閱讀++業務關係人分析++。
建立「關係人進度矩陣」
關係人進度矩陣讓業務可以在同一個畫面理解多人商機。
針對每一位重要人物或單位,記錄:
- 在商機中的角色
- 希望達成的成果
- 主要顧慮
- 影響或負責的決策條件
- 最新確認狀態
- 支持該狀態的證據
- 下一次互動目的
例如:
| 關係人/單位 | 角色 | 希望成果 | 主要顧慮 | 決策條件 | 已確認狀態 | 下一次互動目的 |
|---|---|---|---|---|---|---|
| 營運主管 | 專案負責人 | 減少人工處理 | 人員採用負擔 | 流程接受 | 修改流程後支持試辦 | 確認最終試辦流程 |
| 資訊安全 | 技術評估 | 符合資安政策 | 身分驗證與資料流 | 資安核准 | 要求補充證據 | 審閱新版技術文件 |
| 採購 | 商業流程把關 | 完成合規採購 | 條款與供應商資格 | 供應商建檔 | 等待資安核准 | 先確認其餘建檔項目 |
| 財務 | 預算權限 | 合理化支出 | 預算來源與效益 | 預算核准 | 已找到負責人,尚未決定 | 確認商業分析所需資料 |
這張矩陣不是建立後就封存的組織通訊錄。每當新證據改變某位關係人的立場、權限、顧慮或與決策條件的關係,就應更新。
管理多位關係人的七步流程
步驟一:定義共同商機與下一個購買里程碑
如果所有對話沒有連回同一筆商機,多關係人溝通很快就會分裂成數個版本。
先確認:
- 客戶希望達成的共同成果;
- 目前商機範圍;
- 下一個可觀察的購買里程碑;
- 達成里程碑所需條件;
- 目標時間及其背後的客戶事件。
例如:
下一個里程碑是核准啟動 12 週試辦。在這之前,必須確認臨床流程、資安設計、試辦人力、預算與供應商建檔。
有了共同目標,每次關係人互動才會有明確目的,也能避免不同部門談著談著,手上各自拿著不同版本的案子。
更完整的商機結構可參考++銷售商機管理++。
步驟二:依影響的決策整理關係人
不要只看職稱。部門主管在組織中可能很資深,卻沒有參與眼前決定;一位沒有預算權的專業人員,反而可能掌握不可跳過的技術核准。
可以依照關係人影響的條件分類:
- 使用情境與工作流程接受;
- 技術適用性與資訊安全;
- 導入資源與營運能力;
- 價格與商業條件;
- 法務與合規審查;
- 預算與經濟效益;
- 組織策略與優先度;
- 最終授權。
一個人可能參與多項條件,一項條件也可能由多人共同評估。目的不是畫出完美組織圖,而是找到決策實際發生的位置。
步驟三:把角色與權限當成待驗證證據
將已確認、推測與未知資訊分開。
- 已確認: 專案負責人明確表示,資安例外由資訊長核准。
- 推測: 資訊長可能是最終技術決策者。
- 未知: 誰負責核准試辦需要的內部執行人力?
可以直接詢問:
- 誰負責這項審查?
- 誰有權核准這個條件?
- 正式核准前,需要哪些人的意見?
- 誰沒有核准權,卻能讓專案停止?
- 採購完成後,誰要對執行成果負責?
- 誰控制接觸決策者的管道?
讓未知資訊保持可見並不可怕。真正危險的是把猜測升格成事實,然後在銷售計畫裡養出幾位虛構主管。
步驟四:記錄每位關係人真正關心的事
不要只用「支持、普通、反對」三個顏色概括一個人。他的立場取決於正在評估的成果與風險。
應記錄:
- 希望達成的成果;
- 成功標準;
- 已表達的疑慮;
- 要求的證據;
- 感受到的風險;
- 內部誘因;
- 改變現況的可能成本;
- 最近一次承諾。
不同人可能基於完全不同的理由支持同一個專案:
- 使用者希望流程更簡單;
- 資訊部門希望架構安全且容易維護;
- 財務需要合理的支出依據;
- 管理者希望帶來策略價值,又不能造成營運中斷;
- 採購希望風險、文件與合約條件可以被控制。
一份完全相同的簡報很難同時回答所有人。證據與討論應配合各自的決策責任調整,但整體價值主張必須一致。
步驟五:分別追蹤每位關係人或決策節點的狀態
不要替整家公司貼上一個情緒標籤。進度應該在真正發生的層級被記錄。
可以使用:
- 尚未辨認;
- 已辨認但尚未接觸;
- 已參與;
- 評估中;
- 已提出疑慮;
- 已要求證據;
- 有條件支持;
- 已核准;
- 不同意;
- 狀態未知;
- 本里程碑不需要參與。
每一項狀態都應有證據支持。
較弱的紀錄:
資訊部門態度正面。
較完整的紀錄:
資訊部門已接受主機架構,但尚未核准身分驗證方式;新版文件預計 9 月 16 日提供。
後者同時顯示部分進展與未解條件,比一顆綠燈更有決策價值。
步驟六:追蹤人物與部門之間的依賴
多人 B2B 商機的決定常有先後順序,例如:
使用流程接受 → 資安核准 → 採購建檔 → 合約審閱 → 預算撥付 → 試辦授權
實際流程未必完全線性,部分工作可以同步進行。但業務必須知道,哪項條件會阻止下一步開始。
可以問:
- 哪個單位正在等待另一個單位?
- 需要在部門間移交什麼資料?
- 目前窗口是否理解這項依賴?
- 哪些審查可以並行?
- 哪項未解條件位於關鍵路徑?
- 現在是真正卡住,還是單純沒有動靜?
卡點是一項尚未被滿足,而且會阻止或明顯降低商機推進可能性的條件。沉默本身不足以證明卡點。
步驟七:協調整體商機的下一次互動
應依照目前的條件、最相關關係人與依賴關係選擇下一步,而不是只找最後一位回覆你的人。
一項協調良好的下一步,應說明:
- 要找哪位關係人或單位;
- 要處理什麼問題;
- 需要取得什麼證據或決定;
- 還有哪些人應該參與;
- 合適時間;
- 結果如何影響整筆商機。
例如:
安排資安評估者與專案負責人共同進行技術審查,確認修改後的身分驗證設計是否符合最後一項資安條件,完成後才能啟動採購建檔。
這比「追蹤資訊部門」更有用,因為它同時連接人物、目的、證據、依賴與時間。
建立多條關係線,但不要製造訊息混亂
多人經營(multi-threading)是針對購買流程建立幾條必要關係,而不是繞過窗口,把同一封訊息獨立寄給所有人。
用共同目的擴大接觸,不要偷偷繞路
在適合情況下,清楚說明為什麼需要其他人參與:
為了讓試辦計畫同時符合工作流程與資安要求,下次討論是否適合邀請資訊部門的審查人員一起參與?
這能尊重內部支持者的角色,也以清楚商業理由建立新接觸。
讓互動對應對方的責任
不要請採購確認系統架構,也不要期待使用者核准預算。把問題送到能回答、評估或負責的人手上。
維持一致的商機敘事
可以針對不同關係人調整證據,但不能對每個部門講一套互相矛盾的價值主張。臨床端聽到「改善流程」、財務聽到「降低成本」時,兩項說法都應連回同一個已確認的客戶成果。
保存跨關係人的承諾
當某人答應引介另一位同事、轉交文件或取得核准時,記下負責人、內容與日期。這能把看不見的內部協調,轉成至少可以追蹤的商機證據。
避免關係人過載
不是每場會議都需要整個採購委員會。只邀請解決當前問題所需的最小人數。十二個行事曆不會自動產生一個決定,有時只會開啟一個排程支線任務。
不同關係人的優先事項衝突時怎麼辦?
衝突很正常。目標不是消滅所有差異,而是判斷這些要求能否共存於可接受的購買路徑中。
可以使用以下順序:
- 準確記下各方顧慮。 不把所有不同意見都翻譯成「反對」。
- 找出顧慮背後的決策條件。 對方需要保護或接受什麼?
- 確認共同客戶成果。 各方至少認同哪項商業結果值得追求?
- 把取捨攤開。 範圍、時程、成本、風險或流程會發生什麼變化?
- 確認誰有權解決取捨。 不一定需要每個人完全同意,但必須由正當權責者做決定。
- 保存決議與剩餘異議。 不把局部共識改寫成全體支持。
例如:
- 使用單位希望快速開始試辦;
- 資訊部門要求增加資安測試;
- 營運單位無法同時維護兩套平行流程。
業務的工作不是分別說服三方,而是協助客戶定義一個可執行的試辦順序:滿足必要資安與營運條件,同時保留原本想達成的使用成果。
虛構案例:同一筆醫院商機,五個單位各有不同進度
以下案例為說明框架而建立,並非 VINEQRA 客戶案例,也不代表任何實際成果。
一位業務正在推進醫院營養照護平台。CRM 顯示商機位於「提案階段」,臨床專案負責人態度積極,但組織層級的購買進度有更複雜的樣貌。
| 關係人/單位 | 決策角色 | 主要顧慮 | 最近互動證據 | 當前狀態 | 下一個必要進展 |
|---|---|---|---|---|---|
| 臨床/使用單位 | 確認流程適用性與照護用途 | 是否增加人員紀錄負擔 | 已接受修改後的試辦流程 | 試辦範圍已核可 | 最終範圍需維持已接受內容 |
| 資訊/資安 | 評估串接、資安與架構 | 身分驗證與資料流程 | 已要求新版圖表並指定審查者 | 評估中,尚未核准 | 確認技術接受 |
| 採購 | 管理供應商建檔與商業流程 | 文件與合約順序 | 資安核准後才開始建檔 | 等待前置條件 | 先確認完整建檔清單 |
| 財務 | 確認預算與商業理由 | 預算來源與預期價值 | 已要求效益資料,預算來源仍未知 | 資訊不明 | 找出核准者及所需證據 |
| 管理階層 | 確認策略優先度 | 策略價值與導入風險 | 尚無直接互動,臨床負責人預期會支持 | 未驗證 | 確認支持者、核准角色與時間 |
單一管線階段看不到什麼?
「提案階段」讓商機看起來已經整體前進,但實際上:
- 臨床端已接受試辦範圍;
- 資訊部門有進展,卻仍未核准;
- 採購正在等待資訊部門;
- 財務條件尚不清楚;
- 管理階層支持仍是推測。
目前的管理優先順序
五個單位不需要同等程度、同一時間被追蹤。
眼前重點應是完成資訊部門要求的證據、確認採購有哪些工作可以同步準備,並及早釐清預算權限,避免它在後期突然變成新卡點。管理階層的接觸也應規劃,但如果沒有清楚決策目的,高階簡報可能只增加儀式感,不一定帶來進度。
協調後的行動計畫
| 行動 | 涉及關係人 | 目的 | 預期取得的證據 |
|---|---|---|---|
| 審查新版資安資料 | 資安 + 專案負責人 | 解決目前技術條件 | 接受設計,或取得精確的剩餘要求 |
| 確認供應商建檔順序 | 採購 | 找出可同步工作與其餘關卡 | 完整清單及正式啟動條件 |
| 釐清預算權限 | 臨床支持者 + 財務窗口 | 消除權責不明 | 核准者、預算來源與效益資料需求 |
| 規劃管理階層審查 | 專案負責人 + 已確認支持者 | 驗證策略核准路徑 | 必要參與者、決策標準與時間 |
這份計畫管理的是同一筆商機,同時承認每個關係人的進度並不相同。
關係人對齊看似良好,其實很脆弱的警訊
注意以下情況:
- 內部支持者說「大家都同意」,但沒有其他人直接確認;
- 不同部門描述的專案目標彼此不一致;
- 大量工作完成後,才突然出現新的決策者;
- 每個單位都以為下一步由另一個單位負責;
- 不同關係人對「核准」有不同定義;
- 會議出席者很多,但所有承諾都沒有負責人;
- 知道預算決策者的職稱,卻從未讓對方參與;
- 紀錄了顧慮,卻沒有解除顧慮的標準;
- 大家同意一個期限,但沒有任何客戶內部事件支持它;
- 因為沒有人反對,就推測所有人都支持。
這些不一定是卡點,但都代表商機模型還需要進一步驗證。
建立可執行的關係人檢視節奏
關係人管理應在商機發生變化時更新,而不是埋在每季才打開一次的帳戶計畫中。
每次重要互動後
更新:
- 關係人說了什麼、做了什麼;
- 商機因此改變了什麼;
- 新增的顧慮或要求;
- 承諾與日期;
- 相關決策條件狀態;
- 新出現的人物或單位。
每場重要會議前
確認:
- 誰會參加;
- 每個人的角色與當前顧慮;
- 已有共識與仍有衝突的地方;
- 此次需要取得的決定或證據;
- 會議影響哪些前後依賴;
- 哪些資訊絕對不能只靠假設。
每週商機檢視時
檢查:
- 狀態過久未更新或未驗證的關係人;
- 必須參與卻尚未建立接觸的決策單位;
- 客戶或業務未完成的承諾;
- 彼此衝突的資訊;
- 沒有負責人的核准條件;
- 位於關鍵路徑的依賴;
- 下一個需要協調的行動。
檢視頻率是為了改善判斷,不是為了製作一份龐大的關係人人口普查。
VINEQRA 如何把多關係人脈絡放在同一筆商機中
VINEQRA 專為管理複雜商機的個人 B2B 業務設計。它把互動歷程、人物、關係人角色、部門或決策單位、已知顧慮、里程碑或決策節點、未解事項與過去關係脈絡,整理到同一筆商機中。
整體工作方式分成四個階段:
- 記錄(Capture): 保存重要互動、關係人顧慮、承諾與變化。
- 理解(Understand): 看懂每個人或單位與商機、決策條件的關係。
- 推理(Reason): 綜合現有脈絡,協助找出可能缺少的關係人、卡點、進度訊號或下一步方向。
- 行動(Act): 業務根據最新客戶現況檢視建議,再決定如何執行。
VINEQRA 的目標不是取代業務判斷,而是降低一段良好關係、一個綠色管線階段或一場近期會議,被誤當成整體購買現況的風險。
VINEQRA 提供建議,最後仍由業務做決定。
了解 ++VINEQRA 如何把多關係人商機脈絡整理在同一個畫面++。
多關係人商機檢核表
針對每一筆進行中的複雜商機,確認:
- 已定義共同客戶成果與下一個購買里程碑。
- 已知關係人已連結到他們影響的決策條件。
- 已確認角色與推測角色清楚分開。
- 重要關係人的成果、顧慮與證據要求均有紀錄。
- 不同人物或單位有各自的狀態與支持證據。
- 必須參與但尚未出現的角色仍清楚可見。
- 已記錄各單位間的前後依賴。
- 衝突的優先事項有具正當權責的解決者。
- 每項承諾都有負責人、行動與日期。
- 下一次互動具有明確目的與預期證據。
- 沒有只依一位窗口判斷整體商機健康度。
- 沒有用管線階段取代組織購買進度。
如果只有從內部支持者的角度看起來一切順利,代表你對整筆商機的理解仍不夠完整。
常見問題
如何管理 B2B 商機中的多位關係人?
在同一筆商機中,把每位關係人連結到其角色、希望成果、主要顧慮、影響的決策條件、最新證據、當前狀態與下一次互動目的,再依各單位的前後依賴與下一個購買里程碑協調行動。
複雜 B2B 銷售通常有多少位關係人?
沒有可靠的通用數字。實際人數取決於金額、風險、技術複雜度、導入影響、採購規則與客戶治理方式。應追蹤完成決定所需的角色,而不是追求固定人數。
關係人與決策者有什麼不同?
關係人會受到專案影響,或能影響商機;決策者則對某項特定決定擁有權限。同一位關係人可能影響多項條件,而技術、財務、商業與策略核准也可能分屬不同決策者。
不同關係人想要的東西不一樣,該怎麼處理?
先準確記錄各方優先事項,找出背後的決策條件與共同成果,再把範圍、時程、成本、風險或流程的取捨說清楚,最後確認由誰依正式權責做決定。局部同意不能直接當作全體支持。
每位關係人都要由業務直接聯絡嗎?
不一定。直接接觸應服務明確的決策目的,有些互動也適合透過內部支持者或專案負責人協調。不要為了增加接觸面而任意繞過既有關係。
CRM 如何協助管理多位關係人?
當 CRM 或商機工具能把互動、人物、角色、顧慮、決策條件、承諾與狀態連結在同一筆商機中,就能協助管理多關係人進度。只有一份聯絡人清單,仍不足以說明組織的實際購買狀態。
管理決策系統,而不只是聯絡人清單
複雜 B2B 商機很少只靠一段關係就能完成。它會在必要人物與決策單位取得足夠證據、共識、權限與責任後,才真正向前推進。
因此,管理內容不能只有姓名與職稱。你還需要知道每位關係人在意什麼、影響哪項條件、哪些證據支持目前立場、他的決定依賴誰,以及下一次應協調什麼互動。
VINEQRA 協助個人 B2B 業務把多關係人脈絡集中在同一筆商機中,避免一個綠色管線階段,遮住五個完全不同的購買現況。
++前往 App Store 下載 VINEQRA++,把每筆複雜商機背後的人物、決定與互動歷程連結起來。