# संस्थापकों और छोटी टीमों के लिए साझा ईमेल समर्थन

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

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

## साझा समर्थन इनबॉक्स क्या है?

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

कई प्रकार के सेटअप इस कार्य को पूरा कर सकते हैं:

*ग्राहक ईमेल साझा करने के तरीके*

| सेटअप | यह आपको क्या देता है | क्या जांच करनी है |
| --- | --- | --- |
| एक पता जो प्रतियों को व्यक्तिगत इनबॉक्स में अग्रेषित करता है | सभी को आने वाली ईमेल प्राप्त होती है | प्रत्येक व्यक्ति उत्तर कैसे देखेगा और जानेगा कि इसे कौन संभाल रहा है? |
| एक साझा मेलबॉक्स | टीम के साथी एक मेलबॉक्स के माध्यम से मेल पढ़ और भेज सकते हैं | क्या आउटगोइंग उत्तर सभी के लिए दृश्यमान हैं, और आप स्वामित्व कैसे दर्ज करेंगे? |
| एक साझा सहायता उपकरण | टीम वर्कफ़्लो के साथ बातचीत प्रबंधित करने का स्थान | वास्तविक उत्पाद में परीक्षण असाइनमेंट, अनुवर्ती, आंतरिक चर्चा और उत्तर दृश्यता। |

लेबल ओवरलैप होते हैं. Microsoft अपने साझा मेलबॉक्स को एक समूह के लिए एक सामान्य पते से ईमेल की निगरानी करने और भेजने का एक तरीका बताता है। Google Groups वार्तालाप असाइनमेंट और पूर्णता स्थिति के साथ एक सहयोगात्मक इनबॉक्स प्रदान करता है। हो सकता है कि आपके मौजूदा ईमेल सेटअप में पहले से ही कुछ उपयुक्त हो। [Microsoft ने मेलबॉक्स दस्तावेज़ साझा किया](https://learn.microsoft.com/en-us/microsoft-365/admin/email/create-a-shared-mailbox?view=o365-worldwide), [Google सहयोगात्मक इनबॉक्स दस्तावेज़ीकरण](https://support.google.com/groups/answer/2467048?hl=en).

जाँचें कि भेजे गए उत्तर कहाँ समाप्त होते हैं। Microsoft का कहना है कि आउटगोइंग संदेश साझा मेलबॉक्स के भेजे गए आइटम के बजाय डिफ़ॉल्ट रूप से प्रेषक के भेजे गए आइटम में सहेजे जाते हैं। यदि टीम के बाकी सदस्यों को उस इतिहास की आवश्यकता है, तो साझा किए गए भेजे गए आइटम कॉन्फ़िगर करें, फिर दूसरे टीम के साथी के साथ परीक्षण करें। [Microsoft ने मेलबॉक्स सेटिंग्स साझा कीं](https://learn.microsoft.com/en-us/microsoft-365/admin/email/configure-a-shared-mailbox?view=o365-worldwide#allow-everyone-to-see-the-sent-email-the-replies).

## एक छोटी टीम को इसकी आवश्यकता कब होती है?

हमारे दूसरे प्रोजेक्ट पर, [लुमेनफ़ॉल](https://lumenfall.ai/), हम एक सरल Google Groups सेटअप का उपयोग करते हैं। हमारे साझा info@ पते पर भेजा गया एक ईमेल दोनों संस्थापकों तक पहुंचता है। फिर हमें इस बात पर सहमत होने के लिए दूसरे चैनल की आवश्यकता है कि कौन किस विषय को संभाल रहा है।

हम एक-दूसरे से पूछते रहते हैं, "क्या आपने पहले ही एक्स को उत्तर दे दिया है?" या "क्या मुझे Y का उत्तर देना चाहिए?" अक्सर, हम दोनों सोचते हैं कि दूसरे व्यक्ति ने इससे निपट लिया है। हममें से प्रत्येक के पास ईमेल की एक प्रति है, लेकिन हमें अभी भी यह जांचना है कि इसे कौन संभाल रहा है।

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

सॉफ़्टवेयर खरीदने से पहले समन्वय समस्या पर गौर करें:

- कभी-कभी दो लोग एक ही ईमेल का उत्तर देते हैं।

- एक संदेश अनुत्तरित रह जाता है क्योंकि प्रत्येक व्यक्ति सोचता है कि यह किसी और के पास है।

- किसी टीम के साथी को कवर करने का अर्थ है उनसे बातचीत को आगे बढ़ाने के लिए कहना।

- वादा किया गया अनुवर्ती कार्रवाई किसी की स्मृति या निजी कार्य सूची में रहती है।

- एक डेवलपर समस्या का समाधान करता है, लेकिन ग्राहक को कोई नहीं बताता।

केवल ईमेल वॉल्यूम ही आपको यह नहीं बताएगा कि आपको अपना सेटअप कब बदलना है। जटिल हैंडऑफ़ वाले दस संदेशों को एक व्यक्ति द्वारा संभाले गए कई सीधे प्रश्नों की तुलना में अधिक समन्वय की आवश्यकता हो सकती है।

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

## उत्तर कैसे व्यवस्थित करें

### प्रत्येक वार्तालाप को एक स्वामी दें

मालिक अगले ग्राहक अपडेट के लिए जिम्मेदार है। वे किसी डेवलपर को वह जिम्मेदारी सौंपे बिना जांच करने के लिए कह सकते हैं।

चुनें कि आपके कामकाजी घंटों के दौरान नए, बिना असाइन किए गए मेल की जाँच कौन करता है और जब वह व्यक्ति दूर होता है तो कौन कवर करता है। सहमत हूँ जब वे इसकी जाँच करेंगे। शेड्यूल आपकी टीम के अनुरूप होना चाहिए; प्रतिक्रिया-समय का वादा प्रकाशित करना एक अलग निर्णय है।

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

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

### पूर्णता से ध्यान अलग करें

उन अर्थों के साथ राज्यों के एक छोटे समूह का उपयोग करें जिन पर आपकी टीम सहमत है:

*बातचीत की स्थिति और टीम के नियम*

| राज्य | टीम नियम | उदाहरण |
| --- | --- | --- |
| खुला | किसी को अब कार्रवाई करने की जरूरत है | एक नया प्रश्न या उत्तर आज देय है |
| बाद में | चुने हुए समय पर लौटें; एक मालिक रखो | समाधान की प्रतीक्षा की जा रही है, ग्राहक अपडेट कल आएगा |
| बंद | फिलहाल आगे की कोई कार्रवाई की योजना नहीं है | प्रश्न का उत्तर दे दिया गया है और कोई अनुवर्ती शेष नहीं है |

हमने Pipp के लिए इन राज्यों के नाम चुने। आप समान नियमों का उपयोग किसी अन्य टूल में कर सकते हैं, भले ही उसके लेबल भिन्न हों।

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

हमने Pipp में "समाधान" के बजाय "बंद" चुना। किसी ईमेल को सक्रिय सूची से बाहर ले जाना यह साबित नहीं करता कि ग्राहक की समस्या ठीक हो गई है। यदि पावती भेजने के बाद भी आपको अभी भी उत्तर देना बाकी है तो बातचीत को समीक्षा के लिए रखें।

### एक हैंडऑफ़ छोड़ें जिस पर कोई कार्रवाई कर सके

एक आंतरिक नोट में यह बताया जाना चाहिए कि क्या ज्ञात है, क्या अभी भी अनिश्चित है, और ग्राहक के प्रति अगली प्रतिबद्धता क्या है। इसे आउटगोइंग रिप्लाई से अलग रखें और भेजने से पहले कंपोजर मोड की जांच करें।

एक छोटी सॉफ्टवेयर टीम के लिए एक काल्पनिक हैंडऑफ़:

> ग्राहक CSV आयात पूरा नहीं कर सकता. मैंने नमूना फ़ाइल का उपयोग करके विफलता को पुन: प्रस्तुत किया। लीना पार्सर की जाँच कर रही है। मैंने ग्राहक से कहा कि हम उन्हें कल 14:00 द्वारा अपडेट करेंगे, भले ही समाधान तैयार न हो। सैम उस अद्यतन का स्वामी है।

सैम ग्राहक वार्तालाप को उन्हें सौंपा हुआ रखता है। लीना टीम के विकास ट्रैकर में तकनीकी जांच की मालिक हैं। वादा किए गए अपडेट से पहले सैम एक फॉलो-अप सेट करता है। इससे लीना के कोड को वापस लिखने के लिए एकमात्र अनुस्मारक बदलने से बचा जा सकता है।

यदि सैम चला जाता है, तो हैंडऑफ़ को एक नामित प्रतिस्थापन और उसी प्रतिबद्धता की आवश्यकता होती है। "क्या कोई अनुसरण कर सकता है?" नौकरी को लावारिस छोड़ देता है।

### भेजने से पहले थ्रेड की जांच करें

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

Pipp के डिज़ाइन में, उपस्थिति टीम के साथियों को किसी को भी भेजने से रोके बिना दोहरे उत्तरों से बचने में मदद करती है। टीम के साथी यह भी देखेंगे कि एक मसौदा मौजूद है, जबकि इसका पाठ लेखक के लिए निजी रहता है।

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

आप जिस भी टूल का उपयोग करते हैं, ग्राहक को यह बताने से पहले कि उत्तर आ गया है, जानें कि उसके स्टेटस लेबल वास्तव में क्या पुष्टि करते हैं।

## उपकरण बदलने से पहले दिनचर्या का प्रयास करें

टीम के साथी के साथ उम्मीदवार सेटअप का परीक्षण करने के लिए कुछ काल्पनिक ईमेल का उपयोग करें:

1. किसी बाहरी पते से प्रश्न भेजें. एक टीम-साथी को उत्तर दें और दूसरे को भेजा गया उत्तर ढूंढें। ग्राहक द्वारा देखे गए पते की जाँच करें।

2. अपने आप को एक प्रश्न सौंपें, आंतरिक सहायता मांगें, फिर उसे सौंप दें। क्या नये मालिक को आपसे पूछे बिना आपका किया हुआ वादा मिल सकता है?

3. बातचीत को एक निश्चित समय तक के लिए अलग रख दें। जाँच करें कि यह ध्यान की ओर कैसे लौटता है और ऐसा होने पर कौन जिम्मेदार है।

4. बातचीत बंद करने के बाद ग्राहक से दोबारा लिखने को कहें। जांचें कि नया संदेश कैसे दृश्यमान होता है.

5. अपने साथी के साथ ही उत्तर देना प्रारंभ करें। जांचें कि प्रत्येक व्यक्ति क्या देख सकता है और उपकरण वास्तव में क्या रोकता है।

एक संक्षिप्त परीक्षण के दौरान, छूटे हुए फ़ॉलो-अप और डुप्लिकेट उत्तरों को रिकॉर्ड करें, साथ ही कोई भी कार्य जिसे आप अभी भी कहीं और ट्रैक करते हैं। इस आधार पर चुनें कि सेटअप आपके हैंडऑफ़ और अनुवर्ती प्रतिबद्धताओं को कितनी अच्छी तरह संभालता है।

## जहां Pipp फिट बैठता है

Pipp संस्थापकों और छोटी टीमों के लिए एक टीम इनबॉक्स है, जिसमें Pipp AI अंतर्निहित है और आपके अपने AI एजेंट के लिए निःशुल्क पहुंच है। हम एक से दस लोगों की टीमों के लिए डिज़ाइन करते हैं; यह कोई प्रकाशित सीट सीमा नहीं है।

Pipp में असाइनमेंट, ओपन, बाद में और बंद स्थिति, आंतरिक नोट्स और टीम के साथी की उपस्थिति शामिल है।

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

एक खाता बनाएँ और इनबॉक्स सेट करें। डोमेन सत्यापित करने से पहले ही आप ईमेल प्राप्त कर सकते हैं, पढ़ सकते हैं और ड्राफ़्ट कर सकते हैं।

ग्राहकों को उत्तर देने के लिए, अपने स्वयं के भेजने वाले डोमेन को DNS रिकॉर्ड के साथ सत्यापित करें, फिर अपने इनबॉक्स के लिए सक्रिय डोमेन चुनें।

प्रत्येक कार्यक्षेत्र एक भेजने वाले डोमेन को कनेक्ट कर सकता है। ग्राहक को उत्तर भेजने से पहले प्रत्येक कार्यक्षेत्र को अपना स्वयं का डोमेन सत्यापित करना होगा।

फ़िलहाल, हर खाता प्रतिदिन अधिकतम 3 कार्यक्षेत्र बना सकता है। हर कार्यक्षेत्र से प्रतिदिन प्राप्तकर्ताओं को अधिकतम 100 ईमेल डिलीवरी भेजी जा सकती हैं।

To या Cc में हर प्राप्तकर्ता अलग गिना जाता है। To में 2 लोगों और Cc में 1 व्यक्ति को भेजा गया ईमेल 3 डिलीवरी गिना जाता है। दोनों दैनिक सीमाएँ 00:00 UTC पर रीसेट होती हैं।

अगर आपको सीमा हटवानी है, तो हमें यहाँ ईमेल करें: [hello@pipp.so](mailto:hello@pipp.so).

यह मूल्यांकन करते समय अपना वर्तमान समर्थन चालू रखें कि क्या Pipp आपकी टीम के लिए आवश्यक कार्य को कवर करता है या नहीं।

Pipp AI बीटा में है और डिफ़ॉल्ट रूप से बंद रहता है। कोई स्वामी या व्यवस्थापक इसे सेटिंग्स → एआई में चालू कर सकता है। आप एआई के बिना इस गाइड के हर चरण का पालन कर सकते हैं।

बुनियादी साझा ईमेल इनबॉक्स और एजेंट पहुंच हमेशा के लिए निःशुल्क है। Pipp AI बीटा के दौरान मुफ़्त है और बीटा के बाद इसकी कीमत उचित है। हमने इसकी कीमत की घोषणा नहीं की है.

[Pipp इस्तेमाल करें](https://app.pipp.so/).

## इस गाइड के बारे में

Pipp, एक स्विस कंपनी Telesoft AG के उत्पाद के लिए लिखा गया। स्रोतों की 24 सितंबर 2026 पर जाँच की गई।

Microsoft और Google का आधिकारिक दस्तावेज़ ऊपर लिंक किए गए मेलबॉक्स विवरण का समर्थन करता है। हमारे संस्थापक ने अपने Google Groups सेटअप के अनुभव से लुमेनफ़ॉल खाता प्रदान किया। यह उस समस्या का वर्णन करता है जिसका हम सामना कर रहे हैं, बिना किसी दावे के कि लुमेनफ़ॉल ने Pipp को अपनाया है या कोई सुधार मापा है। Pipp उदाहरण हमारे रिकॉर्ड किए गए डिज़ाइन निर्णयों से आते हैं। काल्पनिक हैंडऑफ़ सलाह को दर्शाता है और यह ग्राहक की कहानी नहीं है।