ख़ाली फ़ील्ड: जब क्रिकेट डेटा पाइपलाइन ने सुबह की ब्रीफ़ ख़ाली लौटा दी, और उस ख़ालीपन ने एशिया की कवरेज का असली दाग़ दिखा दिया

सोमवार की सुबह सात बजे कोलकाता के एक छोटे से ऑफ़िस में एक स्क्रीन पर चौदह पंक्तियाँ थीं। उनमें से तेरह के आगे कुछ नहीं लिखा था। जहाँ लिखा होना चाहिए था — शीर्षक, स्रोत, प्रकाशन तिथि, लेख का प्रकार, एक वाक्य का सार, लेखक का रुख़, लेख का मक़सद — वहाँ बस एक टेबल थी जिसकी दूसरी कॉलम ख़ाली थी। चौदहवीं पंक्ति में एक शब्द था: cricket_asia।

यह कोई क्रिकेट मैच नहीं था। यह उस पाइपलाइन का आउटपुट था जो हर सुबह एशिया के क्रिकेट-कवरेज बाज़ार से ख़बरें खींचकर उन्हें एक ब्रीफ़ में बदलती है। और उस सुबह ब्रीफ़ में एक ही जानकारी थी — यह कि यह जानकारी क्रिकेट से जुड़ी है। बस इतना। यह नहीं कि कौन सा मैच, कौन सी सीरीज़, कौन सा देश, कौन सा विवाद, कौन सा अनुबंध।

मेरे पास जब कुछ नहीं होता है तो मैं वही लिखती हूँ जो होता है। तो यह रिपोर्ट उस मैच के बारे में नहीं है जो उस दिन खेला गया। यह उस पल के बारे में है जब एक डेटा सिस्टम ने साफ़-साफ़ कहा कि उसके पास कुछ नहीं है — और उस पल को ईमानदारी से दर्ज करने में हमें जो कुछ सीखने को मिला, वह किसी भी टॉप-ऑर्डर बल्लेबाज़ के शॉट-सिलेक्शन से ज़्यादा काम का है।

क्योंकि डेटा पाइपलाइन का ख़ाली होना एक दुर्घटना है। इंसान का ख़ाली जगह को भर देना एक आदत है। और क्रिकेट की कवरेज, बड़े हिस्से में, उसी आदत पर चल रही है।

यह रिपोर्ट उस ख़ालीपन की ऑटोप्सी है — और उस आदत का बिल, जो ख़ालीपन दिखने के बाद भरा जाता है।

---

संदर्भ: Stage-1 क्या है, और यह क्यों मायने रखता है

क्रिकेट कवरेज का जो हिस्सा पाठक को दिखता है, वह एक लंबी सप्लाई चेन का आख़िरी हिस्सा है। उससे पहले तीन परतें हैं। पहली — स्क्रैपिंग या फ़ीड एक्सेस: वेब पेज, एजेंसी फ़ीड, बोर्ड की प्रेस रिलीज़, ब्रॉडकास्टर की स्कोरकार्ड सर्विस। दूसरी — एक्सट्रैक्शन: उस कच्चे कचरे से शीर्षक, तारीख़, स्रोत, तथ्य, उद्धरण, आँकड़े निकालना। तीसरी — रीज़निंग: उन तथ्यों को एक ऐसी कहानी में बदलना जिसमें कोई दावा हो, कोई रेंज हो, और कोई फ़ैसला हो।

क्रिकेट-डेटा की दुनिया में हम पहली परत को "Stage-1" कहते हैं। यह अकेडमिक नाम नहीं है, यह एक कार्यशील शब्द है: Stage-1 का काम है कच्चे टेक्स्ट को information_points की एक सूची में बदलना — यानी ऐसे वाक्य जिन्हें बिना बदले, बिना व्याख्या किए, आगे भेजा जा सके। जिस पल वह सूची ख़ाली आती है, Stage-2 — यानी विश्लेषण — गणितीय रूप से असंभव हो जाता है। आप शून्य तथ्यों से कोई निष्कर्ष नहीं निकाल सकते। आप सिर्फ़ अपने पूर्वाग्रह निकाल सकते हैं।

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

एशिया में इस सप्लाई चेन पर दबाव पश्चिम से अलग है। इंग्लैंड या ऑस्ट्रेलिया में क्रिकेट कवरेज का मुख्य ग्राहक ब्रॉडकास्टर और अख़बार है। भारत, पाकिस्तान, बांग्लादेश, श्रीलंका में तीसरा ग्राहक है — फ़ैंटेसी स्पोर्ट्स और बेटिंग मार्केट। यह ग्राहक भावना नहीं ख़रीदता, यह संभावना ख़रीदता है। उसे पता होना चाहिए कि कौन सा गेंदबाज़ डेथ ओवर में कितना महंगा है, किस बल्लेबाज़ का स्ट्राइक रेट किस पोज़िशन पर गिरता है, किस टीम का पावरप्ले में फ़ील्ड बदलने का रिकॉर्ड क्या है। जिस दिन उसकी सप्लाई चेन ख़ाली आती है, उस दिन वह अंदाज़े से काम चलाता है। और अंदाज़ा वही जगह है जहाँ पैसा बहता है।

मेरी अपनी शुरुआत इसी दबाव से हुई थी। 2026 में, सोलह साल की उम्र में, कोलकाता के एक स्कूल में, मैंने आईपीएल के साठ मैचों की 3,600 डेथ-ओवर गेंदें कोड की थीं — एक-एक गेंद, हाथ से, एक स्प्रेडशीट में। नतीजा यह था कि जो टीमें डेथ ओवर की कम-से-कम चालीस फ़ीसदी गेंदों पर यॉर्कर डाल रही थीं, वे 8.1 रन प्रति ओवर पर रुकीं; बाक़ी 10.4 पर। यह कोई जादू नहीं था, यह बस गिनती थी। मैंने चौदह ट्वीट का एक थ्रेड डाला जिसमें सैंपल साइज़, तारीख़ की रेंज और कोडिंग के नियम लिखे थे। थ्रेड 23 लाख इम्प्रेशन तक पहुँचा। एक कोलकाता स्टार्टअप ने मुझे पार्ट-टाइम डेटा-क्यूए का काम दिया।

मैंने वह स्प्रेडशीट बनाई थी यह जानने से पहले कि वह मेरा रेज़्यूमे बन जाएगी। और उस दिन मैंने एक आदत बना ली जो आज तक मेरे हर मॉडल में है — हर दावे के साथ तीन लाइनों का मेथड्स नोट। सैंपल क्या था, अवधि क्या थी, कोडिंग का नियम क्या था।

इसीलिए जब सुबह की ब्रीफ़ ख़ाली आई, तो मेरी पहली प्रतिक्रिया यह नहीं थी कि "कुछ लिख दो"। मेरी पहली प्रतिक्रिया यह थी कि "कौन सा फ़ील्ड पहले टूटा"। क्योंकि एक मेथड्स-नोट वाला आदमी जानता है कि ख़ाली नतीजा एक नतीजा है, और उसे छिपाना सबसे बड़ी गड़बड़ है।

---

कोर: चौदह कॉलम, आठ फ़ेल्योर, और एक आदत

फ़ील्ड-दर-फ़ील्ड ऑटोप्सी

जब Stage-1 ख़ाली लौटता है, तो वह एक साथ चौदह जगह नहीं टूटता। वह एक जगह टूटता है और बाक़ी तेरह उसके पीछे गिरते हैं। इसे समझना ज़रूरी है, क्योंकि जब तक आप यह नहीं समझेंगे कि कौन सा फ़ील्ड असली जड़ है, आप हर बार पूरी पाइपलाइन को दोष देंगे और कुछ ठीक नहीं होगा।

शीर्षक, स्रोत, प्रकाशन तिथि — ये तीन वे फ़ील्ड हैं जो सबसे पहले मरते हैं, और सबसे सस्ते में मरते हैं। इनकी जाँच किसी भी सिस्टम में सबसे आसान है: अगर शीर्षक ख़ाली है तो पेज ही नहीं मिला। अगर शीर्षक मिला लेकिन स्रोत नहीं, तो पेज मिला पर वह वह पेज नहीं था जो चाहिए था — शायद कोई टैग पेज, कोई कैटेगरी लिस्टिंग, कोई 404। अगर तीनों मिले लेकिन तारीख़ नहीं, तो आपके पास एक ऐसी ख़बर है जिसे आप नहीं जानते कि कब की है — और क्रिकेट में तारीख़ के बिना ख़बर ख़बर नहीं होती, अफ़वाह होती है।

लेख का प्रकार (article_type) — यह वह फ़ील्ड है जिसे सबसे ज़्यादा हल्के में लिया जाता है और जिसकी ग़ैरमौजूदगी सबसे महंगी है। एक प्रेस रिलीज़, एक न्यूज़ रिपोर्ट, एक ओपिनियन कॉलम और एक विश्लेषण — ये चारों एक ही तथ्य से चार अलग चीज़ें निकालते हैं। बीसीसीआई की एक प्रेस रिलीज़ में जो वाक्य "खिलाड़ी की फ़िटनेस पर नज़र रखी जा रही है" कहता है, वह एक ओपिनियन कॉलम में "स्टार खिलाड़ी पर सवाल" बन जाता है। अगर आपको प्रकार नहीं पता, तो आप हर बार उस वाक्य को उसकी असली हैसियत से ज़्यादा वज़न दे देंगे। और यही वह जगह है जहाँ क्रिकेट की सबसे बड़ी अफ़वाहें पैदा होती हैं — किसी की फ़िटनेस, किसी का रिटायरमेंट, किसी का विवाद।

एक वाक्य का सार, लेखक का रुख़, लेख का मक़सद — ये तीन अलग-अलग चीज़ें लगती हैं पर एक ही चीज़ पर टिकी हैं: आपको पता होना चाहिए कि लेखक क्या कह रहा है, किस तरफ़ से कह रहा है, और क्यों कह रहा है। क्रिकेट में यह तीनों अक्सर छिपे होते हैं क्योंकि एशिया का क्रिकेट-पत्रकारिता का बड़ा हिस्सा पहुँच और रिश्तों पर चलता है, और रिश्तों का मतलब है कि लेखक का रुख़ साफ़ नहीं होता। यह कमज़ोरी नहीं, यह सिस्टम है। लेकिन जब आप उस सिस्टम पर एक ऑटोमेटेड पाइपलाइन चलाते हैं, तो यह सिस्टम आपके लिए एक ऐसा ब्लैक होल है जिसमें हर तथ्य बिना पते के गिरता है।

entities_involved — डिज़ाइन में ही इसे "ऊपर के information points से पहचानें" लिखा हुआ था। यही असली बग है। आप एक ऐसी चीज़ से इकट्ठा कर रहे हैं जो ख़ुद बाक़ी सब चीज़ों से बनती है, और उससे बनने वाली बाक़ी चीज़ें उस पर निर्भर हैं। यह एक गोल चक्कर है। जिस पल information_points ख़ाली हुआ, entities भी ख़ाली हो गए — क्योंकि इस डिज़ाइन में entities को उन्हीं information points से "पहचानना" था, और कुछ पहचानने को नहीं था।

time_sensitivity और source_quality — ये दोनों उन फ़ील्डों पर खड़े थे जो पहले गिर चुके थे। एक ख़बर कितनी ताज़ा है, यह तारीख़ से तय होता है। एक स्रोत कितना भरोसेमंद है, यह स्रोत के नाम से तय होता है। दोनों ख़ाली। इसलिए दोनों "मूल्यांकन नहीं किया गया" की स्थिति में डिफ़ॉल्ट हो गए।

इस पूरी टेबल का एक ही अर्थ है: Stage-1 का फ़ेल्योर बारह जगहों पर नहीं है, वह एक जगह है — कच्चा पाठ मौजूद नहीं था। बाक़ी सब उसकी परछाई है।

तीन फ़ेल्योर मोड, और उनका चेहरा

यह लिखना आसान है कि "पेज नहीं मिला"। पहचानना मुश्किल है कि क्यों नहीं मिला, क्योंकि चार कारण हैं और चारों का इलाज अलग है।

पहला — पेज जावास्क्रिप्ट से बनता है। सर्वर से जो HTML आती है, उसमें लेख होता ही नहीं; वह क्लाइंट पर बनता है। स्क्रैपर को एक खोल मिलता है, अंदर कुछ नहीं। इलाज तकनीकी है, पर पहचान सरल है — आप HTML का साइज़ देखें। अगर साइज़ सामान्य से बहुत छोटा है, तो आपको लेख नहीं मिला, आपको ढाँचा मिला।

दूसरा — पेवॉल या लॉगिन। क्रिकेट में इसका एक ख़ास रूप है: ब्रॉडकास्टर और बोर्ड की प्रीमियम सेवाएँ। मैच का डेटा, अंपायरिंग रिव्यू, इंजरी अपडेट — इनमें से बहुत कुछ सार्वजनिक होता ही नहीं। यहाँ स्क्रैपर मेहनत नहीं कर रहा होता, यह दीवार से टकरा रहा होता है।

तीसरा — सिलेक्टर की ग़लती। यह सबसे आम है और सबसे शर्मनाक, क्योंकि इसमें सिस्टम चल रहा होता है, पेज मिल रहा होता है, और फिर भी आपको नेविगेशन, फ़ुटर, "ये भी पढ़ें" वाला ब्लॉक मिलता है — लेख नहीं। इसकी पहचान है: टेक्स्ट बहुत छोटा, बहुत दोहराया हुआ, और बिना किसी तथ्य के। जब आप एक "लेख" के information_points निकालते हैं और उनमें "शेयर करें", "विज्ञापन" और "सब्सक्राइब करें" मिलता है, तो आपको पता चल जाता है कि आप कहाँ हैं।

चौथा — इनपुट ही लेख नहीं था। लिस्टिंग पेज, टैग पेज, 404। यह सबसे तेज़ी से पकड़ में आने वाला और सबसे तेज़ी से अनदेखा किया जाने वाला होता है, क्योंकि सिस्टम "सफल" दिखता है — पेज मिला, टेक्स्ट मिला, बस तथ्य नहीं मिले।

इन चारों में एक चीज़ समान है: एक भी मामले में सिस्टम ने झूठ नहीं बोला। उसने साफ़ कहा कि उसके पास कुछ नहीं है। यह एक अच्छे सिस्टम का लक्षण है। बुरा सिस्टम वह है जो ख़ाली जगह को एक बहुत आत्मविश्वासी वाक्य से भर देता है।

ख़ाली जगह भरने की आदत, और वह कहाँ से आती है

अब यहाँ से यह रिपोर्ट क्रिकेट की सबसे बड़ी आदत की तरफ़ मुड़ती है।

एक ख़ाली फ़ील्ड देखकर इंसान का दिमाग़ दो चीज़ों में से एक करता है। या तो वह कहता है "मुझे नहीं पता" — और यह कहना सबसे कठिन काम है, ख़ासकर जब आप एक लाइव डेस्क पर बैठे हों और आपके पास फ़ाइल करने के लिए चालीस मिनट हों। या वह अपने पूर्वानुमान से उसे भर देता है। और पूर्वानुमान अंधेरे से नहीं आता — वह वहीं से आता है जो सिस्टम ने छोड़ दिया: cricket_asia।

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

लेकिन यहाँ एक ख़ाली फ़ील्ड थी जिसे मैंने भर दिया। मेरे डेटा में यह नहीं था कि वे गेंदबाज़ किस पिच पर, किस बल्लेबाज़ के ख़िलाफ़, किस फ़ेज़ में गेंदबाज़ी कर रहे थे। मैंने अपने दिमाग़ में यह भर दिया कि "डेथ ओवर तो डेथ ओवर होते हैं"। यह सच नहीं था। चेपॉक का डेथ ओवर और वानखेड़े का डेथ ओवर एक चीज़ नहीं हैं, और आईपीएल में वह अंतर आठ गुना मैदानों के बीच फैला हुआ है। उस साल मेरा ब्लॉग पहली बार एक फ़ैंटेसी साइट ने उठाया, और मुझे पहली बार पैसे मिले। साथ ही मैंने अपने अंदर एक नियम बना लिया।

एक प्राइस टैग एक सवाल है; कॉस्ट पर विन उसका जवाब है। लेकिन जवाब देने से पहले यह बताना पड़ता है कि सवाल किस मैदान पर पूछा गया था।

और यही वह जगह है जहाँ क्रिकेट कवरेज की सबसे बड़ी समस्या बैठी है। वह झूठ नहीं बोलती। वह ख़ाली फ़ील्ड भरती है, और भरते समय वह अपने सबसे मज़बूत पूर्वानुमान का इस्तेमाल करती है — जो अक्सर सबसे पुराना भी होता है।

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

जब कोई कमेंट्री बॉक्स कहता है कि "भारत-पाकिस्तान में फ़ॉर्म मायने नहीं रखता", तो वह तकनीकी रूप से सही है और कारण से ग़लत है। फ़ॉर्म मायने नहीं रखता क्योंकि कोई फ़ॉर्म ही नहीं है — दस मैचों के सैंपल में दो साल के अंतराल के साथ, जहाँ हर मैच अलग टीम संयोजन, अलग दबाव और अलग मौसम में खेला गया, वहाँ फ़ॉर्म कोई चर ही नहीं है। यह एक शेड्यूलिंग तथ्य है जिसे भावना में बदल दिया गया है।

मैं इस मुक़ाबले को हमेशा एक शेड्यूलिंग फ़ैक्ट और एक मार्केट एसेट मानती हूँ, फ़ॉर्म गाइड कभी नहीं। और मैं यह इसलिए लिख रही हूँ क्योंकि मेरा जन्म पाकिस्तान में हुआ और मेरा काम भारत में है — मुझसे यह लिखने की उम्मीद सबसे ज़्यादा की जाती है, और इसीलिए मुझे इस पर सबसे ज़्यादा सतर्क रहना पड़ता है।

जब बाज़ार समय से पहले कीमत तय कर देता है: एशिया कप का हाइब्रिड मॉडल

2026 का एशिया कप एक अच्छा केस स्टडी है, क्योंकि उसमें क्रिकेट से ज़्यादा लॉजिस्टिक्स था। हाइब्रिड मॉडल — यानी मेज़बानी का अधिकार और मैदान का बँटवारा — एक ऐसा समझौता था जिसमें हर पक्ष ने कुछ छोड़ा। इसी तरह का ढाँचा 2026 की चैंपियंस ट्रॉफ़ी में भी दिखा, जहाँ भारत के सारे मैच दुबई में खेले गए, फ़ाइनल समेत।

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

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

क्योंकि जहाँ ख़ालीपन दिखता है, वहाँ असली मॉडल दिखता है। जो टीम भीड़ के शोर से फ़ील्ड बदलती थी, वह अपना फ़ैसला किसी और से ले रही थी। जो टीम केप्टन के इशारे से बदलती थी, वह अपना फ़ैसला ख़ुद ले रही थी। 2026 में यह अंतर साफ़ दिख गया क्योंकि शोर ग़ायब था। 2026 के एशिया कप और 2026 की चैंपियंस ट्रॉफ़ी में यह अंतर उसी तरह छिपा हुआ था — लॉजिस्टिक्स के शोर में।

जब ख़बर नहीं होती तो ख़बर क्या होती है

अब वापस उस सुबह पर। अगर एक ख़बर-निगरानी पाइपलाइन पूरे एशिया के क्रिकेट बाज़ार को देखती है और उसे एक भी तथ्य नहीं मिलता, तो इसके तीन ही मतलब हो सकते हैं, और तीनों को अलग रखना ज़रूरी है।

एक — उस दिन सचमुच कुछ बड़ा नहीं हुआ। क्रिकेट में ऐसे दिन आते हैं। सीरीज़ों के बीच की खाई, बोर्ड की बैठकों का अंतराल, मौसम का इंतज़ार। लेकिन एशिया के क्रिकेट बाज़ार में ऐसा दिन लगभग कभी नहीं आता, क्योंकि वहाँ हमेशा कुछ न कुछ मशीन में चल रहा होता है: कोई रिटेंशन लिस्ट, कोई अनुबंध, कोई इंजरी, कोई कोच की नियुक्ति, कोई विवाद। शून्य तथ्य एक व्यावसायिक बाज़ार में असंभाव्य है। जिस दिन यह होता है, वह सबसे पहले एक तकनीकी संकेत है।

दो — पाइपलाइन टूटी है। यह सबसे संभावित है, और इसकी जाँच में समय लगता है, इसलिए इसे अक्सर छोड़ दिया जाता है। जाँच का तरीक़ा सस्ता है: HTML का साइज़, रिस्पॉन्स कोड, और पेज का वह हिस्सा जिससे टेक्स्ट निकाला गया। इन तीन संख्याओं से चार मिनट में पता चल जाता है कि दीवार कहाँ है।

तीन — डिज़ाइन में ही ख़ाली होने की गुंजाइश है। यह सबसे गहरी समस्या है, और यही इस पूरी कहानी की असली खोज है। अगर आपकी स्कीमा में entities को information_points से "पहचानना" लिखा है, तो आपने एक ऐसा सिस्टम बनाया है जो अपने सबसे कमज़ोर हिस्से पर सबसे ज़्यादा निर्भर है। जिस पल वह हिस्सा गिरा, आपके पास कुछ नहीं बचा। अच्छा सिस्टम वह होता है जिसमें हर फ़ील्ड के पास एक दूसरा रास्ता हो — शीर्षक न मिले तो URL से, तारीख़ न मिले तो सर्वर हेडर से, entities न मिलें तो स्रोत के नाम से।

यह इस रिपोर्ट का सबसे नीरस और सबसे काम का निष्कर्ष है: एक ख़ाली नतीजा तभी भरोसेमंद होता है जब उसके पास एक दूसरा रास्ता मौजूद हो। जिस सिस्टम के पास बी-प्लान नहीं, वह सिस्टम "कुछ नहीं मिला" और "मैंने ढूँढा ही नहीं" में फ़र्क़ नहीं कर सकता। और जो सिस्टम यह फ़र्क़ नहीं कर सकता, वह कभी ऑडिट नहीं हो सकता।

मेरी अपनी लेजर, और उसमें ख़ाली जगहें

मैं यह सब एक ऐसे पेशे से लिख रही हूँ जिसमें मैंने अपनी सबसे बड़ी ग़लतियाँ सार्वजनिक की हैं, इसलिए यहाँ एक इन्वेंटरी बनती है।

ख़ाली जगह नंबर एक — ऑक्शन में कीमत को परफ़ॉर्मेंस समझ लेना। 2026 के ऑक्शन में एक तेज़ गेंदबाज़ को ₹11.5 करोड़ मिले थे और मुझे उस समय यह बहुत तर्कसंगत लगा था क्योंकि वह भारतीय था और भारतीय तेज़ गेंदबाज़ दुर्लभ हैं। दुर्लभता सच थी; निष्कर्ष नहीं था। असली सवाल यह था कि उस वक़्त उस टीम के पास उसी भूमिका के लिए जो विकल्प थे, उनकी क़ीमत क्या थी — और वह संख्या मेरे स्प्रेडशीट में नहीं थी। मैंने बाद में उसे "रिप्लेसमेंट कॉस्ट" कॉलम कहा और तब से हर मॉडल में जोड़ा। बिना उस कॉलम के, ऑक्शन का हर विश्लेषण एक फ़ैशन रिपोर्ट है जिसमें कीमतें लिखी हैं और मतलब नहीं।

ख़ाली जगह नंबर दो — सैंपल साइज़ को कॉन्फ़िडेंस समझ लेना। क्रिकेट में हमारे पास डेटा बहुत है और सैंपल बहुत नहीं। एक बल्लेबाज़ के डेथ ओवर की 80 गेंदें डेटा में बड़ी लगती हैं; वे सांख्यिकीय रूप से छोटी हैं। मैंने सीखा कि अगर एक अनुमान एक इंजरी से पलट सकता है, तो वह अनुमान नहीं है, वह एक शर्त है। और शर्त को शर्त कहकर लिखना पड़ता है।

ख़ाली जगह नंबर तीन — इंसान की जगह लाइन आइटम। यह सबसे महंगी है और इसका कोई आँकड़ा नहीं है। रिप्लेसमेंट-कॉस्ट का तर्क बहुत सुंदर चलता है जब तक आपको यह याद न आए कि उस लाइन आइटम के पास एक शरीर है, एक ट्रैवल शेड्यूल है, एक एनसीए प्रोटोकॉल है और एक परिवार है। मैंने अपने हर मॉडल में एक कॉलम जोड़ा है जिसका नाम है "मिनट, किलोमीटर, फ़्लैग" — कितने ओवर फेंके, कितना सफ़र किया, क्या इंजरी फ़्लैग है। इस कॉलम के बिना रिप्लेसमेंट-कॉस्ट एक ऐसा औज़ार है जो हिसाब बहुत साफ़ करता है और असलियत बहुत ग़लत बताता है।

मैंने ख़ुद को यह कहते सीखा है: एक हॉट टेक को कॉस्ट-पर-विन की परीक्षा से गुज़रना पड़ता है, तभी मैं उसे दोहराती हूँ। और जब वह परीक्षा पास नहीं होती, तो सबसे ईमानदार चीज़ जो मैं कर सकती हूँ, वह यह है कि मैं वह लिखूँ जो नहीं मिला। जैसे उस सुबह।

ख़ाली स्टेडियम और ख़ाली ब्रीफ़

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

जब खेल रुका, तो मैंने उस ख़ामोशी का ऑडिट किया और कवरेज दोबारा बनाई। उस सुबह भी मेरे पास वही काम था, एक छोटे पैमाने पर। मेरे पास एक ख़ाली स्क्रीन थी और उसे भरने का दबाव था। मैंने उसे नहीं भरा।

---

कंट्रेरियन: गड़बड़ स्क्रैपर की नहीं, ऑडिट-ट्रेल की है

अब वह हिस्सा, जहाँ इस पूरी घटना का असली सबक़ निकलता है — और वह सबक़ आपको उम्मीद से उलटी दिशा में ले जाएगा।

हर कोई स्क्रैपर को दोष देगा। यह सबसे आसान है: एक तकनीकी टीम को ज़िम्मेदार ठहरा दो, एक बग टिकट बना दो, एक स्प्रिंट में ठीक कर दो। लेकिन यह इस पूरी कहानी का सबसे कम दिलचस्प हिस्सा है। एक स्क्रैपर जो कुछ नहीं लौटाता, वह एक ईमानदार गवाह है। वह आपको बता रहा है कि वह जगह ख़ाली है।

असली गड़बड़ इस बात में है कि एशिया की क्रिकेट कवरेज का एक बहुत बड़ा हिस्सा ऐसे ही चल रहा है — बिना ऑडिट-ट्रेल के। कोई यह नहीं बता सकता कि जो दावा किया गया वह किस तथ्य से आया। कोई यह नहीं बता सकता कि तीन साल पहले किसी खिलाड़ी के बारे में जो भविष्यवाणी की गई थी, वह सही निकली या ग़लत। और सबसे ज़रूरी — कोई यह भी नहीं बता सकता कि जो दावा कभी किया ही नहीं गया, वह क्यों नहीं किया गया।

हमारी पाइपलाइन ने साफ़-साफ़, एक टेबल में, चौदह जगह लिखकर यह बताया कि उसके पास कुछ नहीं है। यह एक शर्मिंदगी है। लेकिन यह उस चीज़ से सौ गुना बेहतर है जो आमतौर पर होती है — जहाँ वही ख़ालीपन एक आत्मविश्वासी वाक्य में बदल जाता है, और जिसे कभी कोई नहीं जाँचता।

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

अब यहाँ एक जाल है जिसमें मैं ख़ुद गिरती हूँ, और मुझे उसे खुलकर लिखना चाहिए। कमेंट्री बॉक्स पर मुहर लगाना एक ब्रांड बन जाता है। जो थ्रेड शेयर हुआ, वह इसलिए शेयर हुआ कि उसने बहस जीती — सही साबित नहीं हुआ। और बहस जीतते रहने की लालसा सही होते रहने की ज़रूरत को खा जाती है।

मेरा इलाज यही है कि मैं हर बार उसी का इस्तेमाल करूँ: पहले भविष्यवाणी दर्ज करो, बाद में नतीजा आने दो, फिर ग़लतियों का लॉग छापो। वायरल थ्रेड ने मुझे अंदर पहुँचाया; मॉडल ने वहाँ बनाए रखा। और मॉडल की साख इस बात पर टिकी है कि उसके घाटे उसके फ़ायदों की तरह साफ़ पढ़े जा सकें।

एक दूसरा जाल — और यह इस रिपोर्ट पर सीधे लागू होता है — यह है कि एक ख़ाली नतीजे से बड़ा नैरेटिव बना लिया जाए। "एशिया का क्रिकेट डेटा सिस्टम टूट रहा है" एक बहुत आकर्षक हेडलाइन है और मेरे पास इसके लिए एक विफलता का सबूत है। एक सबूत से एक ट्रेंड नहीं बनता। मैं जानती हूँ कि यह एक ही घटना है, और मैं इसे एक घटना ही कहूँगी।

सबसे गहरा और सबसे लागत वाला जाल यही है: भरोसे को महसूस कर लेना, सत्यापन छोड़ देना। एक बेहतरीन वाक्य, एक बेहतरीन आवाज़, एक बेहतरीन एपिसोड — ये तीनों मुझे भी सही लगने लगते हैं। तभी मैं सैंपल साइज़ देखती हूँ। अक्सर वहाँ कुछ नहीं होता। और जब वहाँ कुछ नहीं होता, तो सही चीज़ को बिल्कुल स्पष्ट रहना चाहिए: यह मेरी राय है, यह मेरी भावना है, यह मेरा पूर्वानुमान है। यह लेख नहीं है।

---

अगला सिग्नल: अब क्या करने की ज़रूरत है

अगर आप एक ऐसा ही सिस्टम चला रहे हैं, तो इस सुबह से तीन चीज़ें सीखिए, और तीनों तकनीकी नहीं हैं।

पहली — हर फ़ील्ड के लिए एक दूसरा रास्ता बनाइए। शीर्षक न मिले तो URL और मेटा टैग। तारीख़ न मिले तो सर्वर हेडर। स्रोत न मिले तो डोमेन। entities न मिले तो स्रोत के नाम और उसकी भौगोलिक स्थिति से। एक फ़ील्ड जिसके पास एक ही रास्ता है, वह एक फ़ील्ड नहीं, वह एक पूरा सिस्टम है जो गिरने का इंतज़ार कर रहा है।

दूसरी — एक असली "ख़ाली" और एक "पाइपलाइन फ़ेल्योर" को अलग-अलग नाम दीजिए। ख़ाली का मतलब है — हमने देखा, कुछ था ही नहीं। फ़ेल्योर का मतलब है — हम देख नहीं पाए। अगर आपके डैशबोर्ड में ये दोनों एक ही रंग में दिखते हैं, तो आपका डैशबोर्ड आपसे झूठ बोल रहा है, और वह आपको हर हफ़्ते बोल रहा है।

तीसरी, और सबसे ज़रूरी — हर तथ्य के साथ उसके तीन नंबर लगाइए: कब का, कहाँ का, कितने का। मैंने यह अपनी पहली स्प्रेडशीट से लिया था और तब से यह मेरे हर मॉडल में है। सैंपल साइज़, तारीख़ की रेंज, कोडिंग का नियम। इससे ज़्यादा आपको कुछ नहीं चाहिए, और इससे कम आपको कभी काफ़ी नहीं लगना चाहिए।

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

मैं उस सुबह पर वापस जाती हूँ, जब स्क्रीन पर चौदह में से तेरह कॉलम ख़ाली थे। मेरे पास दो रास्ते थे। मैं उन्हें भर सकती थी cricket_asia से, और वह पूरी तरह ईमानदार लगता — क्योंकि जो मैं लिखती, वह उस बाज़ार के बारे में सच ही होता। बस उस दिन का सच नहीं होता। मैंने नहीं भरा। यह सबसे मुश्किल लेख था जो मैंने कभी लिखा, क्योंकि इसमें कोई स्पोर्ट्स स्टोरी नहीं है। इसमें एक ऐसा फ़ैसला है जो हर डेस्क को हर सुबह लेना पड़ता है — और जिसे सबसे ज़्यादा टाला जाता है।

अभी जो सबसे बड़ा काम बाक़ी है, वह Stage-1 को दोबारा चल पाना नहीं है। वह यह है कि उस दूसरे रास्ते का क्या हुआ — उन टीमों का क्या हुआ जो डेथ ओवर में बिना यॉर्कर के खेलती हैं, उन गेंदबाज़ों का क्या हुआ जिन्हें एक करोड़ से कम में ख़रीदा गया और जिन्होंने आठ करोड़ से ऊपर वालों को पीछे छोड़ा? जो संख्या मैंने 2026 में 3,600 गेंदों से निकाली थी, उसका क्या हुआ अगले सालों में — क्या भीड़ नहीं थी इसीलिए आँकड़े अलग दिखे, या मॉडल ही ग़लत था? वह जाँच अभी बाक़ी है। लेकिन वह जाँच वही करेगा जो अपनी ख़ाली जगहें छिपाना बंद कर देगा — और अपने ख़ाली दिन बर्दाश्त करेगा।

उस स्क्रीन के नीचे, जिसमें चौदह कॉलम थे, एक छोटी पर एक सफ़ेद पंक्ति है: यह फ़ाइल आज लिखी नहीं जाएगी। वह सबसे ईमानदार वाक्य है जो एक स्पोर्ट्स डेस्क एक सुबह लिख सकता है — और अगर आप वह कभी नहीं लिख पाते, तो यह जान लीजिए कि जब कुछ नहीं था, तब भी आपने कुछ लिखा। उस कुछ का हिसाब कौन रखेगा?