מחקר עדכני מראה שאפליקציות משחקים נוטות לאותו דפוס בכל הז’אנרים: השימור יורד בחדות לאחר יום 1, ורוב המשחקים מאבדים את רוב המשתמשים תוך שבוע ראשון. שפיכת יותר כסף ל-UA היא פשוט מילוי מהיר יותר של דלי דולף.
הבעיה היא ששום דבר לא מחבר בין התקנה להרגל - התראות push נשלחות לפי לוח זמנים, הודעות in-app מתעלמות ממה שהשחקן עושה, והפעלה מחדש נשלחת ידנית כשמישהו שם לב ש-DAU יורד. צוותים שמשפרים שימור בונים אותו על מסעות שמגיבים לאופן שבו כל שחקן משחק.
זה המערכת לבנות לפני שמגדילים UA (רכישת משתמשים): 3 מסעות המופעלים על ידי התנהגות, מונעים על ידי אירועים בתוך האפליקציה.
שינוי המשחק: ממסרים מונחי-לוח-זמנים למסרים מונחי-אירועים
ההבדל מסתכם בדבר אחד - מה גורם להודעה להישלח.
מסרים מונחי-לוח-זמנים שולחים את אותה הודעה לכולם שמגיעים ליום 3: השחקן שעבר שלושה שלבים אתמול בלילה והאחד שמעולם לא עבר את מסך הטעינה מקבלים תוכן זהה. הוא לא יכול לראות את מצב השחקן, כך שהוא מפריע למעורבים ולא משרת מספיק את המתקשים.
מסרים מונחי-אירועים מופעלים על פי מה שהשחקן עשה בפועל. במקום לצאת בתאריך קבוע, ההודעה מופעלת על ידי פעולה - משחק שנוצח, שלב שהושג, חנות שמעולם לא נפתחה - כך שהיא מגיעה ברגע הרלוונטי, שזה בדיוק כשהיא יכולה לשנות את מה שהשחקן עושה בהמשך.
אותה כוונה, 2 דרכים להפעיל:
| מונחי-לוח-זמנים - השעון מחליט | מונחי-אירועים - ההתנהגות מחליטה |
|---|---|
| יום 3: "חזור ושחק!" - נשלח בין אם השחקן עבר 3 שלבים ובין אם מעולם לא עבר את הטעינה | ניצח במשחק האחרון, לא חזר ב-18 שעות - "כסאך בסכנה. הגן עליו." |
| יום 7: "אנחנו מתגעגעים אליך" - אותה שורה לקבוע ברמה 20 ולנוטש את המדריך | הגיע לרמה 5, מעולם לא פתח את החנות - הצעה in-app ברגע שחוזר |
היתרון האמיתי של מסעות מונחי-אירועים הוא הנראות: ניתן לראות בדיוק באיזה שלב מאבדים שחקנים. ומכיוון שהרגלים וערך חיי לקוח מתעצבים ב-7 הימים הראשונים, חלון מוקדם זה הוא המקום שחשוב.
3 מסעות שימור שכל משחק מובייל זקוק להם
שם המערכת מתחילה. 3 מסעות מופעלים על ידי התנהגות שחקן (לא לפי לוח שנה), שמובילים שחקן מהתקנה להרגל.
| מסע | טריגר | ערוצים | מה מודדים |
|---|---|---|---|
| Onboarding | התקנת אפליקציה | In-app + push notification | שימור D7 |
| Engagement | אירועי משחק (שלב, רצף, טורניר) | In-app + push notification (ו/או Live Activities) | שימור D30 והכנסה למשתמש |
| Reactivation | 7 ימים ללא פעילות | Push notification -> in-app -> email | השלמת יעד לפי סגמנט |
מסע 1: Onboarding לפעולה ראשונה משמעותית
הפעולה הראשונה המשמעותית - הפקדה ראשונה, ניצחון ראשון, שלב ראשון שנעבר - היא המטרה של כל מסע ה-onboarding. הביאו את השחקן לשם, והוא יבין מדוע המשחק שווה לפתוח מחר.
המסע:
-
כניסה בהתקנה
השחקן מצטרף למסע ברגע שהוא מתקין ופותח את האפליקציה.
-
המתנה לפעולת המפתח הראשונה
המסע מחפש את
first_key_action_completed. -
פיצול על פי התוצאה
השלים? השחקן זורם ישירות למסע המעורבות. לא השלים ב-48 שעות? הוא ממשיך בנתיב ההתאוששות.
-
דחיפה חזרה לפעולה
שלחו הודעת in-app אם הם בסשן (או push בחלון החזרה אם לא), המצביעה ישירות על אותה פעולה ראשונה.
מסע 2: מעורבות המופעלת על ידי התקדמות
ברגע שהשחקן פעיל, המעורבות פועלת על אירועי in-game, לא על חלונות מתוזמנים.
המסע:
-
הפעלה על אירוע התקדמות
level_reached, רצף שהתחיל, ניסיון PvP ראשון, טורניר שיצא לאוויר - כל אחד מתחיל את הזרימה. -
חיזוק במהלך הסשן
הציגו הודעת in-app בזמן שהם עדיין משחקים: עברת את השלב - הנה מה הלאה.
-
תפיסה בחלון החזרה
אם הם יצאו באמצע התקדמות, קבעו push notification: הרצף שלך פעיל, אל תשבור אותו הלילה.
מסע 3: הפעלה מחדש לפי ערך שחקן
לאחר 7 ימי חוסר פעילות, השחקן נכנס להפעלה מחדש. פיצוץ יחיד של “אנחנו מתגעגעים אליך” לכל הקבוצה מבזבז את ההודעה. שחקן קז’ואל רדום ושחקן עם הוצאות גבוהות רדום נטשו מסיבות שונות ומגיבים לדברים שונים.
המסע:
-
הפעלה על חוסר פעילות
7 ימים ללא פעילות.
-
פיצול לפי RFM
סגמנטו את המשתמשים הרדומים לפי ערך: קז'ואלים שנרדמו מקבלים דחיפה רכה (אירוע חדש, בונוס לשחקן חוזר, סיבה להציץ שוב), בעוד שחקני ערך גבוה שנרדמו (הוולשים) מקבלים הצעה מותאמת אישית הקשורה להיסטוריה האמיתית שלהם - הפריטים שקנו, המצב שבו שיחקו, הרצף שאיבדו. איבוד אחד עולה הרבה יותר מאיבוד קז'ואל, אז זה מקבל את ההתאמה האישית הרבה ביותר.
-
שכבת ערוצים לפי יכולת הגעה
הזול ביותר קודם: push notification הוא ברירת המחדל, הודעת in-app תופסת אותם אם push מחזיר אותם מבלי להמיר, וemail הוא ההסלמה, שמורה לשחקנים שנרדמו שביטלו או לא פתחו את ה-push.
מקרה אמיתי: Beach Bum בנתה את ה-re-engagement שלה סביב התאמה אישית - push אוטומטי מותאם לשפה של כל שחקן, בנוסף push של הנחה והצעה מוגבלת להנעת רכישות. התשואה - צמיחה של 2-3x ב-DAU וב-MAU, בנוסף לעלייה ברכישות in-app, הכל על אוטומציית Pushwoosh.
בנו את מערכת השימור של משחק המובייל שלכם ב-Pushwoosh
ניתן לבנות את כל 3 המסעות במקום אחד, ללא צורך בקוד - על Pushwoosh, פלטפורמה שנבנתה במיוחד לצמיחת שימור והכנסה למשחקי מובייל.
Onboarding תופס שחקנים לפני שהם נושרים, מעורבות הופכת התקדמות להרגל, והפעלה מחדש מביאה את ההודעה הנכונה לסגמנט הנכון. כל שלב מופעל על ידי התנהגות.
זה השכבה שכדאי לבנות לפני שמוציאים עוד דולר על UA.
