3 जनवरी 2025 को मेरे inbox में 2,847 unread emails थीं। Spam नहीं — असली लोगों के असली messages, असली services की notifications, जिन्हें मैंने "बाद में" देखने का decide किया था। वो "बाद में" कभी नहीं आया। Inbox एक guilt का ढेर बन गया जिसे मैं बार-बार खोलता था लेकिन process कुछ नहीं करता था।
31 मार्च 2026 तक — 14 महीने बाद — मेरे पास zero unread emails हैं। इसलिए नहीं कि मैं ज़्यादा disciplined हो गया। इसलिए कि मैंने email को to-do list मानना बंद किया और उसे एक process की तरह treat करना शुरू किया — steps का एक defined sequence जो inputs को outputs में convert करता है। इस shift ने सब बदल दिया। ⚙️
तीन design flaws जो email को unmanageable बनाते हैं
System से पहले, ये समझो कि email तुम्हारा दिमाग क्यों खा जाती है।
Flaw 1: कोई भी तुम्हारे काम में add कर सकता है। तुम्हारा inbox दुनिया की इकलौती ऐसी जगह है जहाँ अनजान लोग directly तुम्हारे लिए tasks create कर देते हैं। हर email एक implicit demand लेकर आती है: पढ़ो, reply दो, action लो। कोई approval नहीं। कोई capacity check नहीं।
Flaw 2: Urgent और फालतू में कोई फर्क नहीं। Server-down alert एक newsletter के बगल में बैठा है, जो एक "ठीक है, thanks!" reply के बगल में है। तुम्हारा दिमाग हर एक item को triage करता है — दिन में 50+ emails आएं तो ये थका देने वाला है।
Flaw 3: एक tool चार काम कर रहा है। लोग अपने inbox को filing cabinet, to-do list, reference library, और communication channel — सब एक साथ use करते हैं। एक tool जो चार काम करे, चारों खराब करता है। Cal Newport का email overload पर काम बिल्कुल यही बात करता है — तुम्हारा inbox बाकी सबकी to-do list बन जाता है।
इन flaws को willpower से fix नहीं कर सकते। इन्हें system से fix करते हैं।
System: 4 rules, 2 automations
Rule 1: Check नहीं, process करो
"Email check करना" मतलब inbox खोला, interesting चीज़ें scan कीं, और बंद कर दिया। ये तुम दिन में 15 बार करते हो और accomplish कुछ नहीं होता।
"Email process करना" मतलब inbox खोला और हर एक item पर decision लिया, ऊपर से शुरू करके। हर email को चार में से एक action मिलता है:
- Reply — 2 मिनट से कम लगेगा तो अभी कर दो
- Forward — किसी और को handle करना चाहिए तो भेज दो
- Schedule — 2 मिनट से ज़्यादा चाहिए तो calendar में डालो
- Archive — कोई action नहीं चाहिए तो inbox से हटाओ
ये GTD का two-minute rule है (Getting Things Done — David Allen का task management methodology)। अगर कोई काम 2 मिनट से कम में हो जाएगा, तो उसे track करने का overhead उसे करने से ज़्यादा है।
मैं दिन में दो बार email process करता हूँ: सुबह 9 बजे और दोपहर 3 बजे। हर session 15–25 मिनट का होता है। इन windows के बाहर email बंद रहता है। Notifications off हैं। अगर कुछ सच में urgent है, लोग call करते हैं या Slack पर message करते हैं। Email एक asynchronous medium है — मतलब messages अलग-अलग schedules पर भेजे और receive होते हैं — और इसे real-time chat की तरह treat करना ही stress की जड़ है।
Rule 2: बेरहमी से unsubscribe करो
3 जनवरी 2025 को मैंने 45 मिनट लगाकर सबसे unsubscribe किया। हर newsletter जो मैंने एक महीने से नहीं पढ़ी। हर SaaS notification जो मैं ignore करता था। हर marketing email उस company की जिससे मैंने 2019 में एक बार कुछ खरीदा था।
Result: incoming volume ~80/day से गिरकर ~25/day हो गया। ये कोई productivity hack नहीं है। ये तुम्हारी ज़िंदगी में हर दिन 55 कम decisions आना है। 📋
Rule 3: Folders नहीं, labels use करो
पुराने मेरे पास 47 email folders थे जिनके नाम "Important," "Maybe Later," और "Read This" जैसे थे। पुराना मैं उनमें से कोई भी कभी नहीं खोलता था।
नए मेरे पास 3 labels हैं:
- @action — मुझे response देना है या कोई task करना है
- @waiting — किसी और का wait कर रहा हूँ
- @reference — शायद बाद में ज़रूरत पड़े
हर processed email को exactly एक label मिलता है और archive हो जाता है। Inbox खाली रहता है। Labels searchable रहते हैं। System clean रहता है।
Rule 4: Friday purge
हर Friday शाम 4 बजे, मैं @action और @waiting review करता हूँ।
@action में 7 दिन से ज़्यादा पुरानी कोई भी चीज़ — या तो तुरंत करता हूँ, delegate करता हूँ, या delete। अगर एक हफ्ते में करने लायक नहीं लगी, तो शायद important भी नहीं थी।
@waiting में 7 दिन से ज़्यादा पुरानी चीज़ पर follow-up करता हूँ। एक छोटा message: "[topic] पर follow up कर रहा हूँ। कुछ और चाहिए मुझसे, या ये resolved है?"
ये weekly review label rot — यानी एक बार label लगाकर भूल जाने वाला slow buildup — को रोकता है।
Automation 1: Morning triage
एक n8n workflow — एक visual automation tool जो apps को connect करता है और उनके बीच data process करता है, Zapier जैसा लेकिन self-hosted — हर सुबह 6:30 बजे run होता है। ये मेरा inbox scan करता है और नई emails को तीन buckets में sort करता है:
- Needs response — मेरे contacts में हैं, question mark या action verb है
- FYI only — जो newsletters रखी हैं, automated notifications, receipts
- Possible spam — unknown senders, marketing language patterns
Summary Slack पर सुबह 8:45 बजे आ जाता है: "7 नई emails। 3 को response चाहिए। 2 FYI। 2 possible spam।"
Inbox खोलने से पहले मुझे पता होता है क्या-क्या आया है। इतने से ही cognitive load — यानी information process करने और decisions लेने की mental effort — आधी हो जाती है।
Automation 2: Boundaries वाला auto-responder
Deep work blocks के दौरान (10 AM – 12 PM और 2 PM – 4 PM), एक auto-responder नई emails का reply करता है:
आपके email के लिए धन्यवाद। मैं सुबह 9 बजे और दोपहर 3 बजे email process करता हूँ। अगर urgent है तो Slack पर contact करें। नहीं तो अगले email session में reply करूँगा।
ये दो काम करता है। पहला, expectations set करता है — sender को wonder नहीं करना पड़ता कि तुमने message देखा या नहीं। दूसरा, focus time protect करता है। इस automation से पहले, मुझे notification दिखती, concentration टूटती, फिर 5–10 मिनट recovery में लगते। ये context-switching cost — यानी unrelated tasks के बीच jump करने की mental penalty — UC Irvine की research के मुताबिक हर interruption पर करीब 23 मिनट का नुकसान करती है। पूरे दिन में ये घंटों बन जाता है।
14 महीने के results
मार्च 2026 तक:
- Unread emails: 0 (जनवरी 2025 से maintain)
- Daily email time: 35–50 मिनट (पहले 2+ घंटे scattered checking में जाते थे)
- किसी भी समय action वाली emails: 5–8 (पहले "पता नहीं, बहुत ज़्यादा")
- Email-related anxiety: zero
सबसे बड़ा बदलाव inbox count नहीं था। वो feeling थी। Email पहले background dread पैदा करती थी — एक constant awareness कि unprocessed demands का ढेर wait कर रहा है। अब ये एक boring process है जो दिन में दो बार होती है और 20 मिनट लेती है। ✅
Uncomfortable हिस्सा
इस system के लिए एक बात accept करनी पड़ती है जो ज़्यादातर लोग resist करते हैं: हर email को reply नहीं चाहिए, और हर reply को fast होने की ज़रूरत नहीं।
कुछ लोगों को लगेगा तुम slow reply करते हो। कुछ को पुराना हमेशा-available तुम ज़्यादा पसंद आता था। ये tradeoff है। तुम perceived responsiveness trade करते हो actual productivity के लिए।
और हाँ — पहला हफ्ता बुरा लगेगा। Sessions के बीच check करने की तलब लगेगी। लगेगा कुछ critical miss हो रहा है। नहीं हो रहा। Urgent चीज़ें दूसरे channels से पहुँच जाती हैं। Email वो जगह है जहाँ semi-important चीज़ें wait करती हैं।
Inbox problem नहीं है
तुम्हारी email problem email के बारे में नहीं है। ये boundaries के बारे में है। हर unprocessed email एक ऐसी boundary represent करती है जो तुमने set नहीं की। "मैं सबको तुरंत reply दूँगा" — boundary problem। "मैं हर interesting newsletter subscribe करूँगा" — boundary problem। "मैं inbox को to-do list की तरह use करूँगा" — boundary problem।
Boundaries fix करो और inbox अपने आप fix हो जाएगा।
Din में दो बार process करो। बेरहमी से unsubscribe करो। Folders नहीं, labels। Friday को purge। दो simple automations। 14 महीने का inbox zero।
Apna inbox boring बनाओ। Boring में सुकून है। 🍵





