עצרו על ההתנהגות האמיתית של המשתמש, לא רק על הזמן שעבר
Wait for Trigger עוצר משתמש עד 90 יום בזמן שעד 3 ענפים בודקים כל אחד את סט האירועים שלו. ענף רביעי מובטח תופס כל מי שאף אחד מה-3 הראשונים לא תפס.
מה Wait for Trigger נותן לכם
עד 3 ענפים
כל ענף בודק את סט האירועים שלו, בנפרד לגמרי משני האחרים.
עד 4 אירועים לכל ענף
שלבו אותם ב-AND, כשכל אירוע חייב לקרות, או ב-OR, כשמספיק שאחד מהם קורה.
ענף רביעי מובטח
Not Triggered תופס כל משתמש שאף אחד מ-3 הענפים המוגדרים לא התאים לו בתוך החלון.
עד 90 יום
החלון שבו משתמש יכול לשבת בתוך אלמנט Wait for Trigger בודד.
Fixed waiting period
השאירו כל משתמש בפנים לאורך כל החלון, כולל מי שהאירוע שלו קרה כבר ביום הראשון.
התאמה מבוססת session
נתבו אירוע ל-session הספציפי של המסע שהוא שייך אליו, במקום לכל session פתוח של אותו משתמש.
איך הענפים מחליטים
כל אחד מ-3 הענפים על אלמנט Wait for Trigger נושא רשימה משלו של עד 4 אירועים, מחוברים ב-AND או ב-OR, עם תנאי attribute אופציונלי על כל אחד מהם. האלמנט בודק כל אירוע נכנס מול 3 הענפים בו-זמנית ומעביר את המשתמש לענף הראשון שמתאים. מי שלא תואם דבר בתוך החלון נוחת על Not Triggered, הענף הרביעי שכל אלמנט נושא כברירת מחדל.
הפעילו Fixed waiting period, ומשתמש שהתאים עדיין ממתין עד תום כל החלון לפני שהוא ממשיך הלאה. זו ההגדרה למדידה של האם משהו קרה בתוך מספר ימים קבוע, במקום תגובה ברגע שזה קורה.
| הגדרה | מה היא שולטת | מגבלה או ברירת מחדל |
|---|---|---|
| ענפים | תנאים מבוססי אירוע, נבדקים במקביל | עד 3 |
| אירועים לכל ענף | משולבים ב-AND או ב-OR, עם תנאי attribute אופציונלי על כל אחד | עד 4 |
| Not Triggered | תופס כל משתמש ש-3 הענפים המוגדרים לא התאימו לו | קיים תמיד |
| חלון המתנה | כמה זמן משתמש יכול לשבת על האלמנט לפני ש-Not Triggered יורה | עד 90 יום |
| Fixed waiting period | משאיר משתמש שהתאים בפנים לאורך כל החלון במקום להעביר אותו הלאה מיד | toggle אופציונלי |
| התאמה מבוססת session | מקשרת אירוע נכנס ל-session אחד שנושא מפתח תואם, כמו order_id או ride_id | זמין כשמסע מריץ כמה sessions למשתמש בו-זמנית |
האלמנט יושב בתוך Customer Journey Builder, קורא את אותו קטלוג אירועים כמו שאר הלוח, כך שענף כאן מנתב ישירות לכל בלוק ערוץ שכבר קיים במסע.
התאימו את האירוע להזמנה או לנסיעה הספציפית שהוא שייך אליה
חלק מהכניסות למסע מריצות יותר מ-session אחד למשתמש בו-זמנית, אחד לכל הזמנה או נסיעה במקום אחד לכל אדם. משתמש עם 3 הזמנות פתוחות שעובר דרך אותו מסע מסתיים עם 3 sessions פעילים, אחד לכל order_id. כשההתאמה מבוססת ה-session פעילה, אירוע order_delivered שנושא order_id 482 מזיז רק את ה-session של הזמנה 482. שני האחרים ממשיכים להמתין.
בלי זה, אותו אירוע חל על כל session פתוח שיש למשתמש, וענפים יורים על הזמנות שאין להן שום קשר. אותו דפוס חל על ride_id במסע הזמנת נסיעות, וכל מפתח אחר שמזהה session אחד מתוך כמה שרצים לאותו משתמש. בישראל, שבה אפליקציות משלוחי מזון והזמנת נסיעות מהוות וורטיקל צומח, הדיוק הזה קריטי — אין מקום לבלבל עדכון על הזמנה אחת עם הזמנה אחרת של אותו לקוח.
תנו למי שהמיר ולמי שלא נתיבים שונים
המתינו עד 90 יום ל-purchase אחרי תזכורת עגלה, ל-subscribe אחרי הודעת סיום ניסיון, או ל-payment_success אחרי בקשת תשלום. משתמשים שמתאימים יורדים לענף שנבנה למי שכבר המיר: תודה, upsell, קבלה.
כל השאר ממשיכים להמתין בתוך אותו חלון, ואז נופלים על Not Triggered ולתוך כל רצף win-back שבניתם למי שעדיין לא פעל. בעונת חגי תשרי או פסח, כשנפח ההזמנות קופץ, זה ההבדל בין לתפוס משתמש מתלבט ברגע הנכון לבין לפספס אותו לגמרי.
איפה זה מוכיח את עצמו
ענפי המרה אחרי תזכורת
קנה או לא, נרשם למנוי או לא, שילם או לא: נתבו כל תוצאה לנתיב משלה.
תוצאות ברמת הזמנה ונסיעה
התאמה מבוססת session מנתבת כל אירוע במסע משלוחי מזון או הזמנת נסיעות להזמנה או לנסיעה הספציפית שהוא שייך אליה.
מדידה בחלון קבוע
הפעילו Fixed waiting period כדי לדרג קוהורט לפי האם משהו קרה בתוך N ימים, בלי קשר לרגע המדויק שבו זה קורה.
- E-commerce וקמעונאות
- פינטק ובנקאות
- משלוחי מזון
- הזמנת נסיעות / מוניות
- אפליקציות מנוי / יוצרי תוכן
- marketplaces
- משחקים ניידים
אלמנט אחד מבין כמה, על אותו לוח
מסע בדרך כלל מתחיל בטריגר אירוע, שולח הודעה, ואז מגיע ל-Wait for Trigger כדי לראות מה המשתמש עושה איתה. ענף Not Triggered משתלב באופן טבעי עם בדיקת נגישות, ונותן למי שלא הגיב ערוץ אחר לפני שהמסע ממשיך — בישראל, שבה WhatsApp הוא ערוץ התקשורת הדומיננטי, זה בדרך כלל הערוץ הראשון שמנסים למי שלא הגיב לפוש.
שני שכנים מטפלים בעבודות שונות על אותו לוח. Time Delay עוצר לפרק זמן, בלי אירוע ובלי ענף. A/B/n Split מפצל תנועה לפי אחוז שקבעתם באקראי. Wait for Trigger הוא זה שממתין להתנהגות של המשתמש עצמו.
נתוני אירוע ו-session נשארים על תשתית שאפשר לתת לה שם
כל אירוע שאלמנט Wait for Trigger מעריך רץ דרך אותה תשתית כמו שאר הפלטפורמה: החומרה של Pushwoosh עצמה בארה”ב ובגרמניה, מוסמכת SOC 2 Type I ו-ISO 27001:2022, תחת GDPR ו-BDSG. הפרטים המלאים בעמוד אבטחת נתונים.
איך זה עובד
-
הניחו את האלמנט על הלוח
פתחו מסע ב-Customer Journey Builder והניחו את Wait for Trigger אחרי נקודת כניסה או שלב ערוץ.
-
בנו עד 3 ענפים
הוסיפו עד 4 אירועים לכל ענף עם AND או OR, תנאי attribute אופציונלי על כל אחד, וקבעו את חלון ההמתנה עד 90 יום. הפעילו Fixed waiting period למדידה בחלון קבוע במקום תגובה מיידית.
-
הפעילו התאמה מבוססת session במקום הרלוונטי
במסע שמריץ כמה sessions למשתמש בו-זמנית, התאימו אירועים נכנסים ל-session שנושא את אותו מפתח, כמו order_id או ride_id, כך שאירוע אחד לא יזיז כל session פתוח בבת אחת.
שאלות נפוצות
גלה מוצרים קשורים
תכננו ויעלו את הקמפיינים שלכם עם כלי ויזואלי אחד. תקשרו, צרו מעורבות, שמרו, המירו, פלחו והתנסו באמצעות Pushwoosh Customer Journey Builder.
הגברת מעורבות עם פעולות המופעלות על בסיס אירועים. השקת קמפיינים באופן אוטומטי כאשר לקוחות מבצעים פעולות, תפיסת הרגעים המושלמים להמרה ולשמירה על לקוחות.
עצרו משתמש בזמן קבוע, שעה מסוימת, תאריך חד-פעמי, יום בשבוע, או תאריך ששמור בפרופיל — עד 30 יום, עם הסתעפות לאיחורים ב-Customer Journey Builder.
פצלו את תנועת המסע לעד 4 ענפים, בדקו כל אחד מול יעדי ההמרה שלכם, ותבו את המנצח באופן אוטומטי ברגע שהתוצאה מובהקת ב-Customer Journey Builder של Pushwoosh.
הפכו עגלות נטושות להכנסה באמצעות אוטומציה לשחזור עגלות. שלחו תזכורות בזמן, הצעות מותאמות אישית ו стимуולות שמניעות המרות.
איחוד חוויות הלקוחות באמצעות אורקסטראציה רב-ערוצית. תיאום הודעות במגוון ערוצים כמו מייל, SMS, Push ועוד, ליצירת מסעות לקוחות חלקים ומותאמים אישית.