אירועי לקוח לסגמנטציה התנהגותית
תעדו מה הלקוח בדיוק עשה — עליית level, תשלום, שבוע של שקט — בדיוק ברגע שזה קורה. מסעות הלקוח מגיבים בזמן אמת, וסגמנטים יכולים לשאול לא רק מה נכון עכשיו, אלא גם באיזו תדירות ולפני כמה זמן.
חלק מהעובדות הן רגע, לא מספר
לדעת מה הרמה הנוכחית של לקוח היא עובדה אחת. לדעת שהוא ביטל מנוי לפני שעה היא עובדה מסוג אחר — היא קרתה ברגע מסוים, וכדאי להגיב באותו רגע, לא בשליחה המתוזמנת הבאה.
בדיוק לשם כך קיים אירוע (Event). תג (Tag) אומר לכם מה נכון לגבי מישהו עכשיו. אירוע אומר לכם מה הוא בדיוק עשה.
מה אירוע יכול להכיל
מגדירים אירוע פעם אחת בלבד: השם שלו, הנתונים שהוא נושא. משם שולחים אותו בכל פעם שהוא קורה, מה-SDK או מה-API. משם הוא מזין טריגרים של מסעות לקוח ופילטרים של סגמנטים מאותו registry.
| אירועים ברירת מחדל | אירועים מותאמים אישית | |
|---|---|---|
| מקור | מובנים: PW_InAppPurchase, Log out, Payment method changed ואירועים מתועדים נוספים | מוגדרים לפי חשבון, ב-Control Panel או דרך createEvent API |
| מאפיינים | עד 100, מוגדרי-טיפוס | עד 100, מוגדרי-טיפוס |
| טיפוסים | Integer, String, List, Date, Boolean, Price | אותם 6 טיפוסים. אין טיפוס Version, בניגוד לתגיות |
| תקופת שמירה | נקבעת לכל סוג אירוע בנפרד | נקבעת לכל סוג אירוע בנפרד |
חברו הכנסה ותקופת שמירה ישירות לאירוע
מאפיין מסוג Price יחד עם דגל trackRevenue מחבר את האירוע ישירות לדיווח ההכנסות. תקופת השמירה נקבעת לכל סוג אירוע בנפרד, ולא פעם אחת עבור כל החשבון: אירוע תשלום יכול להישאר ברישום שנה שלמה, בזמן שאירוע engagement בעל ערך נמוך פג תוך חודש.
באיזו תדירות, ולפני כמה זמן
פרופיל שנבנה רק מהמצב הנוכחי אומר לכם מי מישהו הוא. הוא לא אומר לכם מה קרה לו הרגע. סגמנטציה התנהגותית שיכולה לסנן רק לפי “נכון עכשיו” לא מבחינה בין הלקוח שעשה משהו שלוש פעמים השבוע לבין זה שעשה זאת פעם אחת, לפני חצי שנה.
אירועים מאפשרים לסגמנט לשאול באיזו תדירות ולפני כמה זמן, ולומר “לא עשה X כבר 14 יום” באותה דיוק כמו “עשה X”. זה בדיוק מה שהופך פרופיל לקוח מאוחד לשימושי בפועל.
איך זה עובד
-
הגדירו את האירוע, אם אתם רוצים שליטה עליו
ב-Control Panel (Audience → Events → Create Event) או דרך createEvent API: שם, תיאור, עד 100 מאפיינים מוגדרי-טיפוס, דגל trackRevenue אופציונלי, וחלון תקופת שמירה. דלגו על זה, ו-postEvent ייצור את האירוע בשליחה הראשונה, עם טיפוסי מאפיינים שמוסקים מה-payload.
-
שלחו אותו מהאפליקציה שלכם
ברגע שזה קורה, דרך postEvent של ה-SDK (iOS, Android, Web) או נקודת הקצה REST /postEvent.
-
השתמשו בו
כפילטר סגמנט (ספירה בתוספת חלון זמן), כטריגר כניסה למסע לקוח, או כתנאי הסתעפות על ה-canvas.
השלבים הראשון והשלישי הם ללא קוד, ב-Control Panel. השלב השני דורש מפתח שיוסיף את קריאת ה-SDK או ה-API.
אירוע אחד, שלוש תכונות שונות קוראות אותו
אירוע שמופעל בקופה יכול למשוך מישהו למסע win-back דרך כניסה מבוססת-טריגר, להסתעף את אותו מסע לפי מאפיין ערך העגלה של האירוע עצמו דרך Condition split, ולסמן את המסע כהצלחה דרך יעדי המרה. שלושה מוצרים, קוראים את אותו אירוע ברגע שהוא מגיע.
נבנה כדי להזין את שאר הפלטפורמה
כניסה מבוססת-טריגר קוראת אירוע כדי להתחיל מסע. Condition split קוראת את המאפיינים שלו כדי לנתב הסתעפות. יעדי המרה קוראים אותו כדי לסגור מסע כמנצח. אירוע אחד, שלוש משימות, בלי להגדיר מחדש כלום.
למה אירועים משמשים
| משימה | וורטיקלים | מה מפעיל את זה |
|---|---|---|
| מסעות ריאקטיביים | B2B SaaS, E-commerce ו-D2C, FinTech ו-HealthTech | עגלה נטושה, טרנזקציה גדולה, שלב activation: המסע מגיב באותו session |
| סגמנטים לפי תדירות ועדכניות | כל וורטיקל | "עשה X שלוש פעמים או יותר ב-30 יום" או "לא עשה X כבר 14 יום" |
| אירועים מיוחסים להכנסה | E-commerce ו-D2C, FinTech | מאפיין Price בתוספת trackRevenue, מחובר ישירות לדיווח הכנסות |
| מדרגות שימור וחוסר-פעילות | B2B SaaS, E-commerce ו-D2C | inactivity_7, inactivity_30, d7_retention: הפעלה מחדש מדורגת במקום דגל בודד |
איך לבדוק שזה עובד
הסטטיסטיקה של Events & Tags מראה כמה פעמים כל אירוע הופעל, ולכמה משתמשים ייחודיים, על פני כל חלון זמן שתבחרו. זו התצוגה שכדאי לבדוק לפני שסומכים על מסע או סגמנט שנבנו על אירוע שהוספתם הרגע.
מה חשוב לזכור
הפכו את מה שהלקוחות שלכם עושים למה שקורה הלאה
תג אומר לכם מי מישהו הוא. אירוע אומר לכם מה הוא בדיוק עשה — וזה בדיוק מה שמסע לקוח או סגמנט יכולים לפעול לפיו באותו הרגע שבו זה קורה.
גלה מוצרים קשורים
שער ברמת ה-SDK ל-iOS, Android, Unity ו-Web ו-toggle מובנה של double opt-in לטפסי הרשמה. איסוף הנתונים רדום עד שהמשתמש מסכים, ומתבטל ברגע שהוא חוזר בו.
צרפו טקסט, מספרים, תאריך, מטבע וגרסת אפליקציה למכשיר או למשתמש, ואז השתמשו בזה לבניית סגמנטים, הסתעפות במסע לקוח ופרסונליזציה של הודעות.
התחילו מסע ברגע שאירוע יורה, עם תנאים על ה-attributes שלו, שליטה בכניסה חוזרת, ועד כמה sessions מקבילים למשתמש לפי order_id או product_id.
נתבו כל משתמש לאחד מעד 10 ענפים לפי segment, tag או event attribute שכבר קיימים בפרופיל שלו, עם ענף catch-all מובטח ובלי המתנה.
הגדירו את האירוע שמסמן הצלחה של מסע, ספרו המרות מאוחרות עד 30 יום אחרי היציאה, וסיימו את הרצף ברגע שמשתמש ממיר.
הנעת מעורבות באמצעות מקטע בזמן אמת. צור קהלים דינמיים המתעדכנים מיידית על בסיס התנהגות, הפעל קמפיינים בזמן הנכון ומקסם את ההמרות.