你是不是也遇過這些情況?
- 「前面說這筆有需求,業務打過去說沒有?」兩個人可能都沒說錯:前面確認的是問題真的存在,業務在意的是現在能不能報價。
- 「業務和接詢問的人常常為了名單品質吵架?」落差來自看的東西不同、中間隔了時間、客戶對不同的人說法不同,以及「有需求」的標準沒有寫下來。
- 「想讓兩邊對「有需求」的看法一致?」事先一起把「有需求」寫成看得到的條件,交付時寫清楚確認了什麼、還沒確認什麼,交付後回饋修正。
把開發和成交分給不同的人之後,最常出現的一句話是:「這筆根本沒有需求。」業務開發代表(SDR)明明確認過,業務打過去卻覺得白跑一趟。很多時候兩邊都沒有錯,只是看的東西不一樣。用一個例子,就看得出落差從哪裡來,也知道怎麼把它縮小。

一家做包裝設備的工廠,網站上來了一筆詢問。業務開發代表回電,對方是生產課長,說產線最近常在封箱這一段停線,想了解自動封箱機,公司今年有編設備預算,最後由廠長決定。業務開發代表確認了問題、預算方向與決策角色,把這筆列為「明確意向」交給業務。
兩週後,業務打過去。課長說廠長還在比較兩家,預算要等下一季才會確定,「你先寄型錄給我」。業務掛上電話,在商機分級交付單上寫了一句:「沒需求,只是要型錄。」
這筆到底有沒有需求?從業務開發代表的角度,問題是真的、方向是清楚的、決策的人也知道是誰;從業務的角度,現在不能報價、也不知道什麼時候能成交,等於沒有需求。兩個人都沒有說錯。
這四個原因裡,第一個最根本。業務開發代表的工作,是在需求還很早的時候就把它找出來、確認它是真的;業務的工作,是把已經成熟的需求變成訂單。兩者看同一位客戶,一個看到的是「有機會」,一個看到的是「還不能報價」。如果沒有事先說清楚,雙方就會用各自的標準評斷對方的工作,業務覺得前面給的商機品質不好,前面覺得業務不夠努力跟進,最後演變成互相指責。
開始交接之前,業務和業務開發代表一起把「有需求」拆成看得到的條件:要確認哪些事、確認到什麼程度算哪一級,最好附上例子。判斷的面向可以參考〈客戶說有興趣,值不值得跑一趟?BANT 四個問題先判斷〉;什麼算有效商機,可以看〈名單很多,業績卻沒起色?〉。
交付單不只寫等級,也寫原話:「預算方向有,金額下一季確定」「決策者是廠長,尚未接觸」。業務打電話前就知道要從哪裡接,不會期待落空。
業務聯繫後的結果回傳給業務開發代表:哪幾筆談下去了、哪幾筆不如預期、為什麼。一兩個月後,兩邊對「有需求」的理解會越來越接近。
客戶狀況會變、聯繫方式會影響回應,單一筆的落差很難避免。與其每一筆爭論,不如看一段時間的整體結果:有沒有帶來有意義的拜訪、業務的時間是不是比較集中在對的客戶身上。
這四個做法裡,最常被省略的是第三個。很多公司把商機交給業務之後,就不再追蹤結果,前面的人永遠不知道自己交出去的商機後來怎麼了。沒有回饋,判斷就沒有辦法進步。即使只是每個月花半小時,一起看看上個月交付的商機各自的進展,雙方對「有需求」的理解,都會快速地接近。Forrester 的需求瀑布也是這樣設計的:業務收到商機要明確接受或退回,退回的理由記下來,下一次的判斷才會更準,整理在〈詢問要確認到什麼程度,才交給業務?〉。
落差有一大部分,發生在交接的那幾行字。用前面包裝設備的例子,看看同一筆商機的兩種寫法(示意):
寫法一:「明確意向。生產課長,想了解自動封箱機,請聯繫。」
寫法二:「生產課長,產線封箱段常卡料,每天影響出貨,想了解自動封箱機。已確認:問題真實、今年有編設備預算。尚未確認:預算金額與廠長的時程,課長說廠長還在比較兩家。建議:先問課長需不需要一份給廠長看的比較資料,再約試機或參觀。」
拿到寫法一的業務,打電話時期待的是「可以報價」,聽到「先寄型錄」就覺得落空。拿到寫法二的業務,打電話前就知道這一筆還停在廠長那一關,開口第一句會是:「上次您提到廠長還在比較,要不要我們準備一份兩種機型的比較,方便您跟廠長說明?」對方的反應,很可能完全不同。
寫法二多了兩樣東西:已確認與尚未確認的分開寫,以及建議的下一步。這不需要很長,三四行就夠,但它讓業務在打電話之前,就和前面的人站在同一個起點。業務聯繫後,再把結果補在同一筆紀錄下面,例如「已寄比較資料,廠長下月初回覆」,前面的人也能從中學到,下一次要多問哪一題。交接寫清楚之後,「有需求」與「可以報價」之間的距離,就從爭論變成一份大家都看得懂的進度。
如果這幾題的答案都是否定的,問題不在任何一個人,而在交接的方式。把標準寫下來、把確認的內容寫清楚、把結果回傳回去,這三件事做到了,「有需求」就不再是各說各話。SDR 與業務怎麼分工,可以先看什麼是 SDR?
不一定。SDR 確認的是問題與方向是否真實,業務在意的是能不能報價、多快成交;加上中間隔了一段時間,客戶狀況可能改變。先看交付時確認了什麼,再一起修正標準。
細到兩個人看同一筆會給出一樣的等級。每一級寫出要確認的條件,再各附一兩個實際的例子,比抽象的描述有用。
要交,但要標清楚現在的狀態與下一次聯繫的時機,讓業務知道不是要立刻報價。需求還不明確的,由負責開發的人持續聯繫,等需求明確再接手跟進。
延伸閱讀行銷給的名單,業務為什麼不想追?MQL 與 SQL 怎麼分、什麼是 SDR?
Tshutlink 業務開發代表(T-SDR)交付時,交付單上寫清楚確認了什麼、還沒確認什麼,並標上等級(分級方式見〈Tshutlink 業務開發代表〉);收到後你可以對等級表達認同與否,聯繫後的結果也歡迎回傳,我們會一起修正判斷。每月 20 則以內的商機額度不論等級都不另收費,留給雙方磨合的空間。想知道適不適合你的公司,可以先跟我們聊聊。
本文整理 B2B 開發與成交分工時常見的交接情況,例子為示意,實際情況依產業與企業而異。