यूज़र को उसके अपने behavior पर रोकें, फिर branch करें
Wait for Trigger किसी यूज़र को 90 दिन तक होल्ड करता है जबकि 3 branches तक, हर एक अपने events के सेट के लिए, parallel में watch करते रहते हैं। एक guaranteed चौथा branch उन सबको पकड़ता है जिन्हें बाकी 3 miss कर जाएं — चाहे आपका base 10 हज़ार orders का हो या करोड़ों rides का।
Wait for Trigger आपको क्या देता है
3 branches तक
हर branch अपने events के सेट को watch करता है, बाकी 2 से independent।
4 events तक हर branch में
AND से जोड़ें, जहाँ हर event fire होना ज़रूरी है, या OR से, जहाँ कोई एक भी काफी है।
एक guaranteed चौथा branch
Not triggered उन सबको पकड़ता है जिन्हें configured 3 branches में से कोई भी window के अंदर match नहीं कर पाया।
90 दिन तक
वो window जितनी देर एक यूज़र single Wait for Trigger element के अंदर बैठ सकता है।
Fixed waiting period
हर यूज़र को पूरे window के लिए होल्ड करें, उन यूज़र्स को भी जिनका event day 1 पर ही fire हो गया था।
Session-scoped matching
किसी event को उसी journey session में route करें जिसका वो है, ना कि उस यूज़र के हर open session में।
Branches कैसे फैसला लेते हैं
Wait for Trigger element की 3 branches में से हर एक अपनी 4 events तक की list carry करती है, AND या OR से जुड़ी, plus किसी भी event पर एक optional attribute condition। Element हर आने वाले event को तीनों branches के against एक साथ check करता है और यूज़र को उसी पहली branch पर भेजता है जो match करे। जो कोई भी window के अंदर कुछ match नहीं करता, वो Not triggered पर लैंड करता है — चौथी branch जो हर element by default carry करता है।
Fixed waiting period on करें, और एक matched यूज़र भी आगे बढ़ने से पहले पूरा window wait करता है। यही setting है जब आपको ये score करना हो कि कुछ एक fixed संख्या के दिनों के अंदर हुआ या नहीं, ना कि उसी पल react करना जब वो होता है।
| Setting | क्या control करता है | Limit या default |
|---|---|---|
| Branches | Independent event-based conditions, parallel में evaluate | 3 तक |
| Events per branch | AND या OR से combined, हर एक पर optional attribute condition | 4 तक |
| Not triggered | उन सबको पकड़ता है जिन्हें 3 configured branches ने match नहीं किया | हमेशा मौजूद |
| Wait window | यूज़र element पर कितनी देर बैठ सकता है, Not triggered fire होने से पहले | 90 दिन तक |
| Fixed waiting period | Matched यूज़र को branch match होते ही आगे बढ़ाने की बजाय पूरे window तक होल्ड करता है | Optional toggle |
| Session-scoped matching | आने वाले event को matching key वाले उसी journey session से जोड़ता है, जैसे order_id या ride_id | जब journey एक साथ कई sessions per user चलाता है |
ये element Customer Journey Builder के अंदर बैठता है, canvas के बाकी हिस्से जैसे ही event catalog पढ़ता हुआ — तो यहाँ की एक branch सीधे journey पर पहले से मौजूद किसी भी channel block में route कर सकती है।
Event को उसी order या ride से मैच करें जिसका वो है
कुछ journey entries एक साथ एक से ज़्यादा sessions per user चलाते हैं — per person नहीं, बल्कि per order या per ride। एक यूज़र के 3 open orders एक ही journey से गुज़रते हैं तो उसके 3 active sessions बन जाते हैं, हर एक अपने order_id के साथ। Session-scoped matching on होने पर, order_id 482 carry करने वाला एक order_delivered event सिर्फ order 482 वाले session को move करता है। बाकी 2 wait करते रहते हैं।
इसके बिना, वही event उस यूज़र के हर open session पर लागू हो जाता है, और branches उन orders पर भी fire करते हैं जिनसे उनका कोई लेना-देना नहीं। यही pattern किसी ride-hailing journey पर ride_id को भी कवर करता है — जैसे Swiggy या Zomato पर एक साथ चल रहे कई orders, या Ola/Uber पर कई rides — या किसी भी key को जो एक यूज़र के कई चल रहे sessions में से एक को पहचानती है।
Converted और unconverted यूज़र्स को अलग-अलग next steps दें
Cart reminder के बाद purchase के लिए, trial-ending notice के बाद subscribe के लिए, या payment prompt के बाद payment_success के लिए 90 दिन तक wait करें — जैसे UPI payment confirm होना। जो यूज़र match करें वो उस branch पर जाते हैं जो पहले से convert कर चुके लोगों के लिए बनी है: thank-you, upsell, receipt।
बाकी सब उसी window के अंदर wait करते रहते हैं, फिर Not triggered पर drop होकर उसी win-back sequence में जाते हैं जो आपने अब तक कुछ ना करने वाले लोगों के लिए बनाई है।
यहाँ ये सबसे ज़्यादा काम आता है
Reminder के बाद conversion branches
Purchased या नहीं, subscribed या नहीं, paid या नहीं — हर outcome को उसके अपने path पर route करें।
Order- और ride-level outcomes
Session-scoped matching food delivery या ride-hailing journey पर हर event को उसी specific order या ride पर route करता है जिसका वो है।
Fixed-window measurement
Fixed waiting period on करें ताकि किसी cohort को N दिनों के अंदर कुछ हुआ या नहीं, इस पर score करें — ठीक समय पर ध्यान दिए बिना।
- Mobile games
- Creator / subscription ऐप्स
- Food delivery
- Ride-hailing / taxi
- E-commerce / retail
- Marketplaces
- Fintech / banking
एक ही canvas पर, कई elements में से एक
एक journey आमतौर पर किसी event trigger से शुरू होती है, message भेजती है, फिर Wait for Trigger तक पहुंचती है ये देखने के लिए कि यूज़र ने उस पर क्या किया। Not triggered branch एक reachability check के साथ नैचुरली pair होता है, non-responder को journey आगे बढ़ने से पहले एक अलग channel देते हुए।
उसी canvas पर 2 neighbors अलग काम करते हैं। Time Delay बिना किसी event या branch के, सिर्फ एक time span के लिए pause करता है। A/B/n split traffic को आपके set किए percentage पर random split करता है। Wait for Trigger वो है जो यूज़र के अपने behavior पर wait करता है।
Event और session data ऐसे infrastructure पर रहता है जिसका नाम आप बता सकते हैं
Wait for Trigger जो भी event evaluate करता है वो बाकी platform जैसे ही infrastructure से गुज़रता है: Pushwoosh अपने hardware पर US और Germany में चलता है, GDPR और BDSG के तहत। Pushwoosh SOC 2 Type I और ISO 27001:2022 certified है, HIPAA और GDPR compliant भी। पूरी detail data safety page पर है।
यह कैसे काम करता है
-
Canvas पर element रखें
Customer Journey Builder में कोई journey खोलें और किसी entry point या channel step के बाद Wait for Trigger drop करें।
-
3 branches तक बनाएं
हर branch में 4 events तक AND या OR से जोड़कर add करें, हर एक पर optional attribute condition, और wait window 90 दिन तक सेट करें। Fixed waiting period on करें अगर instant reaction की बजाय fixed-window measurement चाहिए।
-
जहाँ ज़रूरी हो वहाँ session-scoped matching on करें
किसी journey पर जो एक साथ कई sessions per user चलाती है, आने वाले events को उसी key वाले session से match करें, जैसे order_id या ride_id, ताकि एक event हर open session को एक साथ move ना कर दे।
FAQ
संबंधित उत्पाद देखें
एक विजुअल टूल के साथ अपनी अभियानों को मैप करें और सुव्यवस्थित करें। Pushwoosh कस्टमर जर्नी बिल्डर का उपयोग करके संवाद करें, जुड़ाव बढ़ाएं, रिटेन करें, कन्वर्ट करें, सेगमेंट करें और प्रयोग करें।
Customer actions पर automatically campaigns launch करें। Real-time behavioral triggers से conversion, retention और engagement के perfect moments capture करें।
जर्नी को fixed span, clock time, date, weekly slot, या profile पर मौजूद date से रोकें — हर यूज़र अपने टाइम पर अगला step पाए। Android-first टीमों के लिए।
Journey traffic को 4 branches तक split करें, हर branch को अपने conversion goals पर score करें, result significant होते ही winner पर auto-route करें।
कार्ट बहाली स्वचालन के साथ परित्यक्त कार्ट को राजस्व में बदलें। समय पर याद दिलाने, व्यक्तिगत प्रस्तावों और रूपांतरण को बढ़ावा देने वाले प्रोत्साहन भेजें।
Push, in-app, email, SMS और WhatsApp को एक unified platform पर coordinate करें। Pushwoosh के साथ seamless customer journeys deliver करें जो behavior के हिसाब से adapt करें।