Customer Journey Builder

דעו בדיוק מתי מסע עבד

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

קנבס Customer Journey: מסע ניסיון שמסתיים ביעד המרה על רכישה עם חלון של 30 יום, לצידו נתוני Performance של המסע עם שני יעדי המרה ואחוזי ההמרה שלהם

מה יעדי המרה נותנים לכם

הגדרת יעד

בחרו את האירוע שמסמן שהמסע הצליח, וצמצמו אותו עם תנאי על attribute.

חלון המרה של 30 יום

משתמש שממיר אחרי שיצא מהמסע עדיין נספר — עד 30 יום.

סיום מסע אחרי אירוע זה

ביטול אופציונלי של מה שנשאר מהרצף ברגע שמישהו ממיר.

כמה יעדים, לוגיקת OR

עקבו אחרי יותר מיעד אחד; הגעה לכל אחד מהם מסיימת את המסע שם.

מה מגדירים

הגדרהמה היא עושהברירת מחדל
אירוע יעדהאירוע שנחשב הצלחה, כמו רכישה או הרשמה לתשלוםלא מוגדר
תנאי attributeמצמצם את אירוע היעד, למשל ערך הזמנה מעל סף מסויםכבוי
חלון המרהכמה זמן אחרי היציאה אירוע תואם עדיין נספר, עד 30 יוםכבוי (0 ימים)
סיום מסע אחרי אירוע זהמבטל את שאר הרצף למשתמש שמגיע ליעדכבוי
כמה יעדיםמעקב אחרי יותר מאירוע אחד; הגעה לכל אחד מהם מסיימת את המסע (לוגיקת OR)יעד אחד, אלא אם מוסיפים עוד
הגדרה
1 / 5
אירוע יעד
מה היא עושה
האירוע שנחשב הצלחה, כמו רכישה או הרשמה לתשלום
ברירת מחדל
לא מוגדר
הגדרה
2 / 5
תנאי attribute
מה היא עושה
מצמצם את אירוע היעד, למשל ערך הזמנה מעל סף מסוים
ברירת מחדל
כבוי
הגדרה
3 / 5
חלון המרה
מה היא עושה
כמה זמן אחרי היציאה אירוע תואם עדיין נספר, עד 30 יום
ברירת מחדל
כבוי (0 ימים)
הגדרה
4 / 5
סיום מסע אחרי אירוע זה
מה היא עושה
מבטל את שאר הרצף למשתמש שמגיע ליעד
ברירת מחדל
כבוי
הגדרה
5 / 5
כמה יעדים
מה היא עושה
מעקב אחרי יותר מאירוע אחד; הגעה לכל אחד מהם מסיימת את המסע (לוגיקת OR)
ברירת מחדל
יעד אחד, אלא אם מוסיפים עוד

מוגדר פעם אחת, לכל המסע

יעדי המרה נמצאים בפאנל ה-Settings של המסע, מוגדרים פעם אחת לכל המסע במקום לגרור אותם לקנבס כמו time delay או condition split. בחרו את האירוע שמסמן הצלחה — רכישה, שדרוג תוכנית, הזמנת פגישה — והוסיפו תנאי attribute אם האירוע לבדו לא מספיק מדויק.

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

תפסיקו לשלוח למי שכבר המיר

הפעילו “סיום מסע אחרי אירוע זה”, ו-Pushwoosh יבטל את מה שנשאר מהרצף לאותו משתמש ברגע שהוא מגיע ליעד. ההגדרה כבויה כברירת מחדל, אז מסע בלעדיה ממשיך לשלוח את שאר הרצף גם אחרי שמישהו כבר עשה את מה שהתבקש.

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

איפה זה עובד הכי טוב

B2B SaaS וסטארטאפים

יעד = activation, למשל השלמת אונבורדינג. עצרו את רצף ההפעלה ברגע שמשתמש חדש כבר activated, ומדדו כמה מהמסע תרם לזה.

E-commerce ו-D2C

יעד = רכישה. סיימו את רצף שחזור העגלה ברגע שהלקוח משלים checkout — כולל בשיא הקניות של חגי תשרי.

FinTech ו-HealthTech

יעד = onboarding מאובטח שהושלם. נתוני ההמרה עוברים באותה תשתית שעומדת בתקני SOC 2 ו-ISO 27001.

כמעט כל מסע עם אירוע המרה אמיתי נהנה מזה, אבל התועלת הגדולה ביותר היא במקום שבו האירוע הזה נקי וחד-משמעי.

  • B2B SaaS
  • E-commerce
  • FinTech
  • HealthTech
  • אפליקציות מבוססות מנוי
  • גיימינג
  • נדל”ן
  • תיירות

אותו יעד בוחר את מנצח ה-A/B/n בשבילכם

Customer Journey Builder יכול לפצל, להמתין ולקבוע קצב לרצף בדיוק כמו שאתם צריכים. יעדי המרה הופכים את זה למספר אמיתי: המסע הזה המיר 8% מכל מי שנכנס אליו, נמדד מול האירוע שהגדרתם כהצלחה.

אותה הגדרה מזינה ישירות את בדיקת A/B/n: זה היעד שהפלטפורמה מודדת מולו כל ענף. במצב אוטומטי, הענף שממיר יותר מקבל את התנועה החדשה בלי שלב ידני; במצב ידני, אותם מספרים זמינים לכם לפני שאתם לוחצים “השאר רק את המנצח”.

נתוני ההמרה נשארים על התשתית שלנו

כל אירוע שאתם עוקבים אחריו כיעד עובר דרך אותה תשתית שמריצה את שאר הפלטפורמה. תקני אבטחה גלובליים מובנים בה: Pushwoosh מוסמכת SOC 2 Type I ו-ISO 27001:2022, תואמת GDPR, ופועלת על תשתית משלה בארה”ב ובגרמניה — תקנים שתומכים גם בעמידה בחוק הגנת הפרטיות הישראלי וגם בעסקאות ה-export שלכם. פירוט מלא בעמוד אבטחת נתונים.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type I CertifiedOWASP Compliant

איך זה עובד

  1. פתחו את פאנל ה-Settings של המסע

    בחרו את האירוע שאתם רוצים לספור כיעד, והוסיפו תנאי attribute אם צריך לצמצם אותו.

  2. הגדירו את חלון ההמרה

    עד 30 יום אחרי שמשתמש יוצא מהמסע. משתמש שממיר בתוך הטווח הזה עדיין נספר.

  3. הפעילו סיום מסע אחרי אירוע זה

    אופציונלי. משתמשים שהמירו מפסיקים לקבל את שאר הרצף. השאירו את זה כבוי והרצף ימשיך לרוץ לכולם.

נתוני ה-Performance של המסע עצמו מציגים כמה מהנכנסים הגיעו ליעד, כך שאחוז ההמרה נמצא ממש ליד המסע.

טוב לדעת: מה יעדי המרה מכסה ומה לא.

  • הוא נמצא בפאנל ה-Settings של המסע; אין אלמנט קנבס לגרור.
  • חלון ההמרה מוגבל ל-30 יום אחרי היציאה מהמסע.
  • “סיום מסע אחרי אירוע זה” כבוי כברירת מחדל. השאירו אותו לא מסומן, ומשתמשים שהמירו עדיין יקבלו את שאר הרצף.
  • כמה יעדים משולבים עם OR: המסע מסתיים ברגע שמשתמש מגיע לאחד מהם.
  • האירוע שאתם עוקבים אחריו כבר צריך להגיע ל-Pushwoosh דרך SDK או API. יעד קורא אירועים קיימים, הוא לא מגדיר אירועים חדשים.

שאלות נפוצות

גלה מוצרים קשורים

בונה מסע הלקוח

תכננו ויעלו את הקמפיינים שלכם עם כלי ויזואלי אחד. תקשרו, צרו מעורבות, שמרו, המירו, פלחו והתנסו באמצעות Pushwoosh Customer Journey Builder.

בדיקות A/B/n בתוך מסע הלקוח

פצלו את תנועת המסע לעד 4 ענפים, בדקו כל אחד מול יעדי ההמרה שלכם, ותבו את המנצח באופן אוטומטי ברגע שהתוצאה מובהקת ב-Customer Journey Builder של Pushwoosh.

פעולות המופעלות על בסיס אירועים לאוטומציה בשיווק

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

אלמנט Wait for Trigger במסע לקוח

עצרו משתמש עד 90 יום ב-3 ענפים מבוססי אירוע, עד 4 אירועים לכל ענף עם AND/OR, ענף רביעי מובטח Not Triggered, והתאמה מבוססת session ל-order_id או ride_id.

שחזור עגלות נטושות

הפכו עגלות נטושות להכנסה באמצעות אוטומציה לשחזור עגלות. שלחו תזכורות בזמן, הצעות מותאמות אישית ו стимуולות שמניעות המרות.

קמפיינים אוטומטיים למניעת נשירה

הגברת נאמנות לקוחות באמצעות קמפיינים למניעת נשירה. זוהה חוסר מעורבות, שלח הצעות אסטרטגיות, ושמור על מנויים באמצעות התערבויות אקטיביות.