शून्य सूचना बिंदु: खाली फीड पर बैठी स्पोर्ट्स डेस्क का बैलेंस शीट

रात 11:40 बजे फाइल खुली। सात सेक्शन, साठ से ज़्यादा टेबल सेल, और लगभग हर सेल में वही एक शब्द — N/A। फॉर्मेट: अपर्याप्त जानकारी। खिलाड़ी: अपर्याप्त जानकारी। टीम: अपर्याप्त जानकारी। ब्रॉडकास्ट राइट्स: अपर्याप्त जानकारी। रैंकिंग और स्क्वाड स्ट्रक्चर से लेकर गवर्नेंस चेकलिस्ट और रिस्क मैट्रिक्स तक, हर पंक्ति में एक ही वाक्य दोहराया गया था। पूरे दस्तावेज़ में एक ही लाइन ईमानदार थी, और वह सबसे नीचे, एक छोटे नोट में दबी थी: "सूचना बिंदुओं की संख्या: 0।"

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

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

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

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

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

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

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

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

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

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

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

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

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