ConnectWiz + Estesoft Stella
लाइव इंटीग्रेशनStella आपका CRM ही रहता है. बातचीत को आख़िरकार उसकी ख़बर हो जाती है.
हमारे प्रोवाइडर-निरपेक्ष CRM पोर्ट पर पहला प्रोवाइडर: हर बातचीत के अंदर Estesoft Stella से लाइव ग्राहक संदर्भ, चैट की बुकिंग Stella की डायरी में वापस लिखी हुई — और जान-बूझकर किए गए मनाओं का एक लिखित सेट, इस बारे में कि एक संचार प्रोडक्ट को कभी क्या नहीं छूना चाहिए.
CRM
यह ठीक-ठीक क्या करता है
लाइव कॉन्टेक्स्ट, पहचान से बँधा
इसी ग्राहक के अपॉइंटमेंट, कोटेशन, बचा हुआ बकाया, नोट और दस्तावेज़ बातचीत पर ही सामने आते हैं — और AI उन्हें ठीक इसी ग्राहक के लिए पढ़ सकता है, पहचान बातचीत से ही तय होती है, किसी अंदाज़े वाली ID से कभी नहीं.
बुकिंग वापस लिखी जाती हैं
चैट में तय हुआ अपॉइंटमेंट Stella की डायरी में पहुँच जाता है — और जहाँ वेंडर की API कोई ब्योरा नहीं ले जा सकती, वहाँ सिंक चुपचाप गिराने के बजाय बता देता है कि उसने क्या छोड़ा.
AI पढ़ता है, लिखता कभी नहीं
पूरे CRM पोर्ट पर एक तय नियम: पढ़ना पहचान से बँधा है और लिखना इंसान के हाथ में रहता है — जो AI बकाया ग़लत पढ़ सकता है, वह उस AI की सस्ती रिहर्सल है जो ग़लत मरीज़ का अपॉइंटमेंट बुक कर देगा.
माइग्रेशन, जब आप चाहें
एक कतारबद्ध, रुककर फिर चल सकने वाला इंजन अपॉइंटमेंट, कोटेशन, बिक्री, बकाया और नोट ConnectWiz में ले आता है — जो छूटा वह नाम लेकर बताया जाता है, और डेटा का मालिकाना सिर्फ़ आख़िरी क़दम पर बदलता है.
भुगतान और ऑर्डर वापस लिखे जाते हैं
ConnectWiz में कोई भुगतान दर्ज करना या ऑर्डर बनाना Stella तक जा सकता है — यह मालिक के साफ़ फ़ैसले से खुलता है, और बाक़ी हर चीज़ की तरह उन्हीं चार दरवाज़ों और रिहर्सल मोड के पीछे रहता है.
बढ़ोतरी भर, मिरर नहीं
बदलाव की पोलिंग इसलिए है कि छूटे हुए इवेंट पकड़े जाएँ — इसलिए नहीं कि क्लिनिक के लेजर की दूसरी कॉपी रखी जाए. यह फ़र्क़ खो जाए तो कैश डेटाबेस बन जाता है, इसलिए इसे लिखकर रखा गया है.
तकनीकी पहलू
लिखने का रास्ता: चार दरवाज़े और एक रिहर्सल
डिफ़ॉल्ट बंद है, हर ऑपरेशन के लिए अलग
हर लिखाई बंद हालत में ही आती है, और सातों ऑपरेशन — नोट, अपॉइंटमेंट, रद्दीकरण, ग्राहक, कोटेशन, ऑर्डर, भुगतान — में से हर एक का अपना स्विच है. यहाँ सुरक्षा एक अनुपस्थिति है: कोई दरवाज़ा नाकाम हो, तो बुलाने के लिए कोई राइटर ऑब्जेक्ट ही नहीं होता.
मालिकाना स्विच से ऊपर है
हर ऑपरेशन के स्विच के ऊपर डेटा का मालिकाना बैठा है: जिस क्षेत्र का मालिक आपका वर्कस्पेस है, वह Stella को कभी नहीं लिखता, स्विच चाहे जो कहे. दरवाज़ों का क्रम तय है और दस्तावेज़ में लिखा है.
रिहर्सल उसी लाइव कोड रास्ते पर
ड्राई-रन मोड ठीक वही payload बनाता है जो असली लिखाई भेजती, और रुकता सिर्फ़ ट्रांसपोर्ट पर है — जो रिहर्सल किसी और कोड रास्ते से जाए, वह कुछ साबित नहीं करती, इसलिए यहाँ वैसी कोई नहीं है.
लिखाई ख़ुद अपनी जाँच करती है
हर लिखाई के बाद इंटीग्रेशन जो बनाया उसे वापस पढ़ता है और मिलान करता है. फ़र्क़ मिले तो वह इंसान के लिए चेतावनी बनकर सामने आता है — अपने आप सुधार कभी नहीं, क्योंकि वेंडर की API में कोई idempotency कुंजी नहीं है जो सुधार को सुरक्षित बनाए.
माइग्रेशन सही क्रम में
अपॉइंटमेंट पहले आते हैं — जान-बूझकर, क्योंकि डायरी ही इकलौती जगह है जहाँ से पूरे टेनेंट के लोग मिल सकते हैं. छूटी हुई हर पंक्ति नाम लेकर गिनी जाती है: समय-सीमा से बाहर, अनजानी बनावट, कॉन्टैक्ट ग़ायब.
AI की पढ़ाई पर तीन ताले
AI का CRM टूल सिर्फ़ वही कार्रवाइयाँ बताता है जो आपके वर्कस्पेस के पास सचमुच हैं, कॉल के वक़्त उस कार्रवाई को दोबारा जाँचता है, और ग्राहक को बातचीत से ही पहचानता है — कोई गढ़ा हुआ विकल्प या अंदाज़े वाली ID ट्रांसपोर्ट तक पहुँचने से पहले मर जाती है.
सेटअप
यह कैसे जुड़ता है
Stella जोड़ें
अपने Stella क्रेडेंशियल डालें; कुछ भी सेव होने से पहले कनेक्टर उन्हें लाइव API पर जाँचता है.
संदर्भ के साथ काम करें
बातचीत पर ग्राहक का CRM कार्ड दिखता है; एजेंट और AI याद से नहीं, तथ्यों से जवाब देते हैं.
माइग्रेट करें, अगर और जब
पूरी हिस्ट्री लाने के लिए सहारे वाला माइग्रेशन चलाएँ — जब तक आप मालिकाना नहीं बदलते, तब तक पुराना सिस्टम ही अंतिम सत्य रहता है.
साथ में बेहतर
यह किनके साथ जुड़ता है
बुकिंग इंजन
चैट से हुई बुकिंग Stella की डायरी में जाती है, और बुकिंग सिस्टम उपलब्धता में से Stella के अपॉइंटमेंट घटा देता है — डायरी का एक ही सच.
इनबॉक्स का कार्ड
एजेंट ग्राहक का लाइव CRM संदर्भ — अपॉइंटमेंट, कोटेशन, बकाया — बातचीत के बग़ल में देखते हैं, यहीं: साझा इनबॉक्स.
Wiz, सिर्फ़ पढ़ने के लिए
हमारा AI एजेंट "मेरा अपॉइंटमेंट कब है?" का जवाब Stella के तथ्यों से देता है, थ्रेड में मौजूद उसी व्यक्ति से बँधकर — और तय नियम के मुताबिक़ लिख नहीं सकता.
सुरक्षा और गारंटी
उबाऊ गारंटियाँ
सेहत का डेटा: कभी नहीं पढ़ा जाता
इलाज के रिकॉर्ड KVKK के तहत विशेष श्रेणी का डेटा हैं. उन्हें किसी सपोर्ट स्क्रीन पर लाना प्रोसेसिंग करने वालों का दायरा क्लिनिक के डॉक्टरों से बढ़ाकर पूरी टीम तक कर देता है — इसलिए endpoint मौजूद हैं और हम उनसे लिखित में मना करते हैं.
कोई अदृश्य हाथ नहीं
हम क्लिनिक के काम कभी बंद नहीं करते, उसके ग्राहक सेगमेंट कभी नहीं बदलते, उसके हिसाब-किताब के लेजर को कभी नहीं छूते — हर एक लिखित मना है, क्योंकि चैट से किसी और की कारोबारी प्रक्रिया को अपने आप चलाना इस प्रोडक्ट की सबसे महँगी ग़लती की श्रेणी है.
Token URL से बाहर रहते हैं
वेंडर एक token-जाँच endpoint देता है जो क्रेडेंशियल को URL में रख देता है — जहाँ लॉग और प्रॉक्सी उन्हें देख लेते हैं. हम उसे कभी नहीं बुलाते. क्रेडेंशियल कैसे सँभालने हैं, यह हर endpoint के लिए अलग से तय होता है.
डिलीट: दिया ही नहीं जाता
ग्राहक, लीड, बिल और कोटेशन के लिए वेंडर के डिलीट endpoint इस्तेमाल ही नहीं होते — सॉफ़्ट है या हार्ड, यह जाँचा नहीं गया है, और किसी मरीज़ का रिकॉर्ड मिटाना ऐसी किसी कहानी में नहीं आता जिसकी ज़िम्मेदारी हम लेना चाहें.
बारीक अक्षर, ईमानदारी से
सीमाएँ, साफ़ लिखी हुई
जान-बूझकर मना
इलाज के मेडिकल रिकॉर्ड न कभी पढ़े जाते हैं, न दिखाए जाते हैं; वेंडर के lifecycle लेबल कभी ऊपर से नहीं लिखे जाते; और पूरे दोतरफ़ा मिरर का दिखावा नहीं किया जाता — हर मना एक लिखित डिज़ाइन फ़ैसला है, कोई कमी नहीं.
दूसरे CRM
यह पोर्ट डिज़ाइन से ही प्रोवाइडर-निरपेक्ष है — Stella पहला प्रोवाइडर है, आख़िरी नहीं. कुछ और चला रहे हैं? हमें बताएँ; इससे कतार की शक्ल बनती है.
ईमानदारी से जुड़ा होना, शोर मचाकर जुड़े होने से बेहतर है.
यहाँ हर इंटीग्रेशन को उसी से बताया गया है जो वह असल में करता है — दिशा, मालिकाना हक़ और सीमाएँ, सब शामिल.