नहीं। यहाँ उत्पन्न की गई कोई भी एप्लिकेशन ईमेल, एसएमएस या पुश नोटिफिकेशन नहीं भेजती, यह आपको दिए गए पैकेज में स्पष्ट रूप से जाँचा जा सकता है: घोषित निर्भरताओं में से कोई भी मैसेजिंग क्लाइंट नहीं है, और किसी नए बनाए गए खाते का अस्थायी पासवर्ड केवल एक बार स्क्रीन पर प्रदर्शित किया जाता है, न कि ईमेल के माध्यम से भेजा जाता है। इसके बजाय जो कुछ किया जाता है, वह अलग है, और अक्सर पर्याप्त भी: जैसे ही आप एप्लिकेशन खोलते हैं, यह आपके सामने सीधे डेडलाइन को रख देती है, संबंधित सूचियों के शीर्ष पर 'देरी में' का बैनर, हेडर में घंटी, एक नोटिफिकेशन पेज और एक कैलेंडर दृश्य। और वास्तविक रिमाइंडर के लिए, यह आपके स्वयं के कैलेंडर को हैंडल करती है... और वास्तविक रिमाइंडर के लिए, यह आपके स्वयं के कैलेंडर को हैंडल करती है: “कैलेंडर में जोड़ें” बटन के माध्यम से डेडलाइन आपके फ़ोन पर ट्रांसफर कर दी जाती है। यदि स्वचालित भेजना आपके लिए अनिवार्य है, तो एप्लिकेशन का कोड आपका है, और कोई डेवलपर उसमें इसे जोड़ सकता है, यह पृष्ठ बताता है कि इसके लिए क्या आवश्यक है।
जो चीज़ें यह नहीं भेजती, और आप खुद कैसे जाँच सकते हैं
यहाँ उत्पन्न की गई एप्लिकेशन एक Next.js और Prisma प्रोजेक्ट है, जिसकी निर्भरताओं की सूची तय की गई और पढ़ी जा सकने वाली है: बाईस पैकेज, चार विकास उपकरण, और न तो ईमेल, न एसएमएस, न ही पुश नोटिफिकेशन का कोई क्लाइंट। रेंडरिंग, डेटाबेस, मानचित्र, ग्राफ़, मार्कडाउन सब कुछ मौजूद है; भेजना नहीं। यह कोई ऐसी छूट नहीं है जो आपको उपयोग करते समय पता चले, बल्कि यह एक ऐसी पंक्ति की कमी है जो आप खुद खोल सकने वाली फ़ाइल में गायब है: `package.json` आर्काइव के साथ यात्रा करता है।
इसे सबसे अच्छी तरह से पुष्टि करने वाला विवरण कहीं और है, और यह किसी सूची से कहीं अधिक स्पष्ट है: जब कोई प्रशासक किसी सहकर्मी के लिए खाता बनाता है, तो एप्लिकेशन अस्थायी पासवर्ड को स्क्रीन पर केवल एक बार प्रदर्शित करता है, और बाद में कभी नहीं। कोई भी ऐसा उत्पाद जो ईमेल भेज सके, उसे भेज देता, यह किसी भी बहु-उपयोगकर्ता सॉफ़्टवेयर की पहली प्रतिक्रिया है। यहाँ निर्देश है कि आप इसे स्वयं कॉपी करें और अपने सहकर्मी को स्वयं प्रेषित करें। यह बाधा पहले बनाए गए खाते से ही स्पष्ट हो जाती है, यह छह महीने बाद नहीं पता चलती।
इसकी अनुपस्थिति को एक भूल के बजाय एक जानबूझकर किए गए चुनाव के रूप में क्यों देखा जाता है: ईमेल भेजना केवल एक पंक्ति कोड नहीं है। इसके लिए एक भेजने वाले प्रदाता के साथ खाता, आपके नाम पर भेजने के लिए अधिकृत डोमेन, इसकी पुष्टि करने वाले DNS रिकॉर्ड्स और बाउंस होने वाले संदेशों की निगरानी करने वाला कोई व्यक्ति आवश्यक है। ऐसी कोई एप्लिकेशन जिसमें ये सभी चीज़ें न हों, संदेशों को स्पैम फ़ोल्डर में भेज देगी, जो कि कुछ भी न भेजने से भी बदतर है, क्योंकि तब आपको लगता है कि प्राप्तकर्ता को पहले से सूचित कर दिया गया है।
इसके बजाय जो कुछ करती है: डेडलाइन आपके सामने आ जाती है जैसे ही आप एप्लिकेशन खोलते हैं
सिद्धांत उलटा है: उपयोगकर्ता को ढूँढ़ने के बजाय, एप्लिकेशन उसके आने के तुरंत बाद डेडलाइन को सबसे ऊपर रख देती है। जब कोई एंटिटी एक डेडलाइन वहन करती है, कोई कार्य करना, कोई बिल वसूल करना, कोई अनुबंध समाप्त होना, कोई तारीख वाला कार्य, तो संबंधित सूची टेबल और फ़िल्टर से पहले, ऊपर की ओर एक बैनर प्रदर्शित करती है जो देरी में चीज़ों की गिनती करता है। प्रश्न “आज मुझे क्या करना है?” का उत्तर बिना किसी खोज के ही मिल जाता है।
इसके साथ दो और परिचित इंटरफ़ेस भी जुड़े हैं। हेडर में एक घंटी और “नोटिफिकेशन” पेज उन रिकॉर्ड्स को एकत्र करते हैं जिनका अनुसरण करना है, साथ ही उनकी वर्तमान स्थिति, जो आपके स्वयं के डेटा से पढ़े जाते हैं, कभी भी किसी अलग रखे गए लॉग से नहीं। और जहाँ व्यवसाय की आवश्यकता हो, एक कैलेंडर दृश्य घटनाओं को उनके स्थान पर प्रदर्शित करता है, दिन, सप्ताह या महीने के अनुसार, खुलते ही महीने के अनुसार, और ग्रिड के नीचे आने वाली डेडलाइन्स की क्रमबद्ध सूची के साथ। यह एक ही प्रश्न को दो बार पूछना है, उन लोगों के लिए जो सूची को कैलेंडर की तुलना में बेहतर पढ़ सकते हैं।
सीमा वास्तविक है और इसे कहना महत्वपूर्ण है: यह सब यह मानता है कि कोई व्यक्ति एप्लिकेशन खोलेगा। यह प्रत्येक सुबह देखी जाने वाली टूल के लिए सही व्यवस्था है, एक कार्यशाला का शेड्यूल, एक कार्य पुस्तिका, एक मामला ट्रैकर। यह एक दुर्लभ और दूर की डेडलाइन के लिए गलत व्यवस्था है, जैसे “इस ग्राहक को ग्यारह महीने बाद फिर से संपर्क करें”, जिसे आप उस दिन लॉग इन नहीं करने पर नहीं देखेंगे।
वास्तव में बजने वाला रिमाइंडर: अपने कैलेंडर के माध्यम से
यही वह स्थिति है जिसे “कैलेंडर में जोड़ें” बटन संभालता है। किसी तारीख वाले रिकॉर्ड की फ़ाइल पर, एप्लिकेशन सभी कैलेंडर द्वारा पढ़े जाने वाले मानक घटना फ़ाइल को तैयार करती है, वही फ़ाइल जो किसी आमंत्रण के संलग्नक के रूप में प्राप्त होती है, और आपका डिवाइस उसे खोलता है। घटना फिर आपके सामान्य कैलेंडर में शामिल हो जाती है, चाहे वह आपके फ़ोन का हो, Outlook का हो या Google का हो, और वही बजेगा, जिस रिमाइंडर को आपने वहाँ कॉन्फ़िगर किया है।
भूमिकाओं का विभाजन स्पष्ट है, और यही इसे मज़बूत बनाता है: एप्लिकेशन व्यावसायिक डेटा को संभालती है, आपका कैलेंडर रिमाइंडर को संभालता है। इसे यह जानने की आवश्यकता नहीं है कि आपको किस समय चेतावनी देनी है, किस डिवाइस पर, या क्या आप छुट्टी पर हैं, ये सभी चीज़ें आपका कैलेंडर पहले से ही जानता है और बेहतर तरीके से करता है। बटन केवल तभी दिखाई देता है जब यह तार्किक हो: केवल उन फ़ाइलों पर जिनके डेटा में वास्तव में कोई तारीख हो।
इसका विपरीत प्रभाव स्पष्ट है: यह एक क्रिया है, कोई सदस्यता नहीं। आप एक बार में केवल एक घटना भेजते हैं, जब आप फ़ाइल को देखते हैं; एप्लिकेशन स्वयं कुछ भी पुश नहीं करती और यदि बाद में तारीख बदल जाती है, तो यह आपके कैलेंडर को अपडेट नहीं रखती। कुछ ऐसी डेडलाइन्स के लिए जो वास्तव में महत्वपूर्ण हैं, यह पर्याप्त है और किसी भी तृतीय-पक्ष सेवा पर निर्भर नहीं है। साप्ताहिक रूप से दर्जनों अपॉइंटमेंट के लगातार प्रवाह के लिए, यह सही उपकरण नहीं है, और इसे पहले से जानना बेहतर है।
यदि स्वचालित भेजना आपके लिए अनिवार्य है
दो मार्ग मौजूद हैं, और उन्हें अलग-अलग प्रयास की आवश्यकता होती है। पहला मार्ग कोड को छूता नहीं: प्रत्येक सूची में एक निर्यात बटन होता है जो प्रदर्शित पंक्तियों का CSV फ़ाइल उत्पन्न करता है, अर्थात् आपने जैसे फ़िल्टर किया है, वैसे ही फ़िल्टर किया गया, पूरी टेबल नहीं। फ़ाइल सीधे स्प्रेडशीट में खुलती है, सहित सीमांकक और एन्कोडिंग, और उस उपकरण को फ़ीड करती है जो पहले से ही आपके ईमेल भेजता है। “देरी में” फ़िल्टर करें, निर्यात करें, मेल-मर्ज करें: पाँच मिनट की साप्ताहिक दिनचर्या जो कोई नई निर्भरता नहीं बनाती।
दूसरा मार्ग शाब्दिक अर्थ में आपका है: एप्लिकेशन का कोड आपका है, इसे आर्काइव के रूप में या Git रिपॉजिटरी पर पुनः प्राप्त किया जा सकता है, और यह एक सामान्य Next.js और Prisma प्रोजेक्ट है। इसमें ईमेल भेजने को जोड़ना एक सुनिश्चित विकास कार्य है, एक भेजने वाले प्रदाता को कनेक्ट करना, संदेश लिखना, कार्य को ट्रिगर करना। जो खर्च होता है, वह कोड नहीं है: यह भेजने का डोमेन कॉन्फ़िगर करना है, प्रदाता का खाता है, और बाउंस होने वाले संदेशों की निगरानी करने वाला कोई व्यक्ति है। कोई एजेंसी या स्वतंत्र डेवलपर यह काम नियमित रूप से करता है।
दोनों ही स्थितियों में दिया जाने वाला सलाह: पहले मापें कि आप सप्ताह में वास्तव में कितने रिमाइंडर भेजेंगे। कई टीमें पाती हैं कि प्रत्येक सुबह देखा गया “देरी में” का बैनर आवश्यकता के 90% को पूरा करता है, और शेष कुछ डेडलाइन्स एक साझा कैलेंडर में फिट हो जाती हैं। स्वचालित भेजना एक अवसंरचना है: यह तभी उचित है जब मात्रा इसे उचित ठहराती है, सिद्धांत के आधार पर नहीं।