हर बढ़ते हुए व्यवसाय को एक ही दीवार का सामना करना पड़ता है
एक व्यक्ति लीड ढूंढता है। आउटरीच लिखता है। क्रिएटिव बनाता है। आने वाले सवालों के जवाब देता है। ट्रैक करता है कि आखिर में क्या बंद हुआ। पाँच पूरी तरह से अलग-अलग नौकरियाँ, एक ही व्यक्ति पर थोपी गईं, एक बार में एक ही चल रही हैं, क्योंकि एक जोड़ी हाथ बस इतना ही कर सकते हैं।
लिस्ट छोटी नहीं होती। वह कल के लिए, और उसके अगले दिन के लिए आगे बढ़ जाती है।
Grok Bot गणित बदल देता है। आपको हर काम में तेज़ बनाकर नहीं, बल्कि आपको वह व्यक्ति बनने से रोककर जो पाँचों काम कर रहा है।
पढ़ने से पहले: अगर आप चाहते हैं कि ये सटीक रणनीतियाँ आज रात आपके लिए काम करें:
→ @bl888m_eth को फॉलो करें
→ लाइक करें + इसे बुकमार्क करें **(सेटअप करते समय आपको इसकी ज़रूरत होगी)
→ प्राइवेट TG जॉइन करें: https://t.me/+Uw3KDdu0s7cxOTdh
अब यहाँ बताया गया है कि यह कैसे काम करता है।
यह वास्तव में क्या है
इसे खोलें और यह एक ग्रुप चैट जैसा दिखता है। बाईं ओर नाम, दाईं ओर संदेश। पहले दिन यही जाल है: आप एक सवाल टाइप करते हैं, जवाब पढ़ते हैं, फिर से टाइप करते हैं, और यह हर दूसरे चैटबॉट जैसा लगता है जिसका आपने उपयोग किया है।
ऐसा नहीं है।
साइडबार में प्रत्येक नाम एक अलग एजेंट है जिसका अपना काम, अपनी मेमोरी और अपना खुद का कंप्यूटर है, एक वास्तविक मशीन जो क्लाउड में चल रही है, न कि कोई सत्र जो टैब बंद करने पर खत्म हो जाता है। काम के बीच में अपना लैपटॉप बंद करें और काम चलता रहता है। तीन घंटे बाद वापस आएँ और यह हो चुका होता है।
एक अकाउंट, एक साझा मशीन, एक साथ इनमें से 50 तक चलाने की जगह। जो भी एक खत्म करता है, अगला तुरंत उस पर निर्माण कर सकता है। वही फ़ाइलें, वही ब्राउज़र स्थिति, वही लॉगिन।
टीम बनाना
पहली गलती बहुत जल्दी बहुत सारे लोगों को काम पर रखना है, और खुद को दस औसत दर्जे के जनरलिस्टों के मैनेजर में बदल देना है, न कि एक तेज विशेषज्ञ में।
एक नौकरी अपनी खुद की भर्ती की हकदार होती है जब वह पाँच जाँचों को पास करती है:
- इसके पास कुछ ऐसा है जिसे कोई और नहीं छूता
- इसे अपने स्वयं के टूल और स्रोतों की आवश्यकता है
- यह टीम पर बाकी सब कुछ से अलग काम करता है
- इसकी एक स्पष्ट रेखा है जहाँ यह रुकता है और आपसे पूछता है
- यह एक शेड्यूल पर दोहराता है
एक सामान्य "सहायक" एजेंट पाँचों में असफल होता है। एक शोधकर्ता जो प्रॉस्पेक्टिंग का मालिक है, तीन नामित स्रोतों से काम करता है, और किसी लीड से संपर्क करने से पहले रुक जाता है, साफ-साफ पास हो जाता है।
भर्ती में ही चार कदम लगते हैं। नया एजेंट, इसे नाम दें, नौकरी का विवरण लिखें, पहला वास्तविक कार्य भेजें। कभी अभिवादन नहीं। एक वास्तविक कार्य, पहले संदेश से।
विवरण ही पूरी नौकरी है
ज्यादातर लोग इस फ़ील्ड को बर्बाद कर देते हैं। वे एक शीर्षक लिखते हैं और आगे बढ़ जाते हैं।
विवरण वह है जो आपके द्वारा विवरण भूल जाने के बाद भी बचा रहता है। यह नियम पुस्तिका है जिसके खिलाफ एजेंट हर बार खुद को जाँचता है, और यह लोगों की अपेक्षा से अधिक मायने रखता है, यह वह भी है जो टीम का हर दूसरा एजेंट इस एक के बारे में जानता है।
एक अच्छा विवरण छोटा और प्रभावशाली होता है:
1[आप जो बेचते हैं] के लिए साप्ताहिक प्रॉस्पेक्टिंग का स्वामित्व रखें। [स्रोतों] से नाम खींचें,2पहले से किसी सीक्वेंस में किसी को भी हटा दें, और प्रत्येक नाम के कारण के साथ एक लिंक्ड लिस्ट लौटाएँ,3पहले सबसे मजबूत। कभी किसी से संपर्क न करें4और अनुमोदन के बिना कभी कोई लिस्ट न खरीदें।
चार पंक्तियाँ। उनमें से दो सीमाएँ हैं। आप उन चार पंक्तियों के खिलाफ एक सप्ताह के उसके काम का ऑडिट कर सकते हैं बिना एक भी ट्रांसक्रिप्ट पढ़े।
सीमाओं को छोड़ दें और आपको एक ऐसा एजेंट मिलता है जो तकनीकी रूप से काम करता है लेकिन कभी-कभी कुछ ऐसा करता है जो आपने नहीं माँगा था, क्योंकि अकेला "लीड सोर्सिंग का स्वामित्व" उसे यह नहीं बताता कि नौकरी कहाँ खत्म होती है।
एजेंट एजेंटों से बात कर रहे हैं
यह वह हिस्सा है जो वास्तव में बदलता है कि काम कैसे होता है।
दो एजेंटों को स्पष्ट विवरण दें और वे आपके द्वारा कुछ भी रूट किए बिना एक-दूसरे को कार्य सौंपते हैं। एक को कुछ ऐसा मिलता है जो किसी भिन्न विशेषज्ञ की लेन का है, और वह बस इसे भेज देता है। प्राप्त करने वाला एजेंट इसे उठाता है, उस पर काम करता है, जवाब देता है। आप हर संदेश को खुद रिले करने के बजाय बाद में आदान-प्रदान पढ़ते हैं।
एक खाली या अस्पष्ट विवरण वाला एजेंट इसमें भाग नहीं ले सकता। इसकी कोई परिभाषित लेन नहीं है, इसलिए कुछ भी नहीं जानता कि इसका क्या है और यह नहीं बता सकता कि किसी और का क्या है। विवरण दस्तावेज़ीकरण नहीं है। यह वास्तविक रूटिंग टेबल है।
उनमें से तीन या चार को एक साझा बातचीत में रखें और वे इस बात के आसपास स्व-संगठित हो जाते हैं कि कौन क्या जवाब देता है, खासकर यदि आप इस बारे में स्पष्ट हैं कि प्रत्येक चरण का मालिक कौन है:
@Research स्रोत सामग्री खींचें, हर चीज़ का हवाला दें।
@Draft इसे पहले ड्राफ्ट में बदलें।
@Review केवल वही फ़्लैग करें जो प्रकाशन को रोकेगा। मेरे साइन-ऑफ के बिना कोई प्रकाशन नहीं।
एक निर्देश, तीन एजेंट, एक स्पष्ट रुकने का बिंदु।
एक बार सिखाएँ, खुद को दोहराएँ नहीं
आलसी तरीका यह है कि किसी काम को वास्तव में काम करने से पहले शेड्यूल कर दिया जाए। ऐसा न करें।
वह क्रम जो वास्तव में टिकता है:
- कार्य को लाइव चलाएँ, एक बार, कहीं कम-दांव पर
- इसे तब तक ठीक करें जब तक आउटपुट वास्तव में अच्छा न हो जाए
- उस सटीक प्रक्रिया को एक नामित स्किल के रूप में सेव करें
- इसे एक अलग इनपुट पर फिर से चलाएँ ताकि पुष्टि हो सके कि यह सामान्यीकृत होता है
- तभी, इसे शेड्यूल करें
एक स्किल एक सहेजी गई विधि है, चरण, न कि केवल परिणाम। यह उस बातचीत के लंबे समय बाद तक जीवित रहती है जिसने इसे उत्पन्न किया था। शेड्यूल केवल वह है जो इसे टाइमर पर कॉल करता है:
हर कार्यदिवस, सुबह 8 बजे: इस सप्ताह की सूची के खिलाफ लीड-स्कोरिंग स्किल चलाएँ।
परिणाम यहाँ पोस्ट करें। कभी किसी से सीधे संपर्क न करें।
यदि स्रोत डेटा डाउन है, तो ऐसा कहें, पुराने नंबरों पर वापस न जाएँ।
वह अंतिम पंक्ति जितनी दिखती है उससे कहीं अधिक मायने रखती है। एक एजेंट जो चुपचाप कल के डेटा का पुन: उपयोग करता है क्योंकि आज का स्रोत विफल हो गया है, उस एजेंट से भी बदतर है जो आपको बस यह बताता है कि वह अटक गया है।
जब इसे वास्तविक इंटरनेट की आवश्यकता होती है
कुछ काम चैट विंडो में नहीं हो सकते। इनवॉइस का भुगतान करना, डैशबोर्ड को अपडेट करना, वास्तविक इनबॉक्स के अंदर जवाब देना। इन्हें वास्तविक टूल में होने की आवश्यकता है, न कि एक ड्राफ्ट के रूप में जिसे आप स्वयं कॉपी-पेस्ट करते हैं।
Grok Bot के एजेंट ऐसा करने के लिए एक वास्तविक ब्राउज़र चला सकते हैं। वे क्लिक करते हैं, वे टाइप करते हैं, वे नेविगेट करते हैं, तब तक जब तक किसी चीज़ के लिए विशेष रूप से एक मानव की आवश्यकता न हो: एक पासवर्ड, एक टू-फ़ैक्टर कोड, एक CAPTCHA, पैसे या पहचान के हिलने-डुलने से जुड़ी कोई भी चीज़। उस बिंदु पर यह रुकता है और पूछता है। बाकी सब कुछ, यह बस संभाल लेता है।
एक एजेंट के लिए एक बार लॉग इन करें और सत्र आगे बढ़ता है। उसी अकाउंट का हर दूसरा एजेंट इसका उपयोग कर सकता है। एक साइन-इन पूरी टीम को कवर करता है।
यह वास्तव में कितना मूल्यवान है
वृत्ति एक सब्सक्रिप्शन को स्टिकर प्राइस से आंकने की है। गलत वृत्ति।
इसे प्रति डॉलर आउटपुट से आंकें। एक सप्ताह जहाँ पाँच एजेंट 200 प्रॉस्पेक्ट्स को आगे बढ़ाते हैं, 40 आउटरीच संदेश भेजते हैं, और 60 इनबाउंड रिप्लाई का जवाब देते हैं, उस सप्ताह की लागत के मुकाबले मापने लायक है, न कि इसके खिलाफ कि इनवॉइस पर संख्या अलगाव में बड़ी लगती है या नहीं।
ज्यादातर लोग कभी वह गणित नहीं करते। वे रद्द कर देते हैं क्योंकि बिल बड़ा लग रहा था, बिना यह गिने कि वास्तव में क्या हुआ।
वह बात जो कोई आपको तब तक नहीं बताता जब तक वह टूट न जाए
प्रत्येक एजेंट जिस मशीन पर चलता है, उसका समय-समय पर पुनर्निर्माण किया जाता है। यह सामान्य है, लेकिन इसका यह भी अर्थ है कि आपने जो कुछ भी लापरवाही से इंस्टॉल किया है, उस एक फ़ोल्डर के बाहर जो उस रीसेट से बचने के लिए बनाया गया है, वह बिना किसी चेतावनी के गायब हो जाता है।
एक निर्देशिका हर पुनर्निर्माण के माध्यम से बनी रहती है। बाकी सब कुछ डिज़ाइन द्वारा अस्थायी है, भले ही इंटरफ़ेस इसे स्पष्ट करता हो या नहीं।
यदि आप कुछ ऐसा सेट अप कर रहे हैं जिसे एकल सत्र से आगे बचने की आवश्यकता है, कस्टम टूल, सहेजे गए कॉन्फ़िगरेशन, कुछ भी जिसे आप अगले महीने स्मृति से पुनर्निर्माण नहीं करना चाहते हैं, यह एकमात्र स्थान है जहाँ इसे रहना है। इसके बाहर सब कुछ एक कैश है, स्टोरेज नहीं।
इसे चूकें और आप एक भ्रमित दोपहर बिताएँगे, सोचते हुए कि एक सेटअप जो पिछले सप्ताह पूरी तरह से काम कर रहा था, अचानक क्यों गायब हो गया।
वास्तविक बदलाव
इसका स्पष्ट उपयोग "एक कार्य को तेज़ बनाना" है। असली उपयोग अलग है। आप वह अड़चन बनना बंद कर देते हैं जिसके माध्यम से हर कार्य को एक बार में एक गुजरना पड़ता है।
पाँच कार्य समानांतर में चल रहे हैं, प्रत्येक इतना संकीर्ण है कि वास्तव में उस पर भरोसा किया जा सके, प्रत्येक एक विवरण के प्रति जवाबदेह है जिसे आप उसके आउटपुट के खिलाफ जाँच सकते हैं। यह अपने लिए ऑटोमेशन नहीं है। यह बस वैसा ही है जब पाँच काम चल रहे हों जब एक व्यक्ति को शारीरिक रूप से पाँचों नहीं करने पड़ते।
ज्यादातर लोग अभी भी इसे पुराने तरीके से कर रहे हैं क्योंकि किसी ने उन्हें अभी तक नहीं बताया कि नया तरीका मौजूद है।
