पहले high-volume, low-judgement, reversible tasks automate करें, और low-volume, high-judgement, irreversible वाले human रखें। Workflow audit हर task को तीन properties पर sort करती है — यह कितनी बार होता है, उसे कितना judgement चाहिए, और ग़लत हो तो कितना बुरा है — और combination आपको बताती है कि क्या automate करना है, क्या assist करना है, और क्या अकेला छोड़ना है। ज़्यादातर teams ग़लत चीज़ें automate करती हैं क्योंकि वे tool कितना प्रभावशाली दिखता है उससे चुनती हैं, न कि काम कैसे behave करता है उससे।
मैंने यह audit अपने काम पर और client teams पर चलाई है, और हर बार वही pattern दिखता है: जो tasks लोग सबसे पहले automate करना चाहते हैं वे शायद ही कभी वे tasks होते हैं जिन्हें सबसे पहले automate करना चाहिए। यह वह method है जो मैं इसे रोकने के लिए इस्तेमाल करता हूँ।
तीन axes
Frequency। High-frequency tasks automate करने लायक़ हैं क्योंकि एक छोटी time saving भी एक महीने में compound होती है। Low-frequency tasks आमतौर पर नहीं, क्योंकि setup cost कभी वापस नहीं आती। यह वह axis है जो तय करती है कि effort worth है या नहीं।
Judgement। Low-judgement tasks का एक checkable सही जवाब होता है; high-judgement tasks का एक defensible जवाब जो context पर निर्भर है। Judgement वह axis है जो तय करती है कि model task कर सकता है या सिर्फ़ मदद। एक task frequent हो सकता है और फिर भी high-judgement — जिसका मतलब है कि वह assistance का candidate है, automation का नहीं।
Reversibility। Reversible tasks undo करना सस्ता है, इसलिए एक ग़लत पहला pass थोड़ा ख़र्च करता है। Irreversible tasks — एक live campaign, एक public post, एक client commitment — per error एक ऐसी लागत उठाते हैं जिसे कोई efficiency gain justify नहीं करता। Reversibility वह axis है जो तय करती है कि ऊपर कितना human review बैठना है, बाक़ी दो के बावजूद।
चार quadrants
हर task को तीन axes से गुज़ारें और चार shapes निकलती हैं।
- High frequency, low judgement, reversible। पहले automate करें। Data pulls, formatting, pacing calculations, variant generation, transcription, translation drafts। ये वे tasks हैं जहाँ AI को हल्के review के साथ loop चलाना चाहिए, और यहीं compounding time saving रहती है।
- High frequency, high judgement, reversible। Assist करें, automate नहीं। Creative concepting, plan drafting, research synthesis। Model options produce करता है और व्यक्ति चुनता है। पूरा automation उस judgement को हटा देगा जो task का मक़सद है।
- Low frequency, high judgement, irreversible। Human रखें, AI को एक input के साथ। एक बड़ा strategy call, एक client relationship का फ़ैसला, एक brand positioning बदलाव। ये वे tasks हैं जहाँ ग़लत होने की लागत सबसे ऊँची है और volume एक system justify करने के लिए बहुत कम।
- Low frequency, low judgement, reversible। Trivial हो तो automate करें, वरना छोड़ दें। एक बार की data cleanup, एक formatting काम। Saving छोटी है, इसलिए बार यह है "यह पाँच मिनट लेता है या एक हफ़्ता?"
Reversibility का test
अगर आप सिर्फ़ एक axis लागू करें, तो reversibility लागू करें, क्योंकि यह वही है जिसे teams कम तौलती हैं। Instinct है कि एक task को उसकी complexity से जज करें — "यह सरल है, इसे automate करते हैं" — जबकि असली सवाल है "अगर model इसे ग़लत करे तो क्या होगा?" एक सरल task जो एक live account पर post करता है, एक complex task से ज़्यादा risky है जिसका output एक व्यक्ति कहीं जाने से पहले review करता है।
Test यह है: अगर model का पहला pass ग़लत है, तो कौन पकड़ता है, और क्या लागत है? अगर जवाब है "एक reviewer इसे कुछ भी होने से पहले पकड़ लेता है", तो task reversible है और एक अच्छा automation candidate। अगर जवाब है "customer इसे पकड़ता है", तो task को एक human gate चाहिए, चाहे वह कितना ही आसान लगे। यह test frequency और judgement axes से पहले लागू करें, क्योंकि यह दोनों को override कर सकता है।
Audit का method
Workflow में हर task list करें और तीन axes पर हर एक को score दें: frequency high या low, judgement high या low, reversibility आसान या महँगी। फिर उन्हें चार quadrants में sort करें। यह उन लोगों के साथ करें जो असल में काम करते हैं, किसी leadership meeting में नहीं, क्योंकि judgement और reversibility ratings तभी ईमानदार होती हैं जब operators उन्हें बनाएँ।
Output एक छोटी, क्रमित सूची होनी चाहिए: पहले automate करने के लिए reversible low-judgement tasks, assist करने के लिए high-judgement tasks, और अकेला छोड़ने के लिए irreversible tasks। वह सूची आपका automation roadmap है, और यह आमतौर पर उस सूची से बहुत छोटी होगी जो एक vendor आपको बेचेगा।
काम को sequence करना
एक बार में एक task automate करें, शुरू से आख़िर तक, और आगे बढ़ने से पहले result मापें। 75–80% principle यहाँ एक heuristic की तरह उपयोगी है कि AI एक task का कितना हिस्सा उठा सकता है, न कि हासिल करने का लक्ष्य। सबसे frequent और सबसे reversible task से शुरू करें, loop साबित करें, और evidence को अगला कमाने दें।
Sequencing team की भी रक्षा करती है। जो team दस tasks एक साथ automate करती है उसके पास दस नई review surfaces हैं और कोई अंदाज़ा नहीं कि कौन-सी fail हो रही है। एक बार में एक का मतलब है कि हर बदलाव दिखता है और हर problem का एक कारण है।
एक audit, की हुई
एक media team जिसे मैं जानता हूँ उसने यह audit चलाई और कुछ counterintuitive पाया: जिस task को सब पहले automate करना चाहते थे — weekly performance deck खींचना — वह पहले से low-value busywork था, जबकि जो task सबसे ज़्यादा समय बचाता वह brief intake था, जिस पर किसी ने विचार नहीं किया था। Brief frequent था, अपने mechanical हिस्सों में low-judgement, और reversible, क्योंकि एक drafted brief किसी काम के शुरू होने से पहले ठीक हो जाता है। उसे लिखना पहला automation बना, और उसने उसके पीछे की पूरी workflow खोल दी।
यही आम नतीजा है। सबसे अच्छा automation candidate अक्सर वह task नहीं होता जिसकी लोग सबसे ज़्यादा शिकायत करते हैं, बल्कि वह जो एक धीमी chain के आगे बैठता है और ग़लत होने पर सुरक्षित है। पहले workflow को map करना, tasks को अलग-अलग list करने के बजाय, वही है जो इसे सामने लाता है। जो task तीन और unlock करता है वह उस task को हराता है जो अकेले दस मिनट बचाता है।
Assist बनाम automate
Assistance और automation के बीच का फ़र्क़ साफ़ बताने लायक़ है, क्योंकि teams इसे धुँधला कर देती हैं। Automation का मतलब है कि task बिना किसी व्यक्ति के loop में चलता है और output by default चला जाता है। Assistance का मतलब है कि model एक पहला pass produce करता है और एक व्यक्ति तय करता है। दोनों एक ही model इस्तेमाल करते हैं; फ़र्क़ यह है कि आख़िरी बात किसके पास है।
Audit बताती है कि एक task कौन-सा चाहता है। Low judgement और reversible: automate करें। High judgement, या irreversible, या दोनों: ज़्यादा से ज़्यादा assist करें। एक high-judgement पर reversible task assistance का अच्छा candidate है, क्योंकि व्यक्ति errors सस्ते में पकड़ता है और model अब भी पहला pass समय का ज़्यादातर हिस्सा बचाता है। इसे automation की दिशा में ग़लत करना वह तरीक़ा है जिससे teams वह काम भेजती हैं जिसे किसी ने असल में approve नहीं किया।
Audit को ज़िंदा रखना
Audit एक snapshot है, और tasks बदलते हैं। जो task पिछले quarter high-judgement था वह low-judgement हो सकता है जब context layer अच्छी हो और rules लिखे जाएँ। जो task reversible था वह irreversible हो सकता है अगर वह एक live account को feed करे। हर quarter audit दोबारा चलाएँ, और एक-दो tasks को move करें जैसे उनकी properties बदलें।
Cadence शुरुआती result से ज़्यादा मायने रखती है। एक बार की audit एक ऐसा plan देती है जो पुराना हो जाता है; एक quarterly audit एक ऐसा operating model देती है जो ख़ुद को tune करता रहता है। इसे measurement frame के साथ जोड़ें, ताकि हर कदम एक metric से justified हो, अंदाज़े से नहीं।
क्या automate न करें
उस task को automate न करें जिसका value judgement है, भले model कुछ plausible produce कर सके। किसी भी irreversible चीज़ को बिना human gate automate न करें। ऐसे task को automate न करें जिसे आप output specify करने लायक़ नहीं समझते, क्योंकि vague specifications confident ग़लत जवाब produce करती हैं। और किसी task को सिर्फ़ इसलिए automate न करें कि एक tool demo ने उसे आसान दिखाया।
FAQ
अगर एक task high frequency और high judgement दोनों हो?
उसे automate करने के बजाय assist करें। Model को पहला pass और options produce करने दें, और एक व्यक्ति को चुनते रहें। आप वह judgement दिए बिना ज़्यादातर speed कैप्चर कर लेते हैं जो task को करने लायक़ बनाता है।
क्या हमें पहले reporting automate करनी चाहिए?
Assembly वाला हिस्सा, हाँ — pulls और formatting। Interpretation human रहनी चाहिए। Task को इस तरह बाँटना busywork automate करने और thinking automate करने के बीच का फ़र्क़ है।
जो tasks irreversible पर frequent हों उन्हें कैसे handle करें?
हर instance पर एक human gate के साथ जब तक error rate लगभग शून्य साबित न हो, फिर एक sampled gate। जिसे आप undo नहीं कर सकते उसके लिए कभी gate पूरी तरह न हटाएँ; efficiency उस tail risk के लायक़ नहीं है।
एक quarter में कितने tasks automate करें?
एक-दो ठीक से किए पाँच आधे किए से बेहतर हैं। हर automation एक review surface और एक maintenance obligation बनाती है, इसलिए count इससे सीमित है कि आप असल में कितने चला और माप सकते हैं।
Short version
हर task को frequency, judgement और reversibility पर audit करें, और फिर पहले high-frequency, low-judgement, reversible वाले automate करें। High-judgement काम assist करें, irreversible decisions human रखें, और बदलाव एक बार में एक sequence करें। Reversibility वह axis है जिसे पहले लागू करना है, क्योंकि यह तय करती है कि एक task को कितना review चाहिए। Execution guide बाक़ी cover करता है, और for-team-leads track audit को एक असली workflow पर चलाती है।
अगर आपने यह audit चलाई है, तो मैं सुनना चाहूँगा कि कौन-सा task आपने automate करने की उम्मीद की थी और फिर human रखने का फ़ैसला किया।
शुभकामनाओं सहित, Chandler
यह लेख हिंदी में उपलब्ध है, लेकिन कोर्स सामग्री (वीडियो, टेम्पलेट्स और सपोर्टिंग गाइड्स) अंग्रेज़ी, जापानी, सरलीकृत चीनी और कोरियाई में उपलब्ध है। यह साइट 13 भाषाओं में उपलब्ध है।