ConnectWiz Flows

ऐसा ऑटोमेशन जो जानता है कि वह किससे बात कर रहा है.

आम वर्कफ़्लो टूल डेटा की पंक्तियों को ऑटोमेट करते हैं. Flows बातचीत को ऑटोमेट करते हैं — जहाँ काम की इकाई एक इंसान है जो जवाब का इंतज़ार कर रहा है, जहाँ "3 दिन रुको" एक सामान्य क़दम है, और जहाँ अनुमति का सवाल कैनवस पर एक असली नोड बनकर बैठा है. 27 नोड टाइप, हर चैनल, और ईमानदारी से खींची गई हदें.

हर इनबाउंड चैनल पर चलता है कैनवस पर सहमति के पहरे असली ड्राई-रन, हर क़दम का रिकॉर्ड
फ़्लो — अपॉइंटमेंट रिमाइंडर, लाइव
ट्रिगर · सोमवार 09:00
सहमति का पहरा
रिमाइंडर भेजें
शिष्टता से छोड़ दें
स्लॉट बुक — हर क़दम का रिकॉर्ड
27
नोड टाइप — और हर एक अपने रनर, एडिटर फ़ॉर्म, वैलिडेटर नियम, टेस्ट और डॉक्युमेंटेशन के साथ उसी दिन आता है
6
ट्रिगर के प्रकार — नई बातचीत, कीवर्ड, शेड्यूल, फ़ॉर्म सबमिशन, एजेंट बटन, सुरक्षित webhook
~97
फ़्लो पब्लिश होने से पहले होने वाली अलग-अलग वैलिडेटर जाँचें — टूटे हुए फ़्लो एडिटर में नाकाम होते हैं, ग्राहक पर नहीं
दिन
एक रन ज़्यादा से ज़्यादा इतने समय तक ज़िंदा रह सकता है — इंतज़ार टिकाऊ है, इसलिए "उन्हें 3 दिन बाद याद दिलाओ" एक क़दम है, कोई जुगाड़ नहीं

ट्रिगर

फ़्लो शुरू होने के छह तरीक़े — और हर एक कैनवस पर अपना पूरा कार्ड

नई बातचीत

हर पहले संपर्क का स्वागत एक व्यवस्थित संदेश से करें — विजेट पर तो यह तब भी चल सकता है जब चैट विंडो खुलती है, विज़िटर के कुछ टाइप करने से पहले.

कीवर्ड

आपके कीवर्ड से मेल खाता ग्राहक का संदेश सही फ़्लो शुरू कर देता है — "अपॉइंटमेंट", "कीमत", "वापसी" — किसी भी चैनल पर.

शेड्यूल

घड़ी एक ऑडियंस चुनती है और बातचीत खोल देती है — नवीनीकरण के रिमाइंडर, मौसमी हालचाल — और शेड्यूल तथा भेजे जाने के बीच सहमति के पहरे खड़े रहते हैं.

फ़ॉर्म भरा गया

किसी फ़ॉर्म के भरे जाने से एक फ़्लो शुरू होता है, और उसका हर जवाब वेरिएबल की तरह मौजूद रहता है — फ़ॉर्म पहुँचते ही फ़ॉलो-अप शुरू हो जाता है.

एजेंट बटन

एजेंट किसी चालू बातचीत पर एक क्लिक में फ़्लो शुरू कर देते हैं — रिफ़ंड की प्रक्रिया, ऑनबोर्डिंग का क्रम — इंसानी समझ, जो ऑटोमेटेड अमल को चुनती है.

webhook, सुरक्षित

हर webhook ट्रिगर को अपना सार्वजनिक URL मिलता है, अपना secret, कच्चे body पर HMAC जाँच और रीप्ले से बचाव. payload डेटा है, निर्देश कभी नहीं: वह किसी व्यक्ति का नाम बता सकता है, लेकिन फ़्लो के भीतर का रास्ता कभी नहीं मोड़ सकता.

नोड की सूची

27 नोड टाइप — और एक नियम जो उन्हें ईमानदार रखता है

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

अमूर्त 3D चित्र: काँच की टाइलों का एक नोड ग्राफ़, जो चमकती वक्र रेखाओं से जुड़ा है, और उसमें एक सक्रिय पन्ना-हरा रास्ता एक चैट बबल पर जाकर ख़त्म होता है

मैसेजिंग (6)

संदेश, विकल्प, मीडिया, WhatsApp टेम्पलेट, चैट के भीतर का फ़ॉर्म, और चैनल-रिच सेंडर — यानी वे शब्द और जगहें जो आपका ग्राहक सचमुच देखता है.

तर्क और समय (5)

कंडीशन, स्विच, कनेक्टर (किसी क़दम पर छलाँग या किसी सब-फ़्लो को बुलाना, गहराई की हद के साथ), टिकाऊ देरी, और काम के घंटे — ऐसी शाखाएँ जो घड़ी और कैलेंडर का लिहाज़ रखती हैं.

डेटा (4)

जवाब पकड़ें, वेरिएबल सेट करें, कोई भी REST API कॉल करें, और पढ़ें या लिखें अपनी ही डेटा टेबल — वह इंटीग्रेशन जिसे किसी इंटीग्रेशन की ज़रूरत ही नहीं.

AI (4)

इरादे को श्रेणी में डालें, अपने नॉलेज बेस से जवाब दें, या कोई क़दम ऐसे AI एजेंट को सौंप दें जो औज़ार चला सकता है और बोलने से पहले चीज़ें देख सकता है — आपके CRM में भी.

इंसान और रूटिंग (1)

एक ही बहु-काम नोड डिपार्टमेंट और एजेंट असाइन करता है, टैग लगाता है, प्राथमिकता तय करता है, बातचीत खोलता या बंद करता है — ऑटोमेशन से इंसानों तक का हैंडऑफ़, साफ़ लिखा हुआ.

CRM और सेल्स (3)

आपका CRM, पैलेट में एक ऐप की तरह: 10 पढ़ने और 7 लिखने के काम — और हर लिखाई तीन फाटकों के पीछे (जुड़ा हुआ, सक्षम, और किसी एडमिन का साफ़ तौर पर खोला हुआ; तीनों डिफ़ॉल्ट रूप से बंद).

कॉमर्स, कॉल और बुकिंग (2)

देखें कैटलॉग, दें ऑर्डर, चलाएँ कॉल, और पेश करके बुक करें असली अपॉइंटमेंट स्लॉट — जान-बूझकर दो क्रियाएँ, पहले पेश फिर बुक, ताकि चुनाव ग्राहक करे.

पहरे (2)

सहमति और आवृत्ति, दिखने वाले क़दमों की तरह — अनुमति का सवाल कैनवस पर, जहाँ समीक्षक उसे देख सकें, सेटिंग्स में दबा हुआ नहीं.

चैनल का ध्यान रखकर भेजना

एक फ़्लो, हर चैनल — और जहाँ रिच मुमकिन है, वहाँ रिच

रिच सेंडर क़रीब बीस चैनल-विशेष काम करता है — लिस्ट, रिप्लाई बटन, कैरोसेल, प्रोडक्ट कार्ड, रसीदें, कूपन, लोकेशन की माँग, कॉल बटन, WhatsApp Flows — और चैनल से तीन अलग-अलग मौक़ों पर पूछता है कि वह क्या दिखा सकता है: पैलेट में, सेव करते वक़्त, और भेजते वक़्त. क्योंकि जवाब बदलता रहता है.

हर चैनल के लिए अलग रिच एलिमेंट

WhatsApp पर लिस्ट, Telegram पर बटन, Messenger पर कैरोसेल — एक बार बनाएँ, और भेजे जाने से पहले हर जुड़े चैनल की असली क्षमता के सामने उसकी जाँच हो जाए.

भीतर ही WhatsApp Flows

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

ऐसे टेम्पलेट जो सिखाते हैं

आठ बने-बनाए फ़्लो टेम्पलेट — छँटाई, FAQ, ऑर्डर की स्थिति, लीड कैप्चर, फ़ॉलो-अप, मेन्यू, अपॉइंटमेंट, इंतज़ार — हर एक कोई एक तरीक़ा दिखाता है; जान-बूझकर थोड़े, न कि पाँच सौ लगभग एक जैसे.

जाँच और वर्ज़न

"एडिटर में तो चल रहा था" का आख़िरकार कोई मतलब बनता है

अमूर्त 3D चित्र: प्रक्रिया के क़दमों की काँच जैसी समयरेखा, जो क्रम से जलती है, एक क़दम रेत-घड़ी के साथ रुका हुआ, और एक लेंस किसी दूसरे क़दम को जाँचता हुआ

असली ड्राई-रन

टेस्ट बटन असली इंजन ही चलाता है, बस भेजने वाले आउटपुट की जगह इकट्ठा करने वाला आउटपुट लगा होता है — वही रनर, वही रिकॉर्ड, और शून्य संदेश भेजे गए. जो आप देखते हैं, प्रोडक्शन वही करता है.

वर्ज़न और वापसी

पब्लिश करते ही एक वर्ज़न का स्नैपशॉट बन जाता है; कोई भी वर्ज़न एक क्लिक में वापस आ जाता है. शुक्रवार का प्रयोग सोमवार को बंधक नहीं बनाता.

ऐसा वैलिडेटर जो बहस करता है

क़रीब 97 अलग-अलग बातें — मरी हुई शाखाएँ, छूटे हुए कैप्चर, चैनल का बेमेल — पब्लिश से पहले एडिटर में ही सामने आ जाती हैं, क्योंकि टाइपो पकड़ने की सही जगह ग्राहक नहीं है.

रन, रिकॉर्ड और फ़नल समेत

हर रन में हर क़दम का इनपुट और आउटपुट दर्ज होता है; फ़नल व्यू दिखाता है कि लोग कहाँ बहते हैं और कहाँ छूट जाते हैं. डीबगिंग पढ़ना है, अंदाज़ा लगाना नहीं.

पहरे

अनुमति का सवाल, कैनवस पर खिंचा हुआ

सहमति, एक क़दम की तरह

मार्केटिंग करने वाली शाखा से पहले सहमति नोड आयामों वाले सहमति लेजर को जाँचता है — चैनल, मक़सद, श्रेणी. समीक्षक यह पहरा आरेख में देखते हैं, ऑडिटर उसे रन के रिकॉर्ड में.

आवृत्ति, एक क़दम की तरह

आवृत्ति नोड तय करता है कि ऑटोमेशन किसी इंसान को ज़्यादा से ज़्यादा कितनी बार छू सकता है — लिस्ट की थकान ढाँचे से रुकती है, इस उम्मीद से नहीं कि कैंपेन आपस में तालमेल बिठा लेंगे.

घड़ी का लिहाज़

टिकाऊ देरी और काम-के-घंटे वाले नोड का मतलब है कि कोई फ़्लो तीन दिन रुक सकता है और फिर भी काम के घंटों में ही पहुँचेगा — सब्र इंजन का फ़ीचर है, ऊपर से चिपकाया गया कोई cron जॉब नहीं.

बारीक अक्षर, ईमानदारी से

Flows क्या होने से मना करते हैं — और क्यों

समानांतर शाखाएँ नहीं

कोई इंसान एक साथ बातचीत की दो शाखाओं में नहीं होता. एक इंसान को समानांतर रास्तों में बाँटना डेटा-पाइपलाइन वाली सोच है, जिससे दोहरे संदेश निकलते हैं — इसलिए डिज़ाइन से ही मना.

हर आइटम पर लूप नहीं

"हर प्रोडक्ट के लिए एक संदेश भेजो" स्पैम का तरीक़ा है. जहाँ दोहराव जायज़ है, वहाँ एक ही नोड उसे एक लिस्ट या कैरोसेल संदेश बनाकर दिखा देता है.

कोड नोड नहीं

ग्राहक की बातचीत चलाने वाले इंजन के भीतर मनमाना कोड सुरक्षा और सपोर्ट, दोनों का बोझ है — और वह बोझ बेचना हमने नहीं चुना. REST नोड आपके सिस्टम को कॉल करता है; आपका कोड आपके ही सिस्टम में रहता है.

हदें, जान-बूझकर

एक पास में 32 नोड, सब-फ़्लो की गहराई पाँच, वेरिएबल की जगह नपी-तुली — बातचीत डिज़ाइन करने के लिए उदार, बेलगाम ऑटोमेशन के लिए सख़्त. ये छतें दस्तावेज़ में लिखी हैं, ठोकर खाकर पता नहीं चलतीं.

Flows FAQ

बनाने से पहले

और जानकारी: पूरा FAQ, या हमसे सीधे पूछें.

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

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

हाँ — असली ड्राई-रन से, किसी नक़ल से नहीं: टेस्ट में असली फ़्लो इंजन ही चलता है, बस भेजने वाले आउटपुट की जगह इकट्ठा करने वाला आउटपुट लगा होता है, इसलिए टेस्ट में आप जो देखते हैं वही प्रोडक्शन करेगा. इसमें एक क्लिक में वापसी वाला वर्ज़निंग और क़रीब 97 अलग-अलग जाँचों वाला वैलिडेटर जोड़ लें, तो "एडिटर में तो चल रहा था" का आख़िरकार कोई मतलब बनता है.

Flows बातचीत वाला हिस्सा सँभालते हैं — उन शेड्यूल किए फ़्लो समेत जो किसी ऑडियंस के लिए थ्रेड खोलते हैं — जबकि ब्रॉडकास्ट का अपना अलग इंजन है, वॉर्म-अप की सीढ़ियों और संयम के नियमों के साथ. दोनों एक ही सहमति ढाँचे पर चलते हैं, और सहमति तथा आवृत्ति के पहरे ख़ुद फ़्लो कैनवस पर दिखने वाले क़दम हैं.

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

बातचीत को खींच दें. वादे इंजन निभाएगा.

किसी टेम्पलेट से शुरू करें, उसे असली इंजन पर ड्राई-रन करें, और ऐसे वर्ज़न के साथ पब्लिश करें जिस पर आप हमेशा वापस लौट सकें.