AO2 FIELD GUIDE · N097 · B2B 商機與客戶培育
B2B 商機資格應依需求、服務範圍與可確認條件判斷。整理補問、暫緩與不適配原因，附核對表，讓行銷和業務保留共同依據。
- 客戶想完成的工作與目前障礙。
- 與產品或服務相關的必要條件。
- 未知資訊，以及誰能協助確認。
- 下一步、責任人與重新評估的條件。
B2B 商機資格：先把「不適合」與「還不知道」分開
電子產業的初次詢問可能只知道應用，不知道應選哪個型號；IoT 合作可能需要先釐清現有設備與資料接口；生技製藥領域的合作對話，也可能先從內容、資料與市場需求開始。這些都不能只因資料不完整，就自動判定沒有價值。
不適合是已知條件與目前供應或服務範圍不一致；還不知道則是缺少足夠資訊。兩者應有不同狀態與處理方式。否則業務的篩選習慣會讓行銷誤以為需求品質差，實際上可能只是網站沒有幫客戶準備資料。
先定服務邊界，才有資格判斷需求適配
團隊先列出目前可以提供、需要個案評估與明確不提供的項目。例如提供產品知識與網站內容服務，不代表承接所有工程設計或專業審核；提供資料整理，也不等於替客戶核准所有技術或專業宣稱。邊界要能對照實際交付與責任。
如果這份邊界只存在主管心裡，每位業務就會用不同標準判斷。可以從最近一組去識別詢問開始，逐筆記錄接受、補問、暫緩或不適配的理由，再修成共同規則。先找歧見，不急著把規則做成自動分數。
初步核對表：先確認工作，不急著替客戶打分
| 維度 | 可確認的問題 | 未知時怎麼處理 |
|---|---|---|
| 需求任務 | 對方想改善或完成什麼？ | 用具體情境補問 |
| 範圍適配 | 是否在目前產品或服務能力內？ | 交產品或服務責任人確認 |
| 必要條件 | 是否有影響可行性的環境、版本或資料？ | 提供資料準備清單 |
| 評估階段 | 是在研究、比較、規劃還是準備採購？ | 詢問下一個需要完成的判斷 |
| 可推進性 | 現在有沒有合理且雙方理解的下一步？ | 先確認期待與負責人 |
| 待確認與風險 | 哪些答案需要其他專業角色？ | 保留未知，不由業務自行承諾 |
這張表是工作設計，不是通用的成交預測模型。企業可依供應模式增加必要條件，但每個條件都要說明用途。不能因為容易取得，就把公司規模或預算欄位當成所有情境的主要判斷。
比較示例：兩筆資料不完整的需求，下一步可能不同
以下均為虛構情境。甲來自電子設備團隊，說明既有介面、要解決的資料問題與可提供文件，但尚無明確時程。合理下一步可能是技術資料確認。乙詢問口罩產品的某項適用宣稱，卻沒有提供型號、市場或正式文件；合理下一步是補資料並交負責角色確認，不能先口頭答應。
甲的時程未知，不等於不值得跟進；乙提出的問題需要專業資料，不等於可以用一般產品介紹回答。兩筆都應留下明確狀態與下一步，而不是直接標成高分與低分。判斷的目的，是安排適合的工作與責任。
生技製藥夥伴的角色，應用在正確的核對環節
與生技製藥領域夥伴合作時，可先從訪談與專業核對建立分工，但具體合作範圍、可公開案例與核准角色仍需逐項確認。不能把夥伴的背景，寫成 AO2 已完成某項專業服務或產品資格。
處理這類需求時，先問內容服務誰、依據什麼文件、哪些主張需要專家確認、誰有權核准公開。商業需求判斷與專業內容核准各自留下責任，會比業務先承諾全部範圍，再回頭找人補審核更清楚。
一筆需求紀錄應如何交給下一位同事？
| 欄位 | 應保留的內容 |
|---|---|
| 需求摘要 | 對方要完成的工作，區分客戶原話與內部解讀 |
| 已確認條件 | 來源與確認方式，不只寫「業務認為」 |
| 待確認條件 | 缺什麼、由誰補、為何影響判斷 |
| 初步狀態與原因 | 可跟進、待補問、暫緩或不適配，附具體理由 |
| 下一步與責任 | 要完成的動作、接手人與預定回查方式 |
| 相關內容 | 客戶看過或可協助他的指南、產品文件與工作表 |
「已寄資料」只是動作，還需要知道寄了什麼、要協助哪個判斷、等待什麼回覆。這呼應 Johnny Wu 公開分享中對 Sales Enablement 的觀點：內容與資料應進入有效的業務對話，而不是各自累積。[1]
讓不適配原因回到內容，而不是只留在 CRM
如果多筆需求都誤認服務包含現場工程，檢查服務頁是否說清範圍；如果大家都缺同一項資料，補上說明與示例；如果特定產品限制反覆被誤解，回查產品頁與比較內容。這些回饋比一句「名單不準」更容易轉成工作。
原因分類應允許修改，並保留「尚未確認」。不要把暫時無回覆直接當成無效需求，也不要把沒有成交全部歸咎於來源。產品、時程、供應、資料與競爭情境都可能影響進展，需要實際證據才下結論。
什麼時候再做商機評分？
當團隊已有穩定定義、足夠品質的歷史紀錄與可核對的結果，再評估是否用評分協助排序。先以人工抽查確認規則會不會錯殺新市場或資料尚未齊備的需求。分數可以協助分派注意力，不能取代必要的技術或專業判斷。
跟進工作卡：一次只安排一個有用途的下一步
| 欄位 | 示意填寫 |
|---|---|
| 需求摘要 | 電子設備團隊希望整理產品資料，支援英文網站與業務內容 |
| 已知 | 有一組型錄、數份規格與不同版本簡報 |
| 未知 | 哪些資料可公開、誰核准、目前最常卡住的任務 |
| 初步狀態 | 待範圍確認，尚未承諾完整網站或 AI 導入 |
| 下一步 | 選一條產品線，帶可使用樣本與一組真實問題進行討論 |
| 完成條件 | 雙方能確認首輪任務、資料缺口與責任窗口 |
這張卡比「寄公司簡介，之後再追」更容易判斷有沒有推進。若對方無法提供樣本，可以先釐清可使用資料的範圍；若需求其實是另一種專業工作，就調整範圍或轉介，而不是把它硬塞進既有方案。
回查時問：上次的未知是否已被釐清？下一步是否仍合理？若沒有進展，是缺資料、負責人未到位，還是合作時機改變？把原因留下來，才有機會改善內容、補問與交接，而不只增加催促次數。
常見問題
沒有預算資訊，就不該安排討論嗎？
不應只憑沒有預算就放棄。先確認問題、需求階段、產品適配性、預計時間與對方下一步；早期評估者可能需要先理解範圍才有辦法編預算。可把案件分為待補資料、可安排初談、需專家評估與不適合，為各狀態寫清觸發條件。後續記錄補問與結果，用實際案件修訂規則，避免業務自行猜測預算或過早承諾方案。
非採購決策者的詢問有價值嗎？
可能有，但要確認任務。工程、使用者或研究人員可能負責整理技術條件，尚未進入採購階段；可提供選型資料、評估清單或安排技術問答。記錄其角色、需要完成的工作、其他參與者與可推進的下一步，再決定跟進投入。不只用職稱打分，也不假定每位詢問者都能做採購決定。若需求不明，先補問而非直接列為無效。
如何確認業務判定一致？
用同一組去識別的需求讓不同業務獨立判定，要求寫出依據與缺少資料，再比較歧見。將分歧分成定義不清、資料不足與責任不同，分別修訂規則、補問欄位或分派方式。保留判定版本與例子，新人接手時再做同樣練習。目標不只是狀態一致，也要能解釋為何安排下一步；不能為提高一致率就把所有案件都歸同一類。
相關閱讀與下一步
了解對應 AO2 服務，或帶著目前的資料與工作問題，先確認適合開始的範圍。
參考資料與查核範圍
資料查核日期：2026 年 10 月 21 日。官方文件支援文中對應的平台規則；工作表、決策流程與虛構示例為本文整理。Johnny Wu 的公開分享作為作者工作觀點來源，未以此推定客戶成果或產品資格。
