נתבו לפי מי שהמשתמש כבר הוא, בלי לחכות לכלום
נתבו כל משתמש לאחד מעד 10 ענפים לפי segment, tag או event attribute שכבר על הפרופיל שלו, ברגע שהוא מגיע לשלב הזה. בכל תצורה נשאר ענף catch-all, כך שאף אחד לא נופל בין הכיסאות.
מה Condition Split נותן לכם
3 סוגי תנאים
Segment, Tag או Event attribute. סוג אחד לכל אלמנט, כל אחד נקרא מנתונים שכבר קיימים בפרופיל.
עד 10 ענפים
התקרה עבור Tag ו-Event attribute, מגיעה עם אופרטורים של התאמת ערך כמו equals או contains. Not-equal, greater-or-equal והשוואות דומות מגיעות לתקרה נמוכה יותר.
catch-all מובטח
All other users קיים בכל תצורה ולא ניתן להסרה.
הערכה מיידית
האלמנט בודק את הנתונים הנוכחיים של המשתמש ברגע שהוא מגיע, בלי חלון לשבת בו.
שרשור ללוגיקה מורכבת
אלמנט אחד קורא תנאי אחד. חברו 2 אלמנטים כדי לנתב לפי segment ו-tag יחד.
קורא רק נתונים קיימים
ה-segment, ה-tag או האירוע חייבים כבר להתקיים בחשבון לפני שהאלמנט יכול להשתמש בהם.
איך 3 סוגי התנאים שונים זה מזה
כל אלמנט Condition Split בודק סוג תנאי אחד מדויק מול הפרופיל הנוכחי של המשתמש, ואז שולח אותו לענף המתאים. הבדיקה רצה פעם אחת, ברגע שהמשתמש מגיע לאלמנט.
| סוג תנאי | ענפים | מה זה בודק |
|---|---|---|
| Segment | בדיוק 2 | האם המשתמש שייך כרגע ל-segment שבחרתם: Users in a segment, או All other users |
| Tag | 1 עד 10, לפי אופרטור | הערך הנוכחי של tag על הפרופיל, ענף אחד לכל ערך שהגדרתם |
| Event attribute | 1 עד 10, לפי אופרטור | הערך של attribute על אירוע שכבר קרה קודם במסע |
תקרת הענפים ל-Tag ו-Event attribute תלויה באופרטור שמאחורי כל ענף. אופרטורים של התאמת ערך כמו equals, in או contains מגיעים לתקרה המלאה של 10. אופרטורים השוואתיים כמו not-equal, greater-or-equal או exists מגיעים לתקרה נמוכה יותר, מכיוון שענף שנבנה על אחד מהם כבר מכסה את רוב הטווח בעצמו.
מסע לא יכול לערבב סוגי תנאים בתוך אלמנט אחד, וה-segment, ה-tag או האירוע חייבים כבר להתקיים בחשבון. האלמנט עצמו לא יוצר אף אחד מהם. הוא יושב בתוך Customer Journey Builder, קורא את אותם segments, tags ואירועים ששאר הלוח כבר משתמש בהם.
כל תצורה שומרת דרך יציאה
הגדירו Segment, Tag או Event attribute, ו-All other users מגיע כברירת מחדל בכל גרסה של האלמנט. אין toggle בשבילו, ואין דרך למחוק אותו.
משתמש שערך ה-tag שלו לא תואם אף אחד מהענפים שבניתם עדיין נוחת איפשהו, על נתיב שאתם שולטים בו במקום לצאת מהמסע.
שרשרו אלמנטים לתנאי על גבי תנאי
אלמנט אחד קורא סוג תנאי אחד. עבור “מנוי Premium וגם הוצאה גבוהה”, הניחו Condition Split עם תנאי Segment עבור Premium קודם, ואז הוסיפו Condition Split שני עם תנאי Tag עבור רמת הוצאה על הענף שכבר תאם ל-Premium.
כל אלמנט נשאר פשוט לקריאה על הלוח, והשרשרת נושאת את הלוגיקה המורכבת שכלל אחד עמוס היה נושא במקומה. בישראל, שבה קהל ה-B2B SaaS רגיש במיוחד לעלות ותועלת, הפירוק לשלבים ברורים חוסך גם זמן פיתוח וגם דיבאגינג מיותר.
איפה זה מוכיח את עצמו
ניתוב לפי מסלול מנוי
מנויי Premium לנתיב נאמנות, כל השאר להצעת שדרוג, מיד אחרי הכניסה.
ניתוב לפי רמת נאמנות
segments VIP או בעלי ערך גבוה להצעה שונה מזו של שאר הבסיס.
ניתוב מבוסס העדפה
tag של קטגוריה מועדפת מפצל מסע פרומו אחד לעד 10 נתיבים ספציפיים לקטגוריה.
- E-commerce וקמעונאות
- פינטק ובנקאות
- אפליקציות מנוי / יוצרי תוכן
- תעופה
- marketplaces
- media / חדשות / streaming
- משחקים ניידים
אלמנט אחד מבין כמה, על אותו לוח
Condition Split מנתב לפי נתונים שהפרופיל כבר מחזיק. שני שכנים מטפלים בעבודות שונות. Wait for Trigger עוצר וממתין שאירוע חדש יקרה. Time Delay עוצר לפרק זמן, בלי ענף בכלל.
הניחו Condition Split מיד אחרי הכניסה כדי לנתב לפי מי שמישהו כבר הוא, לפני שהוא רואה הודעה אחת. בשוק הישראלי, שבו WhatsApp הוא ערוץ התקשורת הדומיננטי, זה מיקום נפוץ להחליט מי מקבל את ההצעה ב-WhatsApp ומי בפוש רגיל.
נתוני הפרופיל נשארים על תשתית שאפשר לתת לה שם
ה-segments, ה-tags וה-event attributes שאלמנט Condition Split קורא רצים דרך אותה תשתית כמו שאר הפלטפורמה: החומרה של Pushwoosh עצמה בארה”ב ובגרמניה, מוסמכת SOC 2 Type I ו-ISO 27001:2022, תחת GDPR ו-BDSG. הפרטים המלאים בעמוד אבטחת נתונים.
איך זה עובד
-
הניחו את האלמנט על הלוח
פתחו מסע ב-Customer Journey Builder והניחו את Condition Split אחרי נקודת כניסה או בין 2 שלבים.
-
בחרו סוג תנאי ובנו את הענפים
בחרו Segment (קבוע על 2 ענפים), Tag, או Event attribute (1 עד 10 ענפים, תלוי באופרטור שמאחורי כל אחד), ואז מפו כל ענף לערך שהוא צריך להתאים לו.
-
שרשרו אלמנט שני ללוגיקה מורכבת
הוסיפו Condition Split נוסף על ענף שכבר תאם, כדי לשלב 2 תנאים שהאלמנט הבודד לא יכול להחזיק בבת אחת.
שאלות נפוצות
גלה מוצרים קשורים
תכננו ויעלו את הקמפיינים שלכם עם כלי ויזואלי אחד. תקשרו, צרו מעורבות, שמרו, המירו, פלחו והתנסו באמצעות Pushwoosh Customer Journey Builder.
עצרו משתמש עד 90 יום ב-3 ענפים מבוססי אירוע, עד 4 אירועים לכל ענף עם AND/OR, ענף רביעי מובטח Not Triggered, והתאמה מבוססת session ל-order_id או ride_id.
עצרו משתמש בזמן קבוע, שעה מסוימת, תאריך חד-פעמי, יום בשבוע, או תאריך ששמור בפרופיל — עד 30 יום, עם הסתעפות לאיחורים ב-Customer Journey Builder.
פצלו את תנועת המסע לעד 4 ענפים, בדקו כל אחד מול יעדי ההמרה שלכם, ותבו את המנצח באופן אוטומטי ברגע שהתוצאה מובהקת ב-Customer Journey Builder של Pushwoosh.
כלי התמחור של Pushwoosh עוזרים לכם להגיע למשתמשים עם ההצעה הרלוונטית ביותר המבוססת על ההעדפות וההתנהגות הייחודיות שלהם.
הגברת מעורבות עם פעולות המופעלות על בסיס אירועים. השקת קמפיינים באופן אוטומטי כאשר לקוחות מבצעים פעולות, תפיסת הרגעים המושלמים להמרה ולשמירה על לקוחות.