קמפיינים של מחזור החיים שוכנים ב-backlog שלכם כבר חודשים. בכל ספרינט, תמיד יש עוד משהו שצריך לשלוח לפני שאפשר להתחיל - מזהי משתמשים נקיים יותר, סקירה של טקסונומיית אירועים, חיבור למחסן נתונים. שום דבר לא מסתיים, והקמפיינים אף פעם לא יוצאים לדרך.
ההנחה שצריך תשתית נתונים מושלמת לפני ההשקה - פשוט שגויה. האותות שכל mobile SDK עוקב אחריהם מהיום הראשון (אירועים כמו DeviceRegistered ו-ApplicationOpen) מספיקים לבניית מסעות מחזור חיים שמשפרים את השימור.
הנה 3 קמפיינים של מחזור החיים שאפשר להשיק השבוע על בסיס הנתונים האלה בלבד.
3 מסעות מחזור החיים לשיפור השימור - סקירה כללית
למחזור חיי המשתמש יש 3 נקודות עיקריות שבהן השימור נשבר. כל אחד מ-3 המסעות הבאים מתקן אחת מהן.
| מסע | שלב מחזור החיים שהוא סוגר | טריגר (נתוני ברירת מחדל) | ערוצים עיקריים | מדד למעקב |
|---|---|---|---|---|
| 1. קליטה (יום 1-7) | התקנה עד הפעלה | אירוע DeviceRegistered | Push + in-app + email/in-app | שיעור הפעלה ביום 7 |
| 2. עידוד מעורבות (יום 7-30) | הפעלה עד הרגל | קהל: DeviceRegistered לפני 7 ימים | Push -> in-app or email | שימור ביום 30 |
| 3. רה-אקטיבציה של רדומים | הרגל עד אובדן | קהל: ללא ApplicationOpen מזה 14+ ימים | Push -> in-app -> email | שיעור רה-אקטיבציה |
למה דווקא 3 מסעות אלה?
כי השימור נשבר בנקודות צפויות, ורוב האפליקציות מאבדות משתמשים באותם 3 רגעים.
הראשון הוא התקנה עד הפעלה. כמחצית מהמשתמשים שמתקינים אפליקציה לנייד לא חוזרים אחרי היום הראשון. החלון להשיג אותם קצר, והמשתמש מקבל החלטה בזמן אמת: האם זה שווה את תשומת הלב שלי? זה בדיוק מה שמסע 1 מטפל בו.
השני הוא הפעלה עד הרגל. משתמש שסיים את הקליטה אך לא פותח את האפליקציה 3 או 4 פעמים בשבועות הקרובים - נדיר שישאר לאורך זמן. הפעלה ללא חזרתיות היא בסך הכל חד-פעמי. מסע 2 מכוון בדיוק לחלון הזה - יום 7 עד 30 - שבו הכוונה חייבת להפוך לשגרה.
השלישי הוא הרגל עד אובדן. אפילו משתמשים מעורבים נסחפים. הנשירה לא נראית דרמטית שבוע-שבוע, אך כשמצטברים על פני רבעון - זה המקום שבו רוב השימור מתאדה בשקט. מסע 3 תופס משתמשים לפני שהנסחפות הזו הופכת קבועה.
אלה הם הבסיס. סביר שתוסיפו עוד בהמשך (נטישת עגלה, שחזור paywall, הודעות אבן דרך) אך אלה משרתים רגעים ספציפיים. שלושת המסעות הבסיסיים האלה משרתים כל משתמש בכל אפליקציית מובייל.
איך להתחיל ומה “נתוני SDK ברירת מחדל” אומר בפועל
הדרך הקלה ביותר להריץ את הקמפיינים האלה היא לחבר את האפליקציה שלכם לפלטפורמת מעורבות לקוחות (כמו Pushwoosh, חינם להתחלה).
הנה אירועי ברירת המחדל שתצטרכו למסעות הנ”ל.
- PW_DeviceRegistered - מופעל פעם אחת לכל מכשיר, בהפעלה הראשונה של האפליקציה ואתחול ה-SDK. זהו אות ההתקנה שלכם. השתמשו בו כנקודת כניסה מבוססת-טריגר לקליטה.
- PW_ApplicationOpen - מופעל בכל פעם שמשתמש פותח את האפליקציה. השתמשו ב-timestamp של ההפעלה האחרונה כאות פעילות הסשן. “פתיחה אחרונה לפני יותר מ-14 ימים” הוא הסגמנט לרדומים שלכם.
זה ערכת ההתחלה כולה. מצאו את הרשימה המלאה של אירועי ברירת המחדל במסמכי Pushwoosh.
מסע 1: קליטת משתמשים חדשים (יום 1-7)
מה הוא סוגר: הנפילה בין התקנה להפעלה. הדעיכה התלולה ביותר בשימור מובייל קורית ב-3 הימים הראשונים אחרי ההתקנה - ככל שמשתמש חדש ממתין יותר להגיע לרגע השימושי הראשון שלו, כך קטנים הסיכויים שיחזור.
טריגר כניסה: PW_DeviceRegistered (Trigger-based Entry). כל התקנה חדשה נכנסת למסע אוטומטית.
רצף:
- יום 1: Push ברוכים הבאים או in-app, המצביע על הפעולה הראשונה השימושית ביותר: פתיחת לוח הבקרה, הגדרת יעד, ביצוע הזמנה ראשונה, השלמת פרופיל.
- יום 2: הודעת in-app בפתיחת הסשן הבאה - חשיפת אותה פעולה מרכזית בהקשר.
- יום 4: Push: “עדיין לא ניסית [X] - הנה למה רוב המשתמשים מתחילים כאן.”
- יום 7: Email או in-app סיכום שבוע ראשון - “הנה מה שעשית, הנה מה לעשות בהמשך.”
מדד: שימור ביום 30 (D7) ושיעור הפעלה ביום 7 (אחוז המשתמשים החדשים שהשלימו את הפעולה המרכזית).
מסע 2: עידוד מעורבות (יום 7-30)
מה הוא סוגר: הנפילה בין הפעלה להרגל. משתמש שסיים את הקליטה אך לא חוזר באופן קבוע בשבועות הראשונים - נדיר שישאר לאורך זמן. החלון להמיר “ניסה אותו” ל”משתמש בו כל שבוע” הוא בערך ימים 7 עד 30.
טריגר כניסה: כניסה מבוססת-סגמנט “PW_DeviceRegistered registered 7 days ago.” תמיד פעיל, כך שמשתמשים נכנסים על בסיס מתגלגל ככל שהם חוצים את סף שבעת הימים.
רצף:
- בכניסה: Push המציג פיצ’ר שימושי או תוכן חדש שהמשתמש עדיין לא ניסה.
- יום 7: Push - הודעת נאמנות או הוכחה חברתית (“משתמשים כמוך גם עושים X”).
- יום 14: Email או in-app סיכום: “הנה מה שעשית, הנה מה הלאה.” סגנון רך ומסכם.
- יציאה: המשתמש יורד מתחת ל-3 סשנים בחלון של 7 ימים - המסע מסתיים באופן טבעי. אם הם ממשיכים להתנתק, מסע 3 יאסוף אותם.
מדד: שימור ביום 30 (D30) ותדירות סשנים ב-30 הימים הבאים.
מסע 3: רה-אקטיבציה של משתמשים רדומים (14+ ימי חוסר פעילות)
מה הוא סוגר: הנפילה בין הרגל לאובדן. ברגע שמשתמש משתתק, כל יום נוסף שהוא לא פותח את האפליקציה הופך את החזרה לפחות סבירה. 2 השבועות הראשונים של הרדומות הם כשלרה-אקטיבציה עדיין יש סיכויים אמיתיים.
טריגר כניסה: כניסה מבוססת-סגמנט על “משתמשים ללא אירועי PW_ApplicationOpen ב-14 הימים האחרונים.”
סגמנט: משתמשים רדומים, מחולקים עם אלמנט בדיקת Reachability:
- ניתנים להגעה דרך Push - הקבוצה הראשית, מקבלת את נגיעת ה-Push קודם.
- לא ניתנים להגעה דרך Push - עוקפים את ה-Push לחלוטין, מקבלים in-app בחזרה הבאה או email מיד.
רצף: קמפיין של שלוש נגיעות על פני שבעה ימים. כל נגיעה מסלימה מתזכורת רכה לטיעון ערך ממוקד יותר:
- בכניסה. Push רה-אקטיבציה: סיבה אישית-מרגישה לחזור - תוכן שאהבו, פיצ’ר שהשתמשו בו הכי הרבה, התראה שלא נקראה שפספסו. למשתמשים שלא ניתן להגיע אליהם דרך Push - שלחו את אותו תוכן באמצעות email.
- יום 3. אם לא חזרו: משיכה חזקה יותר - מה חדש, מה הם מפספסים, או תמריץ. Push לקבוצה הניתנת להגעה, email לשאר.
- יום 7. נגיעה אחרונה: סיכום email, ידידותי לביטול הסכמה.
- תנאי יציאה: סשן מתרחש תוך 7 ימים מכניסה למסע הרה-אקטיבציה - המסע מסמן הצלחה והמשתמש יוצא.
מדד: סשן תוך 7 ימים מכניסה למסע הרה-אקטיבציה.
הגדילו את זה בפרומפט אחד עם ManyMoney AI
כך אפשר לבנות 3 מסעות בשבוע הזה בקלות. בפעם הבאה, אם תחליטו ליצור לוקאל חדש, סגמנט חדש, סט וריאנטים חדש לבדיקות, לא צריך לחזור על הבנייה. תמסרו את זה ל-ManyMoney AI, ה-co-pilot השיווקי של Pushwoosh.
Take the onboarding journey we have live for [segment X]and adapt it for [new segment / new locale / new offer].Keep the structure, regenerate copy and channel logic,prepare it as a draft.ManyMoney AI מחזיר טיוטת מסע עם קופי מותאם, ניתוב ערוצים ותזמון - מוכן לסקירה. כל שנדרש מכם הוא לאשר ולשלוח. הבנייה הראשונה מלמדת אתכם את הפלטפורמה; ManyMoney מגדיל את זה לכל מחזור אחריו ומנתח את ביצועי הקמפיין.
