Skill के रूप में priced assembly बेचना बंद करें। AI era में जिन services से एक एजेंसी को पीछे हटना चाहिए वे वे हैं जिनकी कीमत उस काम को दर्शाती है जो वे हुआ करती थीं, न कि वह मूल्य जो अब वे देती हैं: manual reporting packages, volume production line items, अलग line के रूप में बेचे जाने वाले upload और QA, पहले से formatted decks जिन्हें एक model रख सकता है, और scale पर generic content। फ़ैसला आमतौर पर साफ़ होता है। मुश्किल हिस्सा client खोए बिना exit करना है।
Agency-design decision framework हर service को रखें, बदलें या बेचना बंद करें में बाँटता है। यह लेख ख़ास तौर पर "रोकें" bucket के बारे में है — कौन-सी services वहाँ उतरती हैं, उन्हें कैसे पहचानें, और margin रिसने तक उन्हें ढोने के बजाय साफ़-सुथरे ढंग से कैसे exit करें।
एक "बेचना बंद करें" service का test
एक सवाल पूछें: अगर एक competitor AI इस्तेमाल करे, तो क्या वह इसे बहुत कम कीमत पर deliver कर सकता है और फिर भी credible रहे? अगर हाँ, तो service ऐसे काम के लिए priced है जो अब मौजूद नहीं, और आप उसे खोने से एक comparison दूर हैं। कीमत एक liability है, asset नहीं।
दूसरा test यह है कि client असल में किस चीज़ के पैसे देता है। अगर वह output के पैसे देता है और उसके पीछे कुछ नहीं — report, assets, formatted plan — तो value assembly है, और assembly वही है जिसे AI सस्ता बनाता है। अगर वह judgment, relationship या accountability के पैसे देता है, तो service production शामिल होने पर भी defensible रहती है। बेचना बंद करने वाली services दोनों tests fail करती हैं।
आम "रोकें" सूची
जो services लगातार "रोकें" में उतरती हैं उनमें एक ही shape है। Manual reporting packages सबसे साफ़ हैं: काम पुल, जोड़ना और format करना है, और इसे priced ऐसे किया जाता था जैसे analysis product हो, जबकि assembly घंटों का ज़्यादातर हिस्सा थी। Volume production line items अगले हैं — एक bundle की assets, प्रति इकाई priced, जहाँ model ने marginal लागत पहले ही गिरा दी है। Routine upload और QA अलग service के रूप में तीसरा है।
Scale पर generic content चौथा है, और वह जिसका agencies सबसे ज़्यादा विरोध करती हैं, क्योंकि यह core business model जैसा लगता है। लेकिन जिस content का अकेला differentiator volume हो वह कभी differentiator नहीं था; judgment और brand fit थे। और पाँचवाँ: घंटे से बेचे जाने वाले plan documents, जहाँ client असल में planner के production समय के पैसे देता है, plan की quality के नहीं।
यह client की बातचीत क्यों है
सबसे आम ग़लती "बेचना बंद करें" को एक internal फ़ैसला मानना है। यह नहीं है। Client service ख़रीदता है, वह scope में है, और चुपचाप उसे खींच लेना एक कटौती जैसा पढ़ा जाता है। Exit को एक upgrade की तरह frame किया जाना चाहिए: हम अब आपसे assembly के पैसे नहीं लेंगे, क्योंकि हम उसे अब तेज़ और सस्ते में करते हैं और पैसा उस judgment में लगाते हैं जो सचमुच आपका outcome हिलाता है।
वह re-framing make-up नहीं है; यह नई economics का सच है। जो एजेंसी इससे lead करती है वह आगे दिखती है। जो पुराना item बेचती रहती है वह या लागत के बदलाव से अनजान दिखती है या client के ध्यान न देने की उम्मीद करती हुई। दूसरी स्थिति relationship खोने वाली है।
साफ़-सुथरे ढंग से कैसे exit करें
Client को एक पुल दें, खड़ी चट्टान नहीं। Service को एक priced item से एक inclusive capability में बदलें, ताकि outcome बेहतर हो जबकि invoice काटे जाने के बजाय restructure हो। Scope को उस judgment के इर्द-गिर्द दोबारा negotiate करें जो assembly की जगह लेता है। और साफ़ रहें कि क्या बदलता है: client को क्या ज़्यादा मिलता है, क्या कम, और यह trade-off उसके लिए बेहतर क्यों है।
Exits को sequence करें। एक ही review में पाँच services बंद न करें; client "एजेंसी सिकुड़ रही है" सुनेगा। सबसे ख़राब price-to-value ratio वाली चुनें, अच्छे से exit करें, सुधार दिखाएँ, और उसे अगली के लिए model की तरह इस्तेमाल करें। हर साफ़ exit अगली के लिए तर्क बनाता है, और कोई भी retirement जैसा नहीं लगता।
Reporting package, विशेष रूप से
Reporting package एक अलग नोट deserve करता है क्योंकि यह वह service है जिसे सबसे ज़्यादा agencies defend करती हैं और सबसे कम defend कर पाती हैं। पुराना package data pull, chart build, formatting और कुछ observations को एक मासिक item में जोड़ता था, और घंटों का ज़्यादातर हिस्सा assembly था। AI अब pulling और formatting करता है, और अक्सर एक ऐसा पहला observation draft जो पहले से काफ़ी है। जो बचता है और पैसे लेने लायक़ है वह interpretation है: number का मतलब क्या है, आगे क्या करना है, और call का owner कौन है।
तो exit service को अलग करना है। Assembly बेचना बंद करें और intelligence बेचना शुरू करें। Client अब भी report पाता है — असल में ज़्यादा तेज़ और ज़्यादा बार — लेकिन वह पढ़ने के पैसे देता है, बनाने के नहीं। यह वही re-framing है जो मैंने reporting as intelligence में दिया, commercial पक्ष पर लागू। जो एजेंसी assembly बेचती रहती है वह उस चीज़ के पैसे ले रही है जो client अब ख़ुद कर सकता है।
एक साल में exits को sequence करना
Exit plan एक बार की सफ़ाई नहीं, gradual होना चाहिए। पहले quarter में, सबसे साफ़ assembly-versus-price mismatch वाली अकेली service लें और उसे restructure करें। Client को बेहतर outcome दिखाएँ। दूसरे में, उस evidence से अगली को move करें। साल के अंत तक menu बदल चुका होगा बिना किसी अकेली बातचीत के कटौती लगे।
यह cadence मायने रखती है क्योंकि trust ही currency है। जो client एक साथ चार services ग़ायब होते देखता है वह इसे एक मुश्किल में फँसी एजेंसी की तरह पढ़ता है, logic चाहे जो हो। जो client एक service को upgrade होते, फिर दूसरी को, देखता है वह इसे बाज़ार से आगे की एजेंसी की तरह पढ़ता है। Economics एक जैसी हैं; कहानी नहीं, और agency काम में कहानी आधी relationship है।
वे services जो सिर्फ़ सुरक्षित दिखती हैं
कुछ services साफ़ रोकें सूची से बाहर बैठती हैं और दोबारा देखने लायक़ हैं, क्योंकि वे judgment जैसी लगती हैं पर ज़्यादातर assembly हैं जिस पर senior label लगा है। Fixed template पर "strategic" audits। "Bespoke" research जो असल में एक search और summary है। "Senior oversight" जो असल में एक status update है। ये आँख से pass हो जाती हैं और value test fail करती हैं।
Signal यह है कि service clients के बीच shape बदलती है या नहीं। असली judgment एक अलग context के लिए एक अलग जवाब produce करता है। Template काम एक ही जवाब अलग numbers के साथ produce करता है। अगर आप service एक junior को देते हैं और वही output मिलता है, या अब एक model को देते हैं और वही output मिलता है, तो वह assembly है — और वह "रोकें" bucket में जाती है भले label कुछ और कहे।
इसके बजाय क्या बेचें
Substitutes वे रखें और बदलें services हैं: senior judgment, measurement design, brand stewardship, और ख़ुद operating model। ये वे चीज़ें हैं जो model अकेला नहीं करता और जिन्हें clients कीमत से compare करना मुश्किल पाते हैं, क्योंकि उनका value client के context और agency की accountability के लिए specific है।
कदम "AI बेचना" नहीं है। यह "वह outcome बेचना है जो पुरानी service को produce करना चाहिए था, उस assembly के बिना जो उसके आगे खड़ी थी"। जो एजेंसी menu को इस तरह re-frame करती है वह लागत के बदलाव को एक मज़बूत pitch में बदल देती है, क्योंकि वह वह बेचती है जो client शुरू से असल में चाहता था।
FAQ
Services बेचना बंद करने से हमारी revenue सिकुड़ेगी?
छोटे समय में, कभी-कभी। मध्यम समय में, नहीं — आप revenue को एक ऐसी price base से बदल रहे हैं जिसे AI नहीं काट सकता, और एक ऐसे client से जो नए pitch पर भरोसा करता है। जो agencies हारती हैं वे वे हैं जो पुराने items को defend करती हैं जब तक एक competitor उनके लिए comparison नहीं कर देता।
Client से कैसे बात करें बिना कमज़ोर दिखे?
इसे एक upgrade की तरह frame करें, क्योंकि यह है। आप उस काम की एक charge हटा रहे हैं जो अब सस्ता है और judgment में दोबारा invest कर रहे हैं। जो client पाता है उससे lead करें, जो आप हटाते हैं उससे नहीं, और improved output पर specific रहें।
क्या कभी एक "बेचना बंद करें" service रखनी चाहिए?
सिर्फ़ loss-leader की तरह या एक strategic client के लिए पुल की तरह, और सिर्फ़ एक expiry date के साथ। खुला रखने पर यह एक स्थायी margin leak बन जाती है। अगर आप इसे रखते हैं, तो लागत पर price करें और साफ़ बताएँ, ताकि client समझे कि यह एक transition है, नया standard नहीं।
अगर client सिर्फ़ assembly चाहे?
तो आपके पास एक commodity ख़रीदने वाला client है, और AI वाला एक competitor उसे सस्ते में serve करेगा। या तो उसे एक judgment service की तरफ़ move करें, या मान लें कि यह वह relationship नहीं है जिसके इर्द-गिर्द आप एजेंसी बनाना चाहते हैं।
Short version
Skill के रूप में priced assembly बेचना बंद करें — reporting packages, volume production, standalone QA, generic content, और घंटे से बेचे plan documents। Test यह है कि क्या AI वाला एक competitor इसे बहुत कम में और फिर भी credible तरीक़े से deliver कर सकता है। साफ़-सुथरे ढंग से exit करें, एक service एक बार में, upgrade की तरह frame करते हुए, और उस judgment से बदलें जो client असल में चाहता है। framework वाला लेख पूरी रखें/बदलें/रोकें classification cover करता है, और for-agencies track transition लाती है।
अगर आपने कभी किसी service से exit किया है, तो मैं सुनना चाहूँगा कि आपने उसे कैसे frame किया — वही बातचीत है जहाँ strategy असली हो जाती है।
शुभकामनाओं सहित, Chandler
यह लेख हिंदी में उपलब्ध है, लेकिन कोर्स सामग्री (वीडियो, टेम्पलेट्स और सपोर्टिंग गाइड्स) अंग्रेज़ी, जापानी, सरलीकृत चीनी और कोरियाई में उपलब्ध है। यह साइट 13 भाषाओं में उपलब्ध है।