मेथडोलॉजी · सेल्स

BANT: सबसे पहला क्वालिफिकेशन फ्रेमवर्क

चार सवाल, जो मॉडर्न सेल्स स्टैक से भी पुराने हैं — और आज भी ज़्यादातर SDR टीमों के लिए यह तय करने का सबसे तेज़ तरीका है कि एक लीड दूसरी कॉल के लायक है या नहीं।

डेमो ज़रूरी नहीं · कोई कॉन्ट्रैक्ट नहीं · कभी भी कैंसल करें

फटाफट जवाब

BANT एक प्रॉस्पेक्ट को चार क्राइटेरिया पर क्वालिफाई करता है: Budget (क्या वे इसके लिए पे कर सकते हैं), Authority (क्या यह इंसान डिसाइड कर सकता है या डिसीज़न को भारी प्रभावित कर सकता है), Need (क्या उनके पास एक असली प्रॉब्लम है जिसे प्रोडक्ट सॉल्व करता है), और Timeline (क्या जल्द ही, कभी न कभी की बजाय, एक्शन लेने की असली वजह है)। इसका श्रेय व्यापक रूप से दशकों पहले IBM को जाता है और यह आज भी तेज़-रफ्तार SDR और लीड-क्वालिफिकेशन वर्क में आम है — हालांकि आज अक्सर इसकी आलोचना होती है कि यह उन डील्स में एक सिंगल बजट-होल्डर और डिसीज़न-मेकर मान लेता है जिनमें असल में एक पूरी बाइंग कमेटी शामिल होती है।

एक सेल्स प्रोफेशनल डार्क-मोड मॉनिटर पर चार-भाग वाली क्वालिफिकेशन चेकलिस्ट से गुज़रता हुआ

ज़्यादातर सोर्सेज़ के मुताबिक, BANT अब भी रोज़ाना इस्तेमाल होने वाला सबसे पुराना फॉर्मल सेल्स क्वालिफिकेशन फ्रेमवर्क है। इसका श्रेय आमतौर पर IBM को दिया जाता है, जिसे दशकों पहले उस दौर में डेवलप किया गया जब एंटरप्राइज़ टेक्नोलॉजी सेल्स आज जैसा बिल्कुल नहीं दिखता था — एक सिंगल मेनफ्रेम या सिस्टम खरीद, एक सिंगल IT डायरेक्टर के साथ नेगोशिएट की गई जो एक फिक्स्ड सालाना बजट कंट्रोल करता था और बिना किसी कमेटी के हां कह सकता था। सटीक साल या असली इंटरनल हिस्ट्री पर सोर्सेज़ पूरी तरह कंसिस्टेंट नहीं हैं, तो "IBM, 20वीं सदी का मध्य" को एक सटीक डेटेड फैक्ट के बजाय स्टोरी के वेल-कोरोबोरेटेड शेप के तौर पर मानना ज़्यादा सही है। जो बात विवादित नहीं है वह यह है कि यह फ्रेमवर्क IBM से काफी आगे फैला और B2B सेल्स हिस्ट्री के एक लंबे दौर के लिए, लगभग डिफॉल्ट तरीका बन गया जिससे रेप्स तय करते थे कि एक लीड पीछा करने लायक है या नहीं।

चार सवाल

Budget पूछता है कि क्या प्रॉस्पेक्ट के पास इस कैटेगरी में खरीद के लिए पैसा एलोकेटेड, या वास्तविक रूप से हासिल किया जा सकने वाला, है — ज़रूरी नहीं कि एक सटीक नंबर, बल्कि यह कन्फर्मेशन कि फंडिंग कोई कल्पना नहीं। Authority पूछता है कि क्या कॉल पर मौजूद इंसान सच में डिसाइड कर सकता है, या इतना प्रभाव रखता है कि उसका सपोर्ट डिसीज़न को सार्थक रूप से आगे बढ़ाता है। Need पूछता है कि क्या एक असली, स्वीकृत प्रॉब्लम है जिसे प्रोडक्ट एड्रेस करता है — कोई नाइस-टू-हैव नहीं, बल्कि कुछ इतना तकलीफदेह कि उस पर खर्च करना जायज़ हो। Timeline पूछता है कि क्या "शायद अगले साल" की बजाय एक तय विंडो में एक्शन लेने की ठोस वजह है। ऐतिहासिक रूप से, रेप्स इन पर कमोबेश इसी क्रम में काम करते थे, और जो प्रॉस्पेक्ट इन चारों में क्लियर हो जाता था उसे पाइपलाइन में आगे बढ़ने के लिए क्वालिफाइड माना जाता था।

Budget: क्या वे पे कर सकते हैं?

Authority: क्या वे डिसाइड कर सकते हैं?

Timeline: अभी क्यों?

यह कहां फिट होता है, और कहां टूट जाता है

BANT आज भी तेज़, हाई-वॉल्यूम क्वालिफिकेशन वर्क में अपनी जगह बनाए रखता है — SDR कॉल्स, इनबाउंड लीड स्कोरिंग, कोई भी ऐसा कॉन्टेक्स्ट जहां एक रेप को यह तय करने के लिए एक तेज़, सिखाने लायक चेकलिस्ट चाहिए कि एक लीड ज़्यादा समय के लायक है या नहीं। इसकी कमज़ोरी तब दिखती है जब डील्स ज़्यादा कॉम्प्लेक्स हो जाती हैं। मॉडर्न B2B खरीद, खासकर सॉफ्टवेयर में, अक्सर कमेटी से होती है: पांच से दस स्टेकहोल्डर्स, कोई एक इंसान नहीं जो अकेले हां कह सके, और एक बजट जो अक्सर तब तक एक लाइन आइटम के तौर पर मौजूद ही नहीं होता जब तक ज़रूरत इंटरनली पहले ही साबित न हो चुकी हो। BANT के क्रम पर सख्ती से क्वालिफाई करना — ज़रूरत को पूरी तरह एक्सप्लोर करने से पहले बजट और एक सिंगल डिसीज़न-मेकर चेक करना — एक असली अवसर को सिर्फ इसलिए डिसक्वालिफाई करने का खतरा रखता है क्योंकि पैसा और ऑर्ग चार्ट अभी उस प्रॉब्लम के साथ नहीं पकड़ पाए जो सच में सॉल्व करने लायक है। यही गैप बिल्कुल वह वजह है जिसके स्पष्ट जवाब में नए फ्रेमवर्क्स उभरे: NEAT "Budget" और "Authority" की जगह "Economic impact" और "Access to authority" रखता है, यह दिखाते हुए कि बजट आने से पहले अक्सर इम्पैक्ट साबित करना पड़ता है, और रेप्स को अक्सर शुरुआत में ही फाइनल डिसीज़न-मेकर तक सीधी पहुंच नहीं मिलती।

इसके बारे में पढ़ना इसे करने जैसा नहीं है

BANT के चार अक्षर याद रखना आसान है और एक लाइव कॉल पर अच्छे से एक्जीक्यूट करना हैरान करने वाला मुश्किल है — "आपका बजट क्या है?" बहुत सीधे पूछना एक प्रॉस्पेक्ट को बंद कर सकता है, और असली अथॉरिटी कन्फर्म करने में अक्सर एक डायरेक्ट सवाल की बजाय कई सावधानी भरे, इनडायरेक्ट सवाल लगते हैं। स्किल एक्रोनिम जानना नहीं है; यह चारों सवालों को ऐसे पूछना है कि वह इंटेरोगेशन जैसा न लगे, जब प्रॉस्पेक्ट क्रम से बाहर जवाब दे तो सीक्वेंस को एडाप्ट करना, और यह जानना कि बजट या टाइमलाइन पर एक "सॉफ्ट नो" असल में एक "अभी नहीं" है जिसे अलग तरीके से आगे बढ़ाना चाहिए। यह एक लाइव कन्वर्सेशनल स्किल है, और यह रिपीटिशन से बनती है, परिभाषा को एक बार और पढ़ने से नहीं। यह हर मेथडोलॉजी के लिए क्यों सच है, इसके लिए देखें The Practice Gap

Frontline Coach के साथ BANT की प्रैक्टिस

Frontline Coach BANT को 12+ बिल्ट-इन सेल्स मेथडोलॉजीज़ में से एक के तौर पर शिप करता है, इसके मॉडर्न सक्सेसर NEAT और MEDDIC जैसे गहरे क्वालिफिकेशन फ्रेमवर्क्स के साथ, साथ ही 6 CX मेथडोलॉजीज़ और 8 कोचिंग फ्रेमवर्क्स। SDRs और अकाउंट एक्जीक्यूटिव्स एक पूरी BANT क्वालिफिकेशन कॉल का रिहर्सल एक सिम्युलेटेड प्रॉस्पेक्ट के खिलाफ कर सकते हैं — जिसमें वे भी शामिल हैं जो बजट पर पुशबैक करते हैं या अथॉरिटी के सवाल को टाल देते हैं — और असल में होने से पहले बातचीत पर स्कोर पा सकते हैं। देखें pricing — प्लान्स $9.99/माह से शुरू होते हैं।

अक्सर पूछे जाने वाले सवाल

BANT का क्या मतलब है?

Budget, Authority, Need, Timeline। एक प्रॉस्पेक्ट को BANT-क्वालिफाइड तब माना जाता है जब एक रेप ने कन्फर्म कर लिया हो कि प्रॉस्पेक्ट के पास पैसा एलोकेटेड या एक्सेसिबल है, वह किसी ऐसे इंसान से बात कर रहा है जिसके पास असली डिसीज़न-मेकिंग पावर है, उनके पास एक असली प्रॉब्लम है जिसे प्रोडक्ट सॉल्व करता है, और एक्शन लेने के लिए एक ठीक-ठाक फर्म टाइमफ्रेम है।

BANT कहां से आया?

BANT का श्रेय व्यापक रूप से IBM को जाता है, जिसे कथित तौर पर दशकों पहले — आमतौर पर 20वीं सदी के मध्य के तौर पर बताया जाता है — उस दौर में डेवलप किया गया था जब एंटरप्राइज़ टेक्नोलॉजी सेल्स का मतलब एक सिंगल IT बजट-होल्डर के साथ एक सिंगल मेनफ्रेम डील होता था। सटीक साल और असली इंटरनल ऑरिजिन स्टोरी को पब्लिक सोर्सेज़ से निश्चितता के साथ पिन करना मुश्किल है, तो 'IBM, दशकों पहले' वाली फ्रेमिंग को एक सटीक डॉक्यूमेंटेड तारीख के बजाय डायरेक्शनली सही मानें।

क्या BANT आज भी इस्तेमाल होता है?

हां, खासकर SDR और लीड-क्वालिफिकेशन कॉन्टेक्स्ट्स में, जहां इसकी चार-सवाल वाली सिंपलिसिटी इसे किसी छोटी कॉल या लीड-स्कोरिंग रूब्रिक में लागू करना तेज़ बना देती है। यह B2B सेल्स में सबसे ज़्यादा सिखाए जाने वाले क्वालिफिकेशन फ्रेमवर्क्स में से एक बना हुआ है, भले ही ज़्यादा मुश्किल डील्स के लिए इसके साथ-साथ ज़्यादा कॉम्प्लेक्स मेथडोलॉजीज़ भी बढ़ी हैं।

BANT की सबसे बड़ी आलोचना क्या है?

यह कि यह आज के B2B खरीद के असली तरीके के लिए बहुत रिजिड और लीनियर है। BANT यह मान लेता है कि एक सिंगल बजट-होल्डर और एक सिंगल डिसीज़न-मेकर मौजूद है और शुरुआत में ही पहचाना जा सकता है — यह धारणा कमेटी-बेस्ड बाइंग में टूट जाती है, जहां ज़रूरत साबित होने के बाद बजट बनता है, और अथॉरिटी एक व्यक्ति के पास नहीं बल्कि कई स्टेकहोल्डर्स में बंटी होती है। क्रिटिक्स यह भी कहते हैं कि बजट और अथॉरिटी से शुरुआत करने से एक असली, तकलीफदेह ज़रूरत को एक्सप्लोर होने से पहले ही फिल्टर किया जा सकता है, सिर्फ इसलिए क्योंकि पैसा या ऑर्ग चार्ट अभी तैयार नहीं है।

क्या मैं AI रोलप्ले के साथ BANT क्वालिफिकेशन की प्रैक्टिस कर सकता हूं?

हां। Frontline Coach BANT को 12+ बिल्ट-इन सेल्स मेथडोलॉजीज़ में से एक के तौर पर शिप करता है, तो रेप्स — खासकर SDRs — एक क्वालिफिकेशन कॉल का रिहर्सल कर सकते हैं, एक सिम्युलेटेड प्रॉस्पेक्ट के खिलाफ एक नेचुरल सीक्वेंस में बजट, अथॉरिटी, ज़रूरत, और टाइमलाइन के सवाल पूछते हुए, असल में मायने रखने वाली लाइव कॉल पर करने से पहले।

आगे पढ़ें

चेकलिस्ट जान लो। फिर उसे लाइव चलाओ।

एक सिम्युलेटेड प्रॉस्पेक्ट के खिलाफ एक पूरी क्वालिफिकेशन कॉल — बजट, अथॉरिटी, ज़रूरत, टाइमलाइन — असली कॉल से पहले प्रैक्टिस करें।

$9.99/माह से · कोई सेल्स कॉल नहीं · कभी भी कैंसल करें