היסטוריית גרסאות מסע

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

איך עובדת מערכת הגרסאות

מחזור חיי הגרסה

טיוטה (ניתנת לעריכה) → פורסמה (קבועה) → בארכיון (לקריאה בלבד)

1. Draft: אפשר לערוך את המסע בחופשיות. שינויים נשמרים אוטומטית.
2. Published: כשמפרסמים, נוצרת גרסה חדשה. גרסאות שפורסמו הן קבועות.
3. Archived: כשגרסה חדשה מפורסמת, הגרסה הקודמת מועברת לארכיון. גרסאות בארכיון נשארות פעילות למשתמשים שעדיין במסע.

מה קורה כשמפרסמים

כשלוחצים על Publish:

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

2. נוצרת תמונת מצב של גרסה חדשה שכוללת:

   • כל הצמתים והחיבורים (מבנה המסע)
   • הגדרת טריגר הכניסה
   • הגדרות המסע
   • גרסאות תבניות (מוקפאות בזמן הפרסום)

3. הגרסה המפורסמת הקודמת הופכת לארכיון

4. משתמשים חדשים שנכנסים למסע משתמשים בגרסה החדשה

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

נעילת גרסה

כשמשתמש נכנס למסע, הוא ננעל לגרסה שפורסמה באותו זמן:

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

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

פרסום גרסה חדשה

שלב 1: בצעו את השינויים

ערכו את המסע במצב טיוטה:

• הוסיפו, הסירו או שנו צמתים
• עדכנו תוכן הודעות
• שנו זמני השהייה
• שנו לוגיקת הסתעפות

כל השינויים נשמרים אוטומטית לטיוטה.

שלב 2: סקרו שינויים

לפני הפרסום, בדקו מה השתנה:

1. לחצו על סמל Version History בכותרת המסע
2. בחרו Compare with Published
3. בדקו את ההשוואה החזותית, שמציגה:
   • צמתים שנוספו (ירוק)
   • צמתים שהוסרו (אדום)
   • צמתים ששונו (צהוב)

שלב 3: פרסמו

1. לחצו Publish בכותרת המסע
2. הוסיפו Change Summary שמתאר מה השתנה (לפי הצורך, אך מומלץ)
3. אשרו את הפרסום

גרסה 3 פורסמה ב-2024-01-15 14:30
סיכום שינויים: "נוסף מייל מעקב של 3 ימים ועודכנה ההנחה ל-20%"
פורסם על ידי: john@company.com

חלונית היסטוריית גרסאות

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

רשימת גרסאות

ראו את כל הגרסאות לצד הפרטים הבאים:

• מספר גרסה (v1, v2, v3...)
• תאריך ושעת פרסום
• מי פרסם
• סיכום שינויים
• סטטוס (Published, Archived)

סטטיסטיקות גרסה

לכל גרסה יש אנליטיקה משלה:

מדד	תיאור
Total Entries	משתמשים שנכנסו בגרסה זו
Active Users	משתמשים שנמצאים כעת במסע
Completed	משתמשים שהגיעו ליציאה
Exited Early	משתמשים שעזבו לפני השלמה
Failed	משתמשים שהמסע שלהם נכשל עקב שגיאות
Conversion Rate	אחוז המשתמשים שהשלימו את המטרה הראשית
Avg Completion Time	זמן ממוצע מכניסה עד הגעה לצומת הסיום
Avg Time to Convert	זמן ממוצע מכניסה עד אירוע ההמרה

הבנת מדדי הזמן

Avg Completion Time מודד כמה זמן לוקח למשתמשים להשלים את המסע כולו (מהכניסה עד צומת END). הוא כולל את כל ההשהיות וזמני ההמתנה.

Avg Time to Convert מודד כמה זמן לוקח למשתמשים להפעיל אירוע המרה (למשל, לבצע רכישה או להירשם). הזמן הזה לרוב קצר מזמן ההשלמה, מפני שמשתמשים יכולים להמיר מוקדם במסע.

דוגמה:
├── משתמש נכנס למסע ביום 0
├── מקבל מייל ברוכים הבאים
├── מבצע רכישה ביום 0.5 ← המרה (זמן להמרה: 12 שעות)
├── ממשיך במסע
├── מקבל מייל מעקב ביום 3
└── מגיע לצומת END ביום 3 ← השלמה (זמן השלמה: 3 ימים)

טיפ

• זמן השלמה גבוה + זמן המרה נמוך = משתמשים ממירים מהר אבל המסע ממשיך (טוב לטיפוח)
• זמנים דומים = משתמשים ממירים קרוב לסוף המסע
• אין נתוני המרה = עדיין לא נרשמו אירועי המרה

השוואת גרסאות

בחרו שתי גרסאות להשוואה:

• צפו בהשוואה חזותית של מבנה המסע
• השוו מדדי ביצועים זה לצד זה
• זהו איזו גרסה מצליחה יותר

שחזור לגרסה קודמת

אם גרסה חדשה לא מצליחה, אפשר לשחזר:

1. פתחו Version History
2. מצאו את הגרסה שברצונכם לשחזר
3. לחצו Rollback to This Version
4. אשרו את השחזור

חשוב

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

דוגמה:

• v1 → מקורי
• v2 → שונתה ההנחה ל-25%
• v3 → שחזור ל-v1 (אותו תוכן כמו v1, מספר גרסה חדש)

גרסאות תבניות

גם תבניות (אימייל, SMS, פוש, in-app) מנוהלות בגרסאות וננעלות כשמפרסמים מסע.

איך זה עובד

1. עורכים תבנית אימייל
2. מפרסמים את התבנית (יוצר גרסת תבנית)
3. כשמפרסמים את המסע, הוא שומר את גרסאות התבניות הנוכחיות
4. משתמשים בגרסת המסע הזו תמיד רואים את גרסאות התבנית האלה

עריכת תבניות

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

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

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

הרצות יתומות

כשכל הגרסאות בארכיון חוץ מהנוכחית, חלק מהמשתמשים עשויים להיות על גרסאות יתומות:

יתומה: הרצת משתמש בגרסה שכבר אינה הגרסה המפורסמת והועברה לארכיון.

מה קורה למשתמשים יתומים:

• הם משלימים את המסע שלהם על הגרסה הארכיונית
• כל הצמתים והלוגיקה נשארים זמינים
• האנליטיקה ממשיכה להיאסף עבור הגרסה שלהם
• לא ניתן לבצע שינויים לגרסה שלהם

אפשר לראות משתמשים בגרסאות יתומות בלשונית Canvas Executions, לצד סימן אזהרה.

העברה כפויה (מנהלים בלבד)

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

1. פתחו Version History
2. לחצו Migration Options
3. בחרו משתמשים להעברה (או העבירו את כל התואמים)
4. אשרו את ההעברה

תאימות העברה

לא כל המשתמשים יכולים להיות מועברים. המערכת בודקת:

• צומת קיים: הצומת הנוכחי של המשתמש קיים בגרסה החדשה
• סוג צומת לא השתנה: סוג הצומת (השהייה, הודעה וכו') זהה
• נתיב תקף: יש נתיב תקף מהמיקום הנוכחי

תוצאות העברה:

• Migrated: הועבר בהצלחה לגרסה החדשה
• Incompatible: לא ניתן להעביר - ממשיך על הגרסה הישנה

השתמשו בזהירות

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

אנליטיקה לפי גרסה

כל גרסה שומרת אנליטיקה נפרדת:

מדדים ספציפיים לגרסה

אנליטיקה של גרסה 2 (פורסמה: 10 בינואר)
├── סה"כ כניסות: 15,234
├── פעילים: 3,456
├── הושלם: 8,123 (67%)
├── יצאו: 3,655 (24%)
├── נכשלו: 0
├── שיעור המרה: 45.2%
├── זמן השלמה ממוצע: 12.4 ימים
└── זמן להמרה ממוצע: 2.3 ימים

אנליטיקה של גרסה 3 (פורסמה: 15 בינואר)
├── סה"כ כניסות: 2,341
├── פעילים: 1,892
├── הושלם: 312 (13%)
├── יצאו: 137 (6%)
├── נכשלו: 0
├── שיעור המרה: 28.1%
├── זמן השלמה ממוצע: 2.1 ימים (בתהליך)
└── זמן להמרה ממוצע: 4.5 שעות

השוואת ביצועים

השתמשו באנליטיקת גרסאות כדי:

• בדיקת A/B לשינויים: השוו שיעורי המרה בין גרסאות
• זיהוי שיפורים: בדקו אם שינוי שיפר את שיעורי ההשלמה
• אבחון בעיות: בדקו אם שינוי גרם לנשירה

מעקב ביקורת

כל פעולות הגרסאות נרשמות:

פעולה	מה נרשם
Publish	מי פרסם, מתי, סיכום שינויים
Rollback	מי ביצע שחזור, ולאיזו גרסה
Archive	מתי הגרסה הועברה לארכיון
Migrate	מי יזם, כמה משתמשים הושפעו

צפו ביומן הביקורת דרך Settings > Audit Log או בחלונית היסטוריית הגרסאות.

שיטות עבודה מומלצות

1. כתבו סיכומי שינויים ברורים

טוב: "נוסף אימייל תזכורת ביום 7, ההנחה הועלתה מ-15% ל-20%"
רע: "המסע עודכן"

2. סקרו לפני פרסום

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

3. בדקו שינויים משמעותיים

לשינויים גדולים:

1. צרו מסע בדיקה
2. אמתו את תקינות המסע
3. לאחר מכן, החילו את השינוי בסביבת ייצור

4. נטרו אחרי פרסום

אחרי פרסום גרסה חדשה:

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

5. השתמשו בשחזור במשורה

שחזרו כאשר:

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

אל תשחזרו בגלל:

• שגיאות הקלדה קטנות (פשוט פרסמו תיקון)
• תנודות רגילות בביצועים

מגבלות גרסאות

מגבלה	ערך
גרסאות למסע	ללא הגבלה
שמירת גרסאות ארכיון	עד שכל ההרצות מסתיימות
שמירת יומן ביקורת	שנה

אפשרויות סינון סגמנטים

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

סינון לפי גרסת מסע

בבונה הסגמנטים או באנליטיקת המסע:

מסנני גרסת מסע:
├── על גרסה ספציפית (למשל, v2)
├── על הגרסה האחרונה
├── על גרסה ארכיונית (משתמשים יתומים)
├── נכנסו לפני גרסה X
└── נכנסו אחרי גרסה X

שימושים

מיקוד משתמשים בגרסה ישנה:

סגמנט: "משתמשים בגרסת מסע v1"
מסנן: canvas_version = 1 AND canvas_id = "onboarding-flow"
שימוש: הודע על שינויים קרובים או הצע להתחיל מחדש

מיקוד משתמשים בגרסאות יתומות:

סגמנט: "משתמשי מסע יתומים"
מסנן: version_status = "orphaned"
שימוש: שלח התראה על מצב המסע שלהם

צעדים הבאים

• יצירת מסע
• ניתוח נתוני מסע
• Canvas API