Command of the Message: वह बिज़नेस केस बनाना जो जीतता है

एक ही कंपनी के पांच reps से पूछें कि वे क्या बेचते हैं और आपको अक्सर पांच अलग-अलग प्रोडक्ट मिलेंगे। एक features के साथ लीड करता है, एक कस्टमर स्टोरी के साथ, एक competitive comparison के साथ, एक pricing मॉडल के साथ, और एक जो भी last prospect ने response किया उसके साथ। इनमें से कोई गलत नहीं है, बिल्कुल। लेकिन जो buyer इनमें से दो से बात करता है वह दो अलग कंपनियां सुनता है, और एक सेल्स लीडर ऐसी चीज़ को coach, forecast, या scale नहीं कर सकता जो rep से rep बदलती हो।

Command of the Message इसे ठीक करने के लिए बनाया गया था। मूल विचार: हर seller को customer की समस्या, इसकी बिज़नेस को कीमत, समस्या हल करने के लिए ज़रूरी capabilities, और seller की offering उन capabilities को किसी भी alternative से अलग कैसे deliver करती है, यह सब समझा पाना चाहिए। और उन्हें यह सब एक ही structured तरीके से करना चाहिए, ऐसे framework का इस्तेमाल करके जो पूरी कंपनी शेयर करती है। यह एक messaging framework और एक selling methodology दोनों एक साथ है।

यह कहां से आया

Force Management, John Kaplan और Grant Wise द्वारा 2003 में स्थापित एक सेल्स कंसल्टेंसी, दोनों पूर्व सेल्स लीडर, ने Command of the Message बनाया। Force Management की जड़ें 1990 के दशक की Parametric Technology Corporation (PTC) सेल्स संस्कृति से जुड़ी हैं, वही वंशावली जिसने MEDDIC पैदा किया। Kaplan और Wise ने Command of the Message को उस qualification discipline के conversation-और-messaging counterpart के रूप में बनाया, और Force Management दोनों को Command of the Sale के रूप में साथ बेचती है।

Framework 2010 के दशक में एंटरप्राइज सॉफ्टवेयर में फैला, ज़्यादातर उन कंपनियों के ज़रिए जिनके सेल्स लीडर PTC वंशावली से आए थे। इसे अलग बनाता है यह तथ्य कि इसे एक rep-level skill की बजाय company-wide प्रोग्राम के रूप में सिखाया जाता है। Product marketing, sales enablement, और सेल्स लीडरशिप मिलकर messaging बनाते हैं, और पूरा go-to-market org इस पर training लेता है। MongoDB, Snowflake, और कई अन्य ने सार्वजनिक रूप से Force Management प्रोग्राम्स को उनकी सेल्स संस्कृतियों को आकार देने का श्रेय दिया है।

यह सबसे अच्छा कहां फिट होता है

Command of the Message को B2B technology sales के लिए डिज़ाइन किया गया था जहां:

प्रोडक्ट अलग है पर differentiation को शब्दों में बताना मुश्किल है, खासकर "good enough" alternatives के मुकाबले।
कई sellers को एक बड़ी team, कई segments, या कई regions में एक जैसी consistent कहानी बतानी है।
डील्स को ऐसा बिज़नेस केस चाहिए जो उन stakeholders के सामने टिके जो demo कभी नहीं देखते।
सेल्स और मार्केटिंग की messaging अलग हो गई है और कंपनी को एक narrative वापस चाहिए।

Transactional sales में यह कम मायने रखता है जहां किसी को बिज़नेस केस की ज़रूरत नहीं। और यह बहुत early-stage कंपनियों के लिए भारी है जो अभी तय कर रही हैं कि उनका differentiation क्या है, हालांकि framework बनाना अक्सर उस discovery को मजबूर करता है, जो exercise का सबसे उपयोगी हिस्सा साबित हो सकता है।

मेथडोलॉजी कैसे काम करती है

इसकी दो layers हैं। Value Framework एक messaging structure है जिसे कंपनी एक बार बनाती है और maintain करती है। Customer conversation यह है कि reps deals में इसका इस्तेमाल कैसे करते हैं।

Value Framework

कंपनी एक structured document लिखती है जो हर target persona और use case के लिए चार जुड़े हुए सवालों के जवाब देता है। Force Management इन्हें एक grid के रूप में सिखाती है जिसे बाएं से दाएं पढ़ा जाता है:

एलिमेंट	यह किस सवाल का जवाब देता है
बिज़नेस प्रॉब्लम / सकारात्मक बिज़नेस नतीजा	कस्टमर क्या हासिल करने की कोशिश कर रहा है, और क्या समस्या रास्ते में है?
ज़रूरी capabilities	उस नतीजे को हासिल करने के लिए एक solution को क्या करना होगा?
हम इसे कैसे करते हैं	हमारा प्रोडक्ट हर ज़रूरी capability को कैसे deliver करता है?
प्रूफ पॉइंट्स	कौन सा सबूत (metrics, कस्टमर नतीजे, references) दिखाता है कि हमने इसे पहले भी deliver किया है?

Framework differentiators भी साफ बताता है: seller ऐसा क्या करता है जो alternatives नहीं करते, जिसे ज़रूरी capabilities के हिसाब से फ्रेम किया जाता है, ताकि differentiation feature list की बजाय नतीजों के बारे में हो। और यह inaction की कीमत कैप्चर करता है, कि status quo के साथ बने रहने से customer क्या खोता है। एंटरप्राइज डील्स में status quo वह competitor है जो आपको सबसे ज़्यादा बार हराता है।

Discipline upkeep में है। Value Framework को product marketing के साथ बनाया जाता है, असली कस्टमर भाषा के खिलाफ चेक किया जाता है, और मौजूदा रखा जाता है। एक बार यह बन जाए तो यह pitch decks, discovery guides, competitive positioning, और onboarding के लिए source of truth बन जाता है। अगर यह पुराना हो जाए, तो reps चुपचाप इसका इस्तेमाल बंद कर देते हैं और अपने खुद के versions पर वापस चले जाते हैं।

कस्टमर बातचीत

Reps framework का इस्तेमाल एक conversation structure के ज़रिए करते हैं जिसे Force Management "What, So What, Now What" कहकर summarize करती है, ज़्यादातर वज़न बीच वाले पर होता है। यह लगभग इस तरह चलती है।

Seller सकारात्मक बिज़नेस नतीजे से शुरू करता है। Discovery यह समझने से शुरू होती है कि customer बिज़नेस लेवल पर क्या हासिल करने की कोशिश कर रहा है, बजाय इसके कि वे एक टूल से क्या चाहते हैं। "इस साल कस्टमर churn को पांच पॉइंट कम करें" एक नतीजा है। "एक बेहतर support platform पाएं" एक request है, और यह लगभग कुछ नहीं बताता।

फिर आती हैं समस्याएं और उनका असर। हर नतीजे के लिए, seller पता लगाता है कि इसे क्या रोक रहा है और customer के साथ मिलकर कीमत का अंदाज़ा लगाता है: जोखिम में रेवेन्यू, खर्च हुआ पैसा, गया हुआ समय, जोखिम की exposure। यहीं Command of the Message value selling और SPIN के implication questions से overlap करता है। असर ही वह चीज़ है जो नतीजे को सिर्फ दिलचस्प की बजाय urgent बनाती है।

फिर seller customer के साथ मिलकर ज़रूरी capabilities तय करता है। नतीजे तक पहुंचने के लिए किसी भी solution को क्या करना ही होगा? यह वह step है जहां strategy रहती है। अगर seller ने काम सही किया है, तो customer जो capabilities लिखेगा वे seller के differentiators से मेल खाएंगी, और decision criteria formal evaluation शुरू होने से पहले ही आकार ले लेते हैं।

अब जाकर seller दिखाता है कि वे हर capability को कैसे deliver करते हैं, प्रूफ के साथ। प्रोडक्ट को capabilities से एक-एक करके जोड़ा जाता है, हर एक के साथ एक प्रूफ पॉइंट। Demo को हमेशा ज़रूरी capabilities के इर्द-गिर्द organize किया जाता है, कभी feature tour के इर्द-गिर्द नहीं।

आखिर में, seller differentiate करता है और inaction पर एक नंबर लगाता है। वे स्पष्ट करते हैं कि alternatives ज़रूरी capabilities के मुकाबले क्या नहीं कर सकते, और customer हर क्वार्टर इंतज़ार करने पर क्या खोता है। ये दोनों चीज़ें मिलकर price defend करती हैं और urgency बनाती हैं।

Command of the Sale: MEDDICC के साथ जोड़ी

Force Management Command of the Message को MEDDICC-स्टाइल qualification के साथ जोड़ती है ताकि बिज़नेस केस और डील mechanics साथ manage हों। Impact step के metrics MEDDICC में M बन जाते हैं। ज़रूरी capabilities decision criteria बन जाती हैं। Champion वह होता है जो अंदर बिज़नेस केस को carry कर सके। Pipeline reviews दोनों पक्षों को चेक करते हैं।

एक worked example

Engineering टीमों के लिए observability सॉफ्टवेयर बेचने वाला एक seller एक fintech में VP of Engineering से मिलता है।

सकारात्मक बिज़नेस नतीजा: Uptime को 99.95 प्रतिशत से ऊपर रखते हुए features तेज़ी से ship करना, क्योंकि हाल की एक outage ने एक बड़े client की कीमत चुकाई।
समस्याएं और असर: Engineers अपने लगभग 30 प्रतिशत समय चार monitoring tools में incidents diagnose करने में बिताते हैं; mean time to resolution दो घंटे से ज़्यादा है; पिछली outage की कीमत लगभग $800,000 credits और खोए हुए बिज़नेस में लगी।
ज़रूरी capabilities (VP के साथ तय): infrastructure, applications, और logs में एक single view; anomalies को root cause से automated correlation; ऐसा alerting जो सही engineer तक बिना noise के पहुंचे।
हम इसे कैसे करते हैं, प्रूफ के साथ: Seller हर capability को बारी-बारी से समझाता है, एक reference customer के साथ जिसने MTTR को 60 प्रतिशत घटाया।
Differentiation और inaction की कीमत: मौजूदा tools पहली capability को आंशिक रूप से cover करते हैं और दूसरी को बिल्कुल नहीं। देरी का हर महीना 30 प्रतिशत diagnostic overhead का एक और महीना है, VP के अपने नंबरों के हिसाब से लगभग $200,000 engineering time में।

कंपनी का हर rep यह बातचीत उसी तरह चलाएगा, क्योंकि "VP of Engineering, reliability outcome" केस के लिए Value Framework लिखा हुआ है और सबको इस पर training मिली है।

ताकत और सीमाएं

Command of the Message आपको consistent messaging, मज़बूत बिज़नेस केस, price जो टिके, और सेल्स, मार्केटिंग, और लीडरशिप के बीच एक साझा भाषा देती है। Onboarding भी तेज़ होती है, क्योंकि एक नया rep छह महीनों में पांच senior reps की आदतें absorb करने की बजाय एक framework सीखता है। सीमाएं: यह एक बड़ा organizational निवेश है। यह ऐसे sellers पैदा कर सकता है जो framework को adapt करने की बजाय recite करते हैं, और buyers script सुन सकते हैं। और प्रोडक्ट और मार्केट के बदलने के साथ इसे लगातार upkeep चाहिए। MEDDIC की तरह, इसे ज़्यादातर early stage से आगे बढ़ी कंपनियां अपनाती हैं जिन्हें सेल्स org स्केल करना है, और हम इसकी सिफारिश वहीं करेंगे।

मुख्य बातें

Command of the Message एक साझा messaging framework और एक selling method एक साथ है, इस तरह बनाया गया कि हर rep एक जैसी कहानी बताए।
Force Management, जिसे 2003 में John Kaplan और Grant Wise ने स्थापित किया, ने इसे उसी PTC सेल्स वंशावली से बनाया जिसने MEDDIC भी पैदा किया।
Value Framework बिज़नेस नतीजों, ज़रूरी capabilities, आप उन्हें कैसे deliver करते हैं, और प्रूफ को जोड़ता है। यह तभी काम करता है जब कोई इसे मौजूदा रखे।
Evaluation शुरू होने से पहले customer के साथ ज़रूरी capabilities तय करें, ताकि decision criteria आपकी सबसे मज़बूत चीज़ों के पक्ष में हों।
इसे MEDDICC के साथ जोड़ें ताकि बिज़नेस केस और डील mechanics साथ review हों।

एक Value Framework तभी मदद करता है जब reps उस पल में देख सकें कि कौन सा नतीजा और कौन सा प्रूफ पॉइंट सामने वाले account से मेल खाता है। सही message को सही stage पर सामने लाना, इस आधार पर कि account ने असल में क्या किया है, वही चीज़ है जो एक static playbook को dynamic orchestration में बदल देती है।

कमांड ऑफ द मैसेज: वह बिज़नेस केस बनाना जो जीतता है