खाली डेटा, भरा हुआ शोर: क्रिकेट विश्लेषण की पाइपलाइन में एक चुपचाप हुई विफलता का लेखा

पिछले हफ्ते मेरी डेस्क पर एक एनालिसिस रिपोर्ट आई। शीर्षक था — स्टेज-2 क्रिकेट विश्लेषण। आठ खंड, छह जोखिम मैट्रिक्स, तीन परिदृश्य अनुमान। कुल मिलाकर चालीस मिनट की मेहनत। लेकिन पहला पैराग्राफ पढ़ते ही जो चीज़ सबसे ज़्यादा चुभी, वह विश्लेषण नहीं थी। वह एक खाली फ़ील्ड थी। रिपोर्ट के अपने शब्दों में: "स्टेज-1 का इनपुट प्रभावी रूप से खाली है।" यानी जिस मैच, खिलाड़ी या लीग का विश्लेषण होना था, उसका एक भी तथ्य उपलब्ध नहीं था। और उस खालीपन के बावजूद रिपोर्ट ने अपना पूरा ढांचा खड़ा कर दिया था — हर जगह N/A भरकर।

यह कोई क्रिकेट रिपोर्ट नहीं थी। यह एक पाइपलाइन की मृत्यु का प्रमाणपत्र था, जिसे फॉर्मेट की शिष्टाचार-पालन में लपेट दिया गया था।

मेरे पास बेंगलुरु की उस एनालिटिक्स डेस्क से एक आदत आई है जिसे मैंने कभी नहीं छोड़ा: हर दावे के साथ उसका स्रोत, उसका सैंपल साइज़ और उसकी त्रुटि-सीमा एक ही सांस में लिखो। 2026 में जब मैंने आईपीएल के हर वेन्यू का पार स्कोर 2026–17 की बॉल-बाय-बॉल डेटा से फिर से बनाया था — चिन्नास्वामी 189, वानखेड़े 172, हैदराबाद 165 — तब भी नियम यही था। एमआई बनाम आरपीएस का वह मुकाबला याद है, जब मुंबई ने 129/8 पर रोक लगाई थी और डेस्क मुझसे उनकी जीत की संभावना 58% से 70% तक बढ़ाने को कह रही थी। मैंने मना किया, डाइवर्जेंस लॉग किया, और मुंबई एक रन से जीता। उस दिन मैंने सीखा कि मॉडल का काम भीड़ की आवाज़ नहीं, बल्कि उस पंक्ति को पढ़ना है जो स्कोरकार्ड में दर्ज है।

तो जब एक विश्लेषण रिपोर्ट खुद कहती है कि उसके पास कोई डेटा नहीं है, तो मेरा काम स्पष्ट है — मैं उस रिपोर्ट की कहानी नहीं लिखूंगा, मैं उस खालीपन का लेखा लिखूंगा।

संदर्भ: जब N/A एक फॉर्मेट बन जाता है

उस रिपोर्ट में आठ खंड थे। फॉर्मेट और मैच विश्लेषण से लेकर खिलाड़ी तकनीक, टीम परिदृश्य, लीग और वाणिज्यिक पारिस्थितिकी, नियम-शासन, जोखिम विश्लेषण, सार्वजनिक कथा और उद्योग संचरण — हर खंड अपने पूरे टेम्पलेट के साथ मौजूद था। समस्या यह थी कि हर टेम्पलेट के अंदर का सारा मांस खोखला था। 'फॉर्मेट: N/A — अपर्याप्त जानकारी।' 'खिलाड़ी: N/A — अपर्याप्त जानकारी।' 'जोखिम रेटिंग: N/A — अपर्याप्त जानकारी।' बार-बार यही एक वाक्य, इकतालीस बार, अलग-अलग शीर्षकों के नीचे।

मैं 27 साल से स्कोरकार्ड पढ़ रहा हूं। मैंने रणजी के उन मैचों की कवरेज भी की है जहां स्टेडियम में दर्शक नहीं थे और कमेंट्री बॉक्स में सिर्फ एक माइक था। मैंने WPL के उस दौर में भी लिखा है जब प्रसारण के वादे और वास्तविक कवरेज के बीच का फासला एक अलग लेजर में दर्ज होता था। एक चीज़ जो मैंने तब सीखी: खालीपन भी एक लाइन आइटम है। लेकिन उसे 'N/A' कहकर विश्लेषण का नाम नहीं दिया जा सकता। N/A एक शून्य है, शून्य एक आंकड़ा नहीं है।

रिपोर्ट के अंदर यह भी लिखा था: "क्रिकेट_एशिया" — यह एकमात्र भरा हुआ फ़ील्ड। मुझे यह देखकर 2026 का रूस विश्व कप याद आया। फुटबॉल डेस्क पर मुझे चार टूर्नामेंटों के आधार पर एक बेस रेट मिला था — 0.26 पेनल्टी प्रति मैच, ब्राजील 2026 में 13। रूस में 29 मिलीं। मैंने बीच टूर्नामेंट में दर नहीं बदली, क्योंकि मेरा आईएसटीजे नियम कहता है कि तीस मैचों से पहले दर नहीं हिलती। उस ज़िद की कीमत मैंने नॉकआउट में तीन सीधे अंडर बेट्स से चुकाई। लेकिन सबक यह था — जब पर्यावरण बदलता है, तो उसे 'शोर' नहीं, नया 'रेजीम फ्लैग' कहो। और जब डेटा ही न हो, तो उसे किसी भी रेजीम में मत डालो।

मूल विश्लेषण: डेटा की गैर-मौजूदगी एक सिग्नल है, शून्य नहीं

असली कहानी रिपोर्ट की सामग्री में नहीं, उसकी संरचना में है। एक खाली इनपुट से आठ खंडों का विश्लेषण निकालना तकनीकी रूप से असंभव है। तो फिर वे खंड अस्तित्व में कैसे आए? क्योंकि पाइपलाइन को नियम मिला था कि रिपोर्ट "पूरी" होनी चाहिए। और यहीं असली विफलता बैठी है — एक सिस्टम जो अधूरे इनपुट से पूरा आउटपुट बनाने को मजबूर हो, वह जानकारी नहीं बना रहा, वह जानकारी का रूपक बना रहा है।

मैंने अपने करियर में यह पैटर्न कई बार देखा है। 2026 की आईपीएल नीलामी बीट पर मुझे सिखाया गया था कि हर खिलाड़ी की कीमत उसके हाइलाइट से नहीं, उसके 'उपलब्ध मैचों' से तय होती है। रिटेंशन लॉजिक, पर्स एफिशिएंसी, चोट का इतिहास, वर्कलोड — ये सब वही लेजर हैं जो बताते हैं कि एक नाम कितना काम का है। अब इसी सोच को विश्लेषण पाइपलाइन पर लगाओ। एक रिपोर्ट जिसमें शून्य सूचना-बिंदु हों, वह खिलाड़ी की तरह है जो हर मैच में 'अनफिट' है। उसका नाम टीम शीट में है, लेकिन वह मैदान पर नहीं उतरता। फिर भी कुछ डेस्क उसे 'उपलब्ध' मानकर उसकी वैल्यूएशन करने बैठ जाते हैं।

रिपोर्ट में खुद एक पंक्ति थी जो सबसे ईमानदार थी: "एकमात्र पहचानने योग्य जोखिम विश्लेषण-सत्यनिष्ठा का जोखिम है।" यानी शून्य जानकारी से आत्मविश्वास भरा विश्लेषण गढ़ने का खतरा। और उस जोखिम को उन्होंने 'उच्च' रेटिंग दिया। मैं इस रेटिंग से सहमत हूं, लेकिन मैं एक कदम आगे जाऊंगा। यह सिर्फ एक रिपोर्ट का जोखिम नहीं है। यह उस पूरी साख का जोखिम है जिस पर डेटा-डेस्क खड़ी है।

सोचिए, अगर यह रिपोर्ट किसी ब्रॉडकास्ट रूम तक पहुंच जाती, तो क्या होता? कमेंट्री बॉक्स में बैठा आदमी इसे 'विश्लेषण' कहकर पढ़ता। क्योंकि उसके सामने आठ खंड थे, तीन सितारे थे, जोखिम मैट्रिक्स था। उसे कहां पता चलता कि हर जगह का मांस N/A था? यही वह क्षण है जब डेटा और कमेंट्री के बीच का फासला खतरनाक हो जाता है। मैंने 2026 से डिजिटल शो और बुलेटिन में यह देखा है — जब स्क्रीन पर एक तालिका आ जाती है, तो दर्शक मान लेता है कि उसके पीछे कोई डेटा है। तालिका का अस्तित्व ही उसकी सत्यता का प्रमाण नहीं होता।

विपरीत कोण: रिकवरी प्रोटोकॉल भी एक कहानी है

अब वह हिस्सा जो मुझे सबसे ज़्यादा परेशान करता है। रिपोर्ट के अंत में एक 'रिकवरी प्रोटोकॉल' था — मूल लेख का टेक्स्ट दोबारा दो, कम से कम 5–8 सूचना-बिंदु भरो, फॉर्मेट बताओ। तकनीकी रूप से यह सही कदम है। लेकिन मेरे अनुभव में, ऐसे प्रोटोकॉल अक्सर असली समस्या को ढक देते हैं। असली समस्या टेक्स्ट का न मिलना नहीं है। असली समस्या यह है कि एक सिस्टम ने खाली इनपुट पर पूरी रिपोर्ट बना दी और उसे 'स्टेज-2 विश्लेषण' कहकर भेज दिया।

2026 के एशिया कप में दुबई में ओस ने पीछा करने को निर्णायक बना दिया था। उस समय मेरे पास 2026 के टॉस डेटा थे जो इस नई परिस्थिति में बेकार थे। मैंने लिखा था: "यह दर नियम सेट Y के तहत X मैचों पर बनी है।" यह वह ईमानदारी है जो मैं हर विश्लेषण से चाहता हूं। लेकिन जब पाइपलाइन खुद कहे कि उसके पास X भी नहीं है, तो उसे N/A लिखकर आगे बढ़ने का हक नहीं है। उसे रुकना चाहिए। एक डेटा डेस्क की सबसे बड़ी ताकत उसकी गति नहीं, उसकी रुकने की क्षमता है।

यहां एक और बात दर्ज करनी है। रिपोर्ट में 'स्टेज-1' की विफलता को 'तकनीकी त्रुटि' माना गया — पार्सर एरर, खाली पेलोड, या गैर-लेख इनपुट। कॉन्फिडेंस लेवल: मध्यम। मैं इसे 'मध्यम' नहीं कहूंगा। जब आठ में से सात फ़ील्ड खाली हों और एक भी 'क्रिकेट_एशिया' भरा हो, तो यह तकनीकी त्रुटि से ज़्यादा डिज़ाइन की खामी लगती है। मुझे यह उस 2026 के छह के बराबर खड़ा दिखता है — जब गेंद स्टेडियम से बाहर गई और शोर वहां पहुंचा जहां लेजर नहीं पहुंच सकता। लेकिन उस क्षण को मैंने कभी संख्या में नहीं बदला। उसी तरह, इस खालीपन को मैं 'एक तकनीकी खराबी' कहकर नहीं छोड़ूंगा। यह उस बुनियादी सवाल की तरफ इशारा है: क्या हमारी पाइपलाइन चेक-सिस्टम एनालिटिक्स के दावों को रोक पाता है, या वह सिर्फ आउटपुट का आकार देखता है?

मैं 2026 से द क्रिकेट मंथली के लिए लिख रहा हूं और डेटा-आधारित फीचर्स का एक सिद्धांत मेरा यही रहा है — नमूना छोटा है तो लिखो कि छोटा है, लेकिन लिखो। खाली नमूने पर लिखना छोड़ देना ही एकमात्र विकल्प है। लेकिन छोड़ने का फैसला भी एक लेखा है, और उसे दर्ज होना चाहिए।

टेकअवे: अगली बार जब तालिका दिखे

रिपोर्ट ने अपने 'सिग्नल ट्रैकिंग' खंड में एक ट्रिगर कंडीशन लिखी थी: "स्टेज-1 का सूचना-बिंदु क्षेत्र गैर-खाली हो जाए, तो पूरा स्टेज-2 विश्लेषण संभव हो जाता है।" यह तकनीकी रूप से सही है, लेकिन लय में कुछ छूट रहा है। असली ट्रिगर यह होना चाहिए: जिस दिन हमारा सिस्टम खाली डेटा पर 'पूरी' रिपोर्ट भेजने से खुद इनकार कर दे, उस दिन हम विश्लेषण के काम के करीब पहुंचेंगे। तब तक, अगली बार जब किसी स्क्रीन पर आठ खंडों वाली कोई चमकदार तालिका दिखे, तो एक पल रुकिए और पूछिए — इसके पीछे की पंक्तियां भरी हुई हैं, या सिर्फ N/A के इकतालीस निशान?