海外企業客戶有誰參與決策？採購角色關係圖

企業客戶採購通常由多個人分段判斷：日常使用者提出工作需求，採購協調流程，技術團隊評估接入與風險，預算負責人檢查資源，最後的批准者確認承諾。對出海供應商而言，關鍵不是猜誰職級最高，而是把每種角色的疑問、證據與下一步連起來。以下用關係圖思維整理，例子均為假設；實際公司流程請由客戶確認。

誰實際使用產品或服務？

使用者是每天把產品或服務放進工作流程的人，也包括會接收其輸出、承擔後續處理的同事。辨認時先從一件具體工作開始：什麼事件促使他開啟工具或聯絡供應商，現在用什麼步驟完成，輸入與輸出分別交給誰，在哪一步最常停下來。請客戶用最近一次實際案例逐步描述，並追問每個動作的執行者；「我們團隊需要」常把使用、管理與批准混在一起。若有多個部門，分別列出使用頻率、工作量、錯誤後果、語言或時區需求，以及誰負責培訓與例外處理。這些差異會決定需求是否一致，不能只從聯絡窗口的職稱推論。 再用可觀察的驗收條件確認需求，例如完成一次訂單交接需要哪些資料、誰能查看、多久內完成、遇到缺件轉交給誰。條件應描述工作結果，不先指定供應商功能，讓使用者指出真正限制。假設某海外團隊希望改善客戶資料管理，可追問實際建立資料的是業務、維護名單的是營運、使用報表的是主管；三者對必填欄位、更新頻率與權限可能有不同看法。邀請一位日常操作者走查現有流程，記錄常見與例外情境，再請他排序最重要的兩項改變。若管理者代替使用者回答，標記為「待使用者確認」，不要把推測當需求。 訪談時可讓兩位使用者各自講一遍同一流程，看看是否在交接、資料定義或完成標準上有分歧；若差異很大，先確認這是部門規則不同還是尚未形成共同流程。當使用者提出功能要求，追問它要解決的情境、目前替代作法和可接受的結果，再把需求寫成可由使用者親自核對的一句話。

誰負責採購流程？

採購負責人通常是把需求轉成可比較、可簽核步驟的人，未必是出錢者，也未必能決定供應商。辨認時詢問誰收集部門需求、整理規格、邀請報價、安排供應商資料審查、追蹤合約與採購單，以及由誰提醒各關卡期限。請對方描述目前一筆相似採購從提案到啟用的路徑，標記每個交接點和退回原因；若回答「採購部處理」，再追問實際承辦窗口與業務需求負責人分別是誰。可以用下表先建立假設，再讓客戶修正：

不要把表格當成客戶組織圖。小型企業可能由一人兼任三種任務，大型企業也可能由不同區域分別處理供應商登錄、資安審查和合約。把每個角色記上姓名、部門、負責動作和下一個交接對象；若採購窗口無法透露姓名，先記錄職能與引介方式。供應商能做的具體動作，是提供格式清楚的需求摘要、可比較的範圍與待補文件清單，方便承辦人轉交，不能替客戶假設內部流程或代替其授權。 如果尚無固定採購流程，可先把已知步驟畫成草稿，請承辦人標出必經關卡、可並行工作和需要誰提供文件。這能分辨流程等待與方案不合，也能避免把內部審核時間誤認成供應商承諾。每次交件時記錄版本與接收人，會議後用簡短摘要確認下一位負責人和預期回覆；若承辦人無權承諾日期，就請他指出可確認時程的同事。

技術審查者看重什麼？

技術審查者關心方案如何接入現有環境、資料如何流動，以及故障或權限錯誤時誰會受影響。先確認審查涵蓋哪些面向：系統架構、帳號與存取、資料類別和保存方式、既有工具的介接、營運支援、備援與退出安排。不要只問「資安能不能過」；請客戶說明需要哪種文件、由誰檢視、哪些條件會阻止試用或正式啟用。技術團隊可能只評估相容性，資安或資料治理窗口另看風險，應把工作拆開，而非把多個人籠統寫成資訊部。 準備資料時用客戶可判讀的格式說明範圍與邊界，例如列出會交換的資料類型、傳輸方向、涉及的使用者、管理責任與目前未知項目。每一項都標明已確認、待客戶提供或需進一步評估，避免用模糊的安全承諾填空。若要安排示範或測試，先確認可使用的環境、測試資料規則、參與者和停止條件，並約定誰收集結果、誰能提出阻擋問題。假設審查者要求說明資料是否會離開客戶指定區域，應先核對實際架構資料再回答；未有證據時，記下待查問題並指派回覆人，不以口頭猜測換取會議進度。 決策標準可寫成「必須具備」「可接受替代方案」「尚待確認」三欄。若某項要求無法符合，請技術窗口說明是否有替代流程、風險由誰接受、是否要停止評估；若可符合，記錄使用哪份文件或測試結果確認。這讓商務窗口知道技術關卡的真實狀態，也避免把一次順利展示誤寫成已完成正式審查。 外部供應商只回覆自己能證明的設計與流程；客戶內部的政策解讀，交由其審查人確認，並記下每項限制對試行範圍的影響。

預算由誰管理批准？

預算角色要判斷支出從哪個成本中心支付、何時可用、需要哪一層授權，以及費用如何對應業務成果。先分清提出預算的人、管理預算的人與批准支出的人；同一位財務同事可能負責核對科目或流程，但不一定決定是否採購。可問目前是否已有預算項目、所需資料格式、審批會議節點、採用何種幣別，以及年度或跨年度安排由誰確認。金額門檻、審批規則和會計處理因公司而異，不應用供應商熟悉的做法代替客戶答案。 提交成本比較時把報價範圍、一次性工作、持續費用、內部投入、整合或培訓需求、續約與退出成本分開列明，並標示每項是已報價、待估算或由客戶承擔。價格最低不必然最符合預算；若關鍵支出落在不同部門，還需確認誰能合併檢視全貌。假設某方案每月一千個計價單位，另有一次性設定費兩千個單位，首年已知費用為一千乘十二再加兩千，共一萬四千個單位；若部門可用額度是假設的一萬三千個單位，就要討論調整範圍、時程或資源來源，不能只把月費拿來比較。這些數字純屬示例，不代表市場價格。 最後請預算窗口確認比較表是否涵蓋其決策所需欄位，再問缺少哪項證據才可送審，以及誰負責補齊。把「預算已看過」和「預算已核准」分開記錄；前者只代表接觸或初步檢視，後者需由客戶指出已完成的正式步驟及仍附帶的條件。 必要時做兩個範圍版本的比較，列出各自包含與不包含事項，讓預算負責人看見縮減範圍會改變哪些成果，而非只看到較低總額。預算尚未編列時，先確認下次可檢視的時間點。

誰能確認最後決定？

最後決定未必集中在單一人身上。有人選定業務方案，有人批准預算，有人有權簽署合約，也有人確認交付可開始；這些決定可能由不同角色在不同時間完成。先請客戶拆解「決定」具體指哪個動作，再詢問各動作的負責人、必要參與者、依據文件與完成條件。不要把最高職稱、會議主持人或最常回覆郵件的人直接當最終批准者，也不要把對方說「方向正確」當成採購承諾。 可用一段回述驗證理解：「目前由某部門確認需求，某窗口完成技術評估，預算由某角色核准，合約再交由授權簽署人；是否還有必須先完成的審查？」請對方修正每一格，並確認誰能正式說明批准已完成。若客戶提到委員會或多方共識，追問它是提出建議、共同選型、還是具正式核准權；取得會議結論後，仍須辨認後續授權步驟。用狀態詞區分「建議」「待批准」「已批准」「可簽署」「可啟用」，每項附上確認人與證據，不把沉默推定為同意。 假設一位業務主管表示團隊偏好某方案，但財務仍要確認資源，技術審查也未結束，供應商可回覆目前是「偏好已知、預算與技術條件未完成」，並列出各自負責人及預計回覆事項。這種說法既保留正向訊號，也讓雙方看見成交前還有哪個決策點。若角色無法明確指認，請主窗口介紹正式流程負責人；在確認前，將最後批准者記為未知，而非自行填入推測姓名。 若真正批准者不參加會議，可請其授權窗口說明提交方式、核准依據和目前狀態，再安排由有權者確認承諾。不要代替客戶判定誰具簽署權，也不要把電子郵件抄送名單當授權證據。

角色缺席時如何補問？

當某個角色缺席，先判斷缺的是工作、知識還是授權：使用者沒參與，可能使需求失真；技術窗口未出席，可能使風險問題無法回答；預算或批准者未知，則無法確認資源和承諾。把缺口連到一個尚未解決的決策問題，再向目前聯絡人提出低負擔、可直接轉寄的請求，例如：「為了準備符合內部審查的資料，哪位同事負責確認資料流向？方便安排他參與二十分鐘，或告訴我適合先提供的文件嗎？」說明邀請目的與預計討論項目，讓對方知道引介並非重新推銷。 若客戶不便提供姓名或安排會議，可先詢問職能、審查順序、所需文件和可接受的書面回答，再提供一頁式摘要供其內部轉交。不要要求不必要的個人資料，也不要請單一窗口代替專業角色回答其未確認事項。每次補問後，更新角色表：目前知道什麼、來源是誰、還缺什麼、由誰跟進、何時回覆；對方未回應就保留「待確認」，不要自行升級為通過。若同一問題跨部門重複出現，合併成一份可追蹤清單，避免每個人收到不同版本。 補問時避免一次寄出過長問卷；先選出會阻止下一步的缺口，提供兩三個可選回覆方式，例如引介、書面答覆或安排短會。若客戶指出不能分享內部資訊，就只記錄可公開的流程狀態與下一個確認節點；目的在於知道如何往下走，不是追問敏感內容。 下一步可以把現有聯絡人放進簡單關係圖，為每個未確認角色寫下一句具體問題，並在下一次客戶會議前請主窗口補上對應人選或替代確認方式。你也可以先到 Chan & Chung 官網 查看品牌資訊，再依客戶實際流程安排討論。