דלג לתוכן הראשי

הסתעפויות במסע

צרו לוגיקת הסתעפות מתקדמת המבוססת על אירועים ומאפיינים.

טריגרים של פיצול לפי התנהגות​

פיצול לפי התנהגות (behavior split) ממתין עם כל משתמש ומנתב אותו לפי מה שהוא עושה בתוך חלון זמן ("האם האירוע…"). בכל ענף אתם בוחרים טריגר אחד או יותר; המשתמש מנותב לענף הראשון שהטריגר שלו מופעל:

  • Perform Custom Event / Place Order / Start Session - המשתמש מבצע את האירוע הזה, עם אפשרות לסנן לפי מאפייני האירוע.
  • Add an Email Address / Change Custom Attribute Value - מאפיין משתמש (או כתובת הדוא"ל שלו) מוגדר או משתנה. זה מופעל בין אם השינוי מגיע מלוח הבקרה, מ‑API שלכם, או מקריאת identify ב‑SDK; עבור שינוי מאפיין תוכלו להתאים כל ערך חדש או הערך הספציפי.
  • Update Subscription Status - סטטוס המנוי של איש קשר משתנה בערוץ מסוים (אימייל, SMS, וואטסאפ או פוש). התאימו כל שינוי סטטוס, או רק שינוי לסטטוס מסוים (Subscribed, Unsubscribed או Opted in).
  • Send a WhatsApp Inbound Message - איש הקשר משיב בוואטסאפ. אפשר להגביל את ההתאמה לחשבון וואטסאפ מסוים ולגוף ההודעה - Contains, Doesn't contain, Matches או Doesn't match קטע טקסט.
  • SMS Inbound Message - איש הקשר משיב ב-SMS. התנאים מתאימים את Message Text או Message Type עם אופרטורים כמו שווה / מכיל / מתחיל ב. SMS נכנס נקלט ב-webhook הנכנס של המספר. בהודעה שנשלחת מיד אחרי התאמה לענף הזה, {{ reply.text }} מחזיר את תוכן התשובה - בדיוק כמו בוואטסאפ.
  • Entity changed - רשומה של ישות מותאמת (המקושרת לאיש הקשר) נוצרת, מתעדכנת או נמחקת, עם אפשרות לעקוב אחר שדות מסוימים או להתאים תנאי שדה. בישות חייב להיות מוגדר Contact link, כדי לשייך את השינוי לאנשי הקשר הנכונים. זו אותה אפשרות שתמצאו בטריגר הכניסה של המסע ובקמפיינים.

משתמשים שאינם מפעילים אף ענף בתוך החלון מנותבים אל נתיב פקיעת הזמן (timeout). בחרו התקדמות מסוג immediate כדי לנתב ברגע שטריגר מופעל, או end of window כדי להמתין עד תום החלון ולדרג את ההתאמות לפי סדר הענפים.

בחירת צומת ההסתעפות​

ארבעה סוגי צמתים מנתבים משתמשים לנתיבים שונים, וכל אחד עונה על שאלה אחרת:

צומתמנתב לפימתי להשתמש
Branch (תנאי)מי המשתמש ברגע זה - מאפיינים, היסטוריית אירועים, שיוך לסגמנטים"האם המשתמש רכש?", "האם הוא VIP?"
Behavior Splitמה המשתמש יעשה בהמשך, בתוך חלון המתנה"האם ירכוש תוך 24 שעות מהאימייל הזה?"
Experimentהקצאה אקראית לפי אחוזים"איזה משני המסלולים מתפקד טוב יותר?"
AI-Decisionתחזית ה-AI לכל משתמש לגבי הנתיב הטוב ביותר"לשלוח לכל אדם את ההצעה שהכי סביר שיפעל לפיה"

מדריך ההגדרה המלא לכל אחד נמצא בצומתי המסע - העמוד הזה עוסק באופן שבו תנאים מוערכים ובדפוסים שעולים בפועל.

ענפי תנאי (צומת Branch)​

צומת Branch מעריך את המשתמש ברגע שהוא מגיע אליו ומנתב אותו מיד - בלי המתנה. יש לו שני מצבים:

  • Yes / No - נתיב אחד בעל שם ועוד Everyone else, לשאלות בינאריות.
  • Multi - עד 10 קבוצות בעלות שם ומדורגות ועוד Everyone else (11 נתיבים בסך הכול), לניתוב רב-כיווני.

מה תנאים יכולים לבדוק​

קבוצות בצומת ההסתעפות נבנות מאותן שורות מסננים שמשמשות את עורך הסגמנטים ובורר הקהל של קמפיינים, כך שענף יכול לבדוק כל מה שסגמנט יכול:

  • מאפייני משתמש - מאפיינים מותאמים ושדות מובנים (אימייל, טלפון, שם, מדינה, ציוני ML), עם אופרטורים כמו שווה, גדול/קטן מ, מכיל, קיים ונמצא ברשימה.
  • היסטוריית אירועים - ביצע / לא ביצע אירוע, עם אפשרות להגביל לחלון זמן (דקות, שעות או ימים) ולהתאים למאפייני האירוע (למשל, "ביצע הזמנה ב-30 הימים האחרונים בערך של 100 לפחות").
  • שיוך לסגמנט - נמצא או לא נמצא בסגמנט (סגמנטים יכולים להפנות לסגמנטים אחרים).
  • השתתפות במסעות - נמצא כעת במסע אחר, השלים אותו או יצא ממנו.
  • הרשמה לערוץ וחברות ברשימה - רשום/אישר הצטרפות לערוץ, או חבר ברשימת מנויים.
  • סטטוס החזרות אימייל, נתוני מסחר אלקטרוני (סגמנט RFM, מספר הזמנות, הוצאה, מצב עגלה), רשומות ישויות ונוכחות אפליקציה.

קטלוג האופרטורים המלא לכל סוג מסנן נמצא במדריך צומתי המסע.

תנאי AND / OR​

כל נתיב או קבוצה מוגדרים באמצעות קבוצת מסננים אחת או יותר:

  • מסננים בתוך קבוצה מחוברים במחבר הפנימי שלה - AND ("תוכנית פרימיום וגם פעיל ב-7 הימים האחרונים") או OR.
  • הקבוצות עצמן מחוברות באופרטור חיצוני, בדרך כלל OR - כך שנתיב תואם אם אחת מהקבוצות שלו תואמת.

מצמצמים עם AND, מרחיבים עם OR‏: "(‏VIP וגם פעיל) או (הוציא מעל 500)" הן שתי קבוצות, כל אחת עם AND פנימי, מחוברות ב-OR חיצוני.

ענפי עדיפות (הכרעה מדורגת)​

במצב מרובה, הקבוצות מוערכות מלמעלה למטה - הקבוצה הראשונה שתואמת מנצחת. לכן סדר הקבוצות הוא החלטת ניתוב אמיתית:

  • שימו את הקבוצה הספציפית ביותר ראשונה. אם "ביצע רכישה כלשהי" מדורגת מעל "לקוחות VIP", לקוח VIP שרכש ינותב לנתיב הרכישה הכללי ולעולם לא יגיע לנתיב ה-VIP.
  • גררו שורות בסרגל שבחלון כדי לשנות את סדר העדיפות.
  • משתמשים שלא תואמים לאף קבוצה בעלת שם מנותבים ל-Everyone else - תמיד חברו את הנתיב, או סמנו אותו Exit canvas במכוון.

כל קבוצה (כולל Everyone else) ניתנת לסימון Exit canvas instead of routing - משתמשים שמגיעים אליה מסיימים את המסע בצומת ההסתעפות.

ענפי תנאי לעומת פיצולי ניסוי ווריאנטים​

ההבחנה שחשובה: תנאים הם דטרמיניסטיים, ניסויים הם אקראיים.

  • Branch תמיד שולח את אותו משתמש (באותו מצב) לאותו נתיב - הניתוב הוא פונקציה של מי שהוא. השתמשו בו כשהנתיבים מיועדים לאנשים שונים.
  • צומת Experiment מקצה משתמשים לנתיבים אקראית לפי אחוזים - הניתוב הוא הטלת מטבע שאתם שולטים במשקלים שלה. השתמשו בו כשהנתיבים הם חלופות לאותם אנשים ואתם רוצים ללמוד מה מתפקד טוב יותר (עם אפשרות לנעילת מנצח). ראו את מדריך צומת הניסוי.
  • וריאנטים של המסע כולו מתפצלים בטריגר הכניסה במקום באמצע המסע - בדיקת A/B/n בין מסעות שלמים, עם אפשרות לקבוצת ביקורת למדידת uplift. ראו וריאנטים וקבוצת ביקורת.
  • צומת AI-Decision הוא לא זה ולא זה: הוא בוחר באופן דטרמיניסטי את הנתיב שחזוי להיות הטוב ביותר לכל משתמש, ולומד מהתוצאות. ראו צומתי AI-Decision.

שילוב מועיל: צומת Experiment שלומד איזו הודעה מנצחת, אחרי Branch שמנתב קודם לפי מי האדם.

דפוסים נפוצים​

רכש לעומת לא רכש​

שתי דרכים לשאול, והן אינן זהות:

  • מבט לאחור - ‏Branch עם מסנן אירוע (not_performed_event_in_last "Order Completed", שעה אחת) אחרי צומת השהיה. התנאי מוערך פעם אחת, מיד כשהמשתמש מגיע. זו התבנית הקלאסית של עגלה נטושה: טריגר (הוספה לעגלה) → השהיה של שעה → Branch → אימייל שחזור בנתיב "לא רכש".
  • מבט קדימה - פיצול לפי התנהגות עם טריגר purchase_completed וחלון של 24 שעות. המשתמש חונה בצומת; רכישה מנתבת אותו מיד לנתיב "did", ופקיעת החלון מנתבת אותו ל"No event in window". השתמשו בזה כשאתם רוצים להגיב ברגע הרכישה במקום לבדוק אחרי השהיה קבועה.

ניתוב לפי העדפת ערוץ​

‏Branch מרובה עם מסנני הרשמה לערוץ, המדורגים לפי סדר העדיפות שלכם:

  1. נגישים בפוש - אישרו פוש → הודעת פוש
  2. מנויי וואטסאפ - רשומים לוואטסאפ → הודעת וואטסאפ
  3. Everyone else → הודעת אימייל

מכיוון שההכרעה מדורגת, משתמש שאישר קבלת הודעות גם בפוש וגם בוואטסאפ יקבל פוש - הדירוג הוא סדר ההעדפה. לגרסה שמבוססת על תחזית ("לאיזה ערוץ המשתמש הזה באמת יגיב?") השתמשו בצומת AI-Decision ותנו למודל לנתב כל משתמש.

רמות ערך ומחזור חיים​

‏Branch מרובה עם מסנני מסחר אלקטרוני - סגמנט RFM ששווה "champions" ללקוחות VIP, מספר הימים מאז ההזמנה האחרונה ללקוחות בסיכון, ו"לא ביצע רכישה מעולם" למתעניינים - כשכל רמה מנותבת לרצף ההודעות שלה. דוגמה מפורטת נמצאת בצומתי המסע.

ניתוב לפי שלמות הפרופיל​

‏Branch מסוג Yes / No עם בדיקת exists על מאפיין (למשל phone exists) לפני שלב SMS, שמנתב משתמשים בלי טלפון לנתיב חלופי באימייל במקום להסתמך על הדילוג בזמן השליחה. שתי הדרכים עובדות - הענף מציג את החלופה במפורש במסע, בעוד הדילוג פשוט מקדם את המשתמש בלי הודעה. ראו התנהגות הסכמת ההרשמה.

איתור תקלות בנתיבים​

כשענף מנתב משתמשים למקום שלא ציפיתם לו:

  • ספירות לפי נתיב - בתצוגת האנליטיקה, לחצו על צומת ההסתעפות כדי לפתוח את מגירת המדדים שלו; מקטע Paths מראה כמה משתמשים פנו לכל נתיב ומהו חלקם מכלל הנכנסים לצומת. נתיב עם אפס משתמשים בדרך כלל מסמן קבוצה שלעולם אינה יכולה להתאים או שקבוצה בעלת עדיפות גבוהה יותר קודמת לה; Everyone else שקולט את רוב התעבורה בדרך כלל אומר שהקבוצות בעלות השם צרות מדי או מסודרות לא נכון.
  • מעקב אחרי משתמש בודד - פתחו Analytics → Journey Runs, חפשו את מזהה המשתמש והרחיבו את הריצה: ציר הזמן מראה בדיוק באילו צמתים ונתיבים עבר המשתמש בכל שלב, ותצוגת המסע לפי משתמש מדגישה את המסלול שלו על גרף המסע. חלונית Context Variables של הריצה מציגה את הערכים שעמדו לרשות התנאים.
  • בדקו את רגע ההערכה - ‏Branch קורא את המצב בעת ההגעה. אם מאפיין המשתמש השתנה אחרי שעבר את הענף, הוא נותב לפי הערך הישן; שימו את ה-Branch אחרי ההשהיה (לא לפניה) כשאתם מתכוונים ל"מצב בזמן השליחה".
  • שימו לב לתגית האזהרה - קבוצה בפיצול לפי התנהגות עם רשימת טריגרים ריקה מציגה תגית אזהרה על הכרטיס: הקבוצה לא תוכל להתאים עד שתוסיפו טריגר או תסמנו Exit canvas.
  • מסנני סגמנט מוערכים בזמן אמת - תנאי segment מעריך מחדש את הגדרת הסגמנט מול המשתמש ברגע שהוא מגיע לענף (באופן רקורסיבי, עבור סגמנטים שמפנים לסגמנטים אחרים), במקום לקרוא רשימת שיוך שמורה - כך שמשתמש שהחל להתאים מזוהה מיד.

ראו ניתוח נתוני מסע לתצוגת האנליטיקה המלאה.

קישורים קשורים​