יצירת מסע

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

שמות

הנתיב הפנימי ושם הישות עדיין canvas, אבל השם שמוצג למשתמשים הוא User Journey. שני המונחים מתייחסים לאותו מוצר בתיעוד.

מה אפשר לבנות

• תהליכי הצטרפות - הדרכת משתמשים חדשים
• נטישת עגלה - תזכורת להשלמת רכישה
• המרת משתמשי ניסיון - טיפוח משתמשי ניסיון עד למעבר לתוכנית בתשלום
• חידוש מעורבות - החזרת משתמשים לא פעילים
• רצפי שדרוג - עידוד שדרוגים
• תזמור רב־ערוצי - תיאום בין אימייל, SMS, Push, WhatsApp ו־In-App

אשף שש לשוניות

בונה המסעות משתמש באשף בעל שש לשוניות. הכותרת מציגה מחוון שלבים עם מספרים, כותרות משנה, קווי חיבור, סימן ירוק על שלבים שהושלמו וסימן ! כתום על כל לשונית שנכנסתם אליה ויצאתם ממנה עם שגיאות. Continue, Save Draft ו־Publish נמצאים כולם בכותרת - אין שורת ניווט תחתונה.

כל מעבר בין לשוניות שומר אוטומטית את העבודה כ־status='draft'. השמירה הראשונה יוצרת את הרשומה; שמירות הבאות הן PATCH. אפשר לצאת ולחזור בלי לאבד שום דבר.

#	לשונית	מה מגדירים
1	Details	שם, תיאור, סטטוס, תגיות.
2	Delivery	סוג שליחה והגדרת טריגר.
3	Audience	בורר מצב → בונה מסננים → מדיניות כניסה חוזרת → קריטריוני יציאה.
4	Conversion	אירועי המרה ראשי ומשני.
5	Journey editor	עורך הצמתים במסך מלא.
6	Summary	סקירה לקריאה בלבד לפני פרסום.

פתחו את האשף ב־Canvas → New User Journey.

לשונית 1: Details

• Name (חובה) ו־Description לפי הצורך.
• Status - draft / active / paused / archived. רוב המסעות מתחילים כ־draft ועוברים ל־active בפרסום.
• Tags - תגיות שמאפשרות לקבץ לפי צוות ומשמשות גם לעקיפת רשימות חסימה (אותו מודל כמו קמפיינים). הקלידו תגית, לחצו Enter והיא תתווסף כתווית שאפשר להסיר.

לשונית 2: Delivery

בחרו send type - חובה, אין ברירת מחדל שקטה:

Send type	מתי משתמשים נכנסים
immediate	פעם אחת, מיד אחרי פרסום, לכל משתמש שתואם לקהל.
scheduled	פעם אחת בתאריך/שעה מסוימים, לכל משתמש שתואם באותו רגע.
recurring	לפי לוח (יומי / שבועי / חודשי / cron). הקהל מוערך מחדש בכל הפעלה.
trigger	כשטריגר מופעל - אירוע, שינוי ישות, הודעת WhatsApp נכנסת, הודעת SMS נכנסת או API. הקהל קובע אם המשתמש נכנס.

למצב trigger, בחרו trigger type (גם חובה):

• Built-in - הטריגרים המובנים המרכזיים של Joryio, מוצגים כרשימה אצורה כדי שלא תצטרכו לחפש אותם בין כל האירועים שבמעקב:

  • Back in stock / Restock - מוצר או פריט שהמשתמש הביע בו עניין חזר להיות זמין. בחרו את ה-source: Product catalog (back_in_stock, נרשם אוטומטית לכל משתמש מהחנות המסונכרנת - Shopify / WooCommerce / Magento) או Custom entity (entity_back_in_stock, מהתראת קשר בין ישויות - למשל קורס, פרק או משבצת תור).
  • Price drop (price_drop) - מוצר שהמשתמש הביע בו עניין ירד במחיר מתחת לסף שהגדרתם, מקטלוג המוצרים המסונכרן.

  כל אחד נשמר כטריגר אירוע רגיל, ואפשר להוסיף תנאים על מאפייני האירוע ישירות בבורר (למשל רק קטגוריה מסוימת, או מחיר מתחת לסף).

• Event tracked - מופעל כשאירוע בשם שנבחר נרשם עבור המשתמש.

• Entity changed - מופעל על created / updated / deleted / שינוי שדה בישות מותאמת.

• WhatsApp inbound - מופעל כשמשתמש שולח הודעת WhatsApp תואמת.

• Inbound SMS - מופעל כשאיש קשר מוכר שולח הודעת SMS. סננו לפי חשבון SMS, סוג הודעה ותנאים על Message Text / Message Type (שווה, מכיל, מתחיל ב וכו'). SMS נכנס נקלט ב-webhook הנכנס של המספר. רק אנשי קשר שכבר נמצאים בקהל שלכם עם אותו מספר טלפון מצורפים; תשובות ממספרים לא מוכרים נשמרות אך אינן יוצרות איש קשר אוטומטית.

• Attribute changed - מופעל כאשר הערך של מאפיין משתמש משתנה.

• Subscription status - מופעל כאשר סטטוס המנוי לערוץ או לרשימה משתנה.

• API (manual entry) - אין מאזין אוטומטי. משתמשים נכנסים דרך POST /api/canvas/:id/enter.

הגדרות שליחה נוספות:

• Quiet-time override - התעלמות משעות שקטות / ימים / חגים למסע הזה.
• Touching-rules override - עקיפת מגבלות התדירות של סביבת העבודה. שמורה להודעות טרנזקציוניות או קריטיות.

לשונית 3: Audience

לשונית Audience נפתחת עם בורר מצב - אותם שני אריחים כמו אשף הקמפיינים:

• Targeted audience (RECOMMENDED - תווית ירוקה) - בונה המסננים.
• Send to everyone - שידור לכל סביבת העבודה.

ברגע שבוחרים מצב, אשף המסעות עובד בדיוק כמו אשף הקמפיינים: מעטפת v2 של בונה המסננים (תגיות צבעוניות ממוספרות לכל קבוצה, AND/OR ConnectorChip בתוך הקבוצות וביניהן, כפתורי + Add condition / + Add filter group מקווקווים, אישור לפני מחיקת קבוצה לא ריקה ומונה בזמן אמת לכל קבוצה). סרגל הצד מציג את גודל הקהל עם תגית Live ירוקה, את האחוז מסביבת העבודה, פס התקדמות בגובה 4px ופירוט לפי ערוץ.

בוררי האירועים והמאפיינים הם תיבות בחירה משולבות (combobox) עם חיפוש ועם שורת + Create event/attribute "<query>" כשאין התאמה.

מדיניות כניסה חוזרת

מה קורה כשמשתמש שכבר יש לו הרצה פעילה מפעיל מחדש את המסע:

מדיניות	התנהגות	תווית minIntervalMinutes
block (ברירת מחדל)	אוסר כניסה חוזרת.	"Cooldown after exit (minutes)" - N דקות חייבות לעבור בין יציאה אחרונה לכניסה הבאה.
restart	מסיים את ההרצה הישנה ומתחיל חדשה.	(השדה מוסתר - restart מסיים בכל מקרה את ההרצה הישנה)
parallel	מאפשר כמה הרצות במקביל למשתמש.	"Minimum time between entries (minutes)" - מחושב מהכניסה האחרונה.

למצב parallel, הגדירו גם Max concurrent (1-10).

Exit Criteria

הגדירו מתי משתמש צריך לצאת ממסע פעיל מוקדם. ההגדרה משתמשת באותו בונה קבוצות מסננים כמו Audience, אך רק עם אזור ההכללה (אין Exclude - הוספת Exclude מעל "הסר משתמשים שמתאימים ל־X" יוצרת שלילה כפולה ומבלבלת).

תהליך מתוזמן פועל כל חמש דקות: לכל מסע פעיל עם Exit Criteria, הוא מאתר את המשתמשים התואמים, מצליב אותם עם הרצות פעילות ומעביר אותם ל־exited עם exitReason='exit_criteria_matched'.

שימושים טיפוסיים:

• עצור כשהמשתמש המיר - מסנן של אירוע ההמרה הראשי.
• הסר ב־unsubscribe - מסנן channel-subscription או list-membership.
• דלג על משתמשים שהשלימו את היעד במקום אחר - מסנן behavioral או canvas-execution.

לשונית 4: Conversion

• Primary conversion event - שם האירוע שמסמן את המשתמש כממיר. אפשר להוסיף תנאים על מאפייני האירוע.
• Attribution window - שעות מהכניסה לזיכוי המרה.
• Attribution model - first_touch / last_touch / linear.
• Secondary conversion events - יעדים נוספים שמתועדים לצד היעד הראשי (כמו added_to_cart, viewed_pricing). אפשר להוסיף תווית לכל אחד.

לשונית 5: Journey editor

לחיצה על הלשונית הזו פותחת את עורך הצמתים במסך מלא ב־/canvas/:id?from=wizard. צומת הטריגר כבר נטען עם ההגדרה מלשונית Delivery והוא נעול - אי אפשר לערוך או למחוק אותו מתוך העורך. כדי לשנות איך המסע מתחיל, חזרו ללשונית Delivery.

צמתים זמינים

צמתי הודעה

• Email - שליחת אימייל
• SMS - שליחת SMS
• Push - שליחת התראת פוש
• WhatsApp - שליחת תבנית WhatsApp
• In-app - הצגת הודעת In-App
• Webhook - קריאה ל־API חיצוני

צמתי לוגיקה

• Delay - המתנה קבועה (למשל יום, 3 שעות)
• Wait Until - המתנה לאירוע, שינוי מאפיין או תאריך
• Branch - פיצול משתמשים לפי תנאים
• Filter - מעבר רק אם עומדים בקריטריונים
• Exit - סיום המסע

צמתי ניסוי

• A/B Test - בדיקת וריאנטים
• Random Split - הקצאה אקראית למסלולים

הפעולה "Back to wizard" מחזירה ללשונית Summary לסקירה ולפרסום.

לשונית 6: Summary

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

דוגמה: מסע להמרת משתמשי ניסיון

מסע פשוט שמטפח משתמשי ניסיון ומוביל אותם להמרה:

[Trigger: Event "trial_started"]
    ↓
[Delay: 1 day]
    ↓
[Email: Welcome + getting started guide]
    ↓
[Delay: 3 days]
    ↓
[Branch: Has used Feature X?]
    ├─ Yes → [Email: Advanced tips]
    └─ No  → [Email: How to use Feature X]
    ↓
[Delay: 7 days]
    ↓
[Filter: Still on trial?]
    ↓
[Email: Trial ending soon - 20% off]
    ↓
[Wait Until: Converts OR trial ends]
    ├─ Converted → [Email: Welcome to Premium]
    └─ Timeout  → [Exit]

מחזור חיי הרצה: completed לעומת exited

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

סטטוס	משמעות
active	המשתמש כרגע מתקדם במסע.
completed	המשתמש הגיע לצומת Exit באופן טבעי - מסלול ההצלחה הסתיים. נקבע כשהריצה מגיעה לצעד Exit.
exited	המשתמש הוצא מהמסע לפני שהגיע ל-Exit. השורה מקבלת שדה exitReason עם אחת הסיבות הבאות.
failed	בצומת אירעה שגיאה שלא ניתן היה להתאושש ממנה (למשל webhook שהחזיר 500 בלי נתיב חלופי).

למה יש מצב exited

ריצה יכולה להסתיים בכפייה בארבעה מצבים:

• exit_criteria_matched - הריצה התאימה למסנן Exit Criteria כללי (למשל משתמש ביטל הרשמה, הפך ללקוח משלם). סריקה שמתבצעת מדי חמש דקות מוציאה את המשתמשים האלה מהמסע מוקדם.
• reentry_restart - המשתמש נכנס שוב למסע בזמן שהרצה קודמת עדיין פעילה ומדיניות הכניסה החוזרת היא restart. הריצה הקודמת מסתיימת בכפייה כדי שהחדשה תוכל להתחיל במצב נקי.
• force_exited_on_publish - מנהל מערכת פרסם גרסה חדשה עם מצב המעבר force exit existing users. כל המשתמשים הפעילים בגרסה הקודמת מוצאים ממנה.
• version_orphaned_cleanup - המשתמש נתקע בגרסה שהועברה לארכיון. אחרי שעה של חוסר פעילות בגרסה יתומה, המערכת מוציאה אותו מההרצה.

אין timeout ברמת המסע

מסעות ארוכי טווח (מסעות לחידוש מעורבות שנמשכים שבועות או חודשים) נתמכים במפורש - אין תקרת "סיים את ההרצה אחרי N שעות". אם צריך להגביל המתנה בשלב יחיד, הגדירו את משך ההשהיה בצומת Delay; אם צריך להסיר משתמשים שמצבם השתנה, השתמשו בExit Criteria.

למה ההבחנה הזו חשובה לסגמנטציה

בבונה הסגמנטים יש למסנן Canvas Journey אופרטורים נפרדים לכל מצב - הם מתארים Cohorts שונים:

• Completed canvas = Cohort ההמרה / ההצלחה. משתמשים שסיימו את המסע באופן טבעי.
• Exited canvas = Cohort הנשירה מהמסע. משתמשים שהתחילו אך לא סיימו - שימושי למיקוד מחדש (למשל "משתמשים שיצאו ממסע ההפעלה מוקדם" ← קמפיין לחידוש מעורבות).
• Is in canvas = משתמשים עם הרצות active כרגע.
• Is not in canvas = מחריג רק הרצות active (כולל גם משתמשים שהשלימו וגם שיצאו - שימושי כשרוצים "כל מי שעבר במסע הזה ולא נמצא בו כרגע").

איפה לבדוק מה קרה

• מגירת Journey Runs (Analytics בסרגל העליון של עורך המסע) מציגה כל ריצה עם תגית סטטוס, גרסה, צומת נוכחי וחותמות זמן. הרחבת שורה חושפת את Run timeline (כל צומת שהמשתמש עבר בו, עם תוצאות) ואת Context variables (אוסף משתני ההקשר של הריצה).
• עבור הרצה שיצאה, סיבת היציאה זמינה ב-API כ-execution.exitReason. הממשק של Journey Runs מציג את הסיבה בתוך ציר הזמן ברגע שהריצה מסתיימת.

מעברי סטטוס

draft ──▶ active ──▶ paused ──▶ active
                 │
                 └──▶ archived

• רק מסעות draft ניתנים לשינוי מבני (צמתים / קצוות).
• מסעות במצב active עוברים ל־paused בלחיצה על Pause; מסעות במצב paused חוזרים ל־active בהפעלה מחדש.
• מסעות מחזוריים מושהים אוטומטית כשמגיע המועד endDate או כשמגיעים ל־maxOccurrences.

בקרת גרסאות

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

להמשך קריאה

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

הגדרות ישנות

חלון ה־"Settings" הישן בתוך עורך הצמתים כבר לא כולל מדיניות כניסה חוזרת, מעקב המרות, תגיות או כל הגדרה אחרת שנמצאת כעת באשף. הוא כולל רק את Personalized Variants (בחירת וריאנט מבוססת ML למסעות A/B/n).

צעדים הבאים

• מדריך לצומתי מסע
• הסתעפויות מתקדמות
• היסטוריית גרסאות
• ניתוח נתוני מסע
• Canvas API