יש לכם 30 שניות.
כך ארוך בממוצע הסשן הראשון של משתמש חדש באפליקציה שלכם — הזמן שבו הוא מחליט אם לחזור. לא מספיק כדי לעבור תהליך onboarding בן 5 שלבים. המציאות היא שאין זמן לחנך את המשתמש. יש לכם חלון קטן לאות אחד, פעולה אחת, ערוץ אחד — בתזמון שתופס את המשתמש לפני שהוא הולך.
מדריך זה עוסק בקריאת אותות תוך-סשן, בבחירת הערוץ המתאים לכל חלון סשן, ובשלושה מסעות שעובדים במהירות הסשן האמיתית.
חלון ההפעלה קצר מה-onboarding שלכם
הפעלה (Activation) היא הרגע שבו משתמש חדש מבצע את הפעולה המשמעותית הראשונה שמסמנת שהוא “הבין” את האפליקציה. זהו הרגע בעל המינוף הגבוה ביותר בכל מחזור חיי המובייל. תצליחו — ההתקנה הופכת למשתמש. תפספסו — ההתקנה הופכת לסטטיסטיקת נטישה.
רוב הצוותים יודעים מהי הפעולה הראשונה המרכזית שלהם — הפקדה ראשונה, שלב ראשון, כתבה ראשונה, הזמנה ראשונה, הגדרת פרופיל ראשונה. השאלה הקשה יותר היא מתי זה חייב לקרות.
אם רוצים למנוע נטישה בשלב מוקדם, צריך לפעול מהר: בתוך דקה עד חמש הדקות הראשונות לאחר ההתקנה.
זהו חלון ההפעלה — הדקות הספורות שבהן ההתקנה עדיין טרייה והמשתמש עדיין בתוך האפליקציה, מחליט אם להישאר. שם המסע חייב לפעול.
אותה תבנית חוזרת מאוחר יותר במחזור החיים: תצוגת ה-paywall, העגלה עם פריטים, מסך הבית שבו המשתמש לא מצליח להבין מה לעשות. כל אחד מאלה הוא חלון קצר שבו הכוונה גבוהה וה-30 שניות הבאות קובעות את התוצאה.
הפעלה היא הדבר היקר ביותר לפספס, אבל עיקרון העיצוב זהה: קראו את האות תוך-הסשן, שלחו הודעה אחת בערוץ הנכון, תפסו את המשתמש לפני שהחלון נסגר.
3 אותות תוך-סשן שכדאי לעקוב אחריהם
בתוך החלון הקצר הזה, המשתמש עובר 3 רגעים — עדיין באפליקציה, יצא זה עתה, נעלם ליום. האות שמופעל, הערוץ שמגיע אליו וההודעה שעובדת משתנים עם כל אחד.
אות 1: המשתמש עדיין באפליקציה, אבל הקשב מחליק
🙂 התנהגות: המשתמש פתח את האפליקציה. הוא התחיל onboarding, הגיע ל-paywall, או נקלע לתהליך אימות — ועצר. יושב על מסך אחד 40 שניות. גולל בלי להתקדם. אנליטיקת האפליקציה מציגה זאת כ-”in session”, שהוא נכון טכנית וחסר תועלת תפעולית.
🛠️ האירוע: אירוע UserIdle של Pushwoosh מופעל כאשר משתמש נעשה לא פעיל על מסך מעבר ל-timeout הניתן להגדרה — מינימום 30 שניות. זהו אות שהקשב מחליק בעוד המשתמש עדיין נמצא פיזית באפליקציה.
💌 תגובתכם: הודעת in-app אחת בנקודת ההיסוס, עם CTA בודד. לא מדריך, רק פועל וכפתור. “קבלו את בונוס הפתיחה שלכם.” “אמתו תוך 60 שניות.” “בחרו 3 נושאים להתאמה אישית של הפיד.”
אות 2: המשתמש יצא, אבל הזיכרון עדיין חם
🙂 התנהגות: המשתמש סגר את האפליקציה מבלי להשלים את השלב המרכזי. יש לכם חלון קצר בעוד ההקשר עדיין בראשו. לאחר מכן, האפליקציה שלכם מתמוסס בין עשרות האפליקציות האחרות שנגע בהן היום.
🛠️ האירוע: ApplicationExit מופעל לאחר שהמשתמש מעביר את האפליקציה לרקע ולא חוזר בתוך timeout הניתן להגדרה (10 עד 30 שניות), כך שלא מתבלבלים בין מעבר אפליקציה מהיר ליציאה אמיתית.
💌 תגובתכם: push notification אחד 15 עד 30 דקות לאחר מכן, עם CTA בודד ו-deep link ישר חזרה למסך שממנו יצא.
אות 3: החלון נסגר
🙂 התנהגות: הם לא חזרו למחרת. האפליקציה עדיין מותקנת, אבל היא כבר לא בראש סדר העדיפויות. כל תוספת של 24 שעות מעבר ליום 1 מפחיתה את הסיכוי לחזרה בצורה לא לינארית.
🛠️ הסגמנט: משתמשים ללא ApplicationOpen ב-24 השעות האחרונות וללא השלמת אירוע ההפעלה.
💌 תגובתכם: אימייל אחד עם הקשר: מה התחילו, מה נותר לעשות, קישור אחד לחזרה.
שלושה רגעים. שלושה ערוצים. שלוש הודעות.
מתיאוריה לפרקטיקה: 3 מסעות הבנויים סביב האותות הללו
האותות הללו משמעותיים רק כשהם מופעלים בתוך מסע אמיתי. להלן מקרים אמיתיים שמממשים אותם.
מקרה 1: נשירה בהפעלה (חלון 5 הדקות לאחר ההתקנה)
ענפים מתאימים: גיימינג, פינטק, אפליקציות מנוי.
האות: המשתמש התקין והתחיל את תהליך ההפעלה, אך יצא לפני השלמת הפעולה הראשונה המרכזית — שלב ראשון, הפקדה ראשונה, השלמת פרופיל.
המסע:
-
כניסה
כניסה מבוססת טריגר על PW_DeviceRegistered. כל התקנה חדשה נכנסת אוטומטית.
-
המתנה לטריגר: אירוע הפעלה מרכזי
אם המשתמש משלים את הפעולה במהלך הסשן, הוא יוצא מהמסע. סיום. ללא הודעות נוספות.
-
PW_UserIdle על מסך ההפעלה — הודעת In-app
המשתמש עצר באמצע ה-onboarding. הציגו דחיפה אחת בהקשר: "נותרו שתי הקשות לקבלת הבונוס שלכם." CTA אחד, ללא מדריך.
-
PW_ApplicationExit ללא השלמה — המתנה 15 דקות — Push notification
המשתמש יצא מבלי לסיים. שלחו push אחד שמצביע בדיוק על השלב שנטש: "אתם 30 שניות מהפרס הראשון. המשיכו מהמקום שעצרתם." חלון כניסה מחדש, CTA בודד, deep link למסך הנכון.
-
ללא פתיחת אפליקציה תוך 24 שעות — אימייל
בסגנון סיכום: מה הירשמתם אליו, מה מחכה לכם, קישור אחד לחזרה. האימייל הוא הזנב הארוך, לא הדחיפה הדחופה.
מה לעקוב אחריו: המרת הפעלה.
מקרה 2: היסוס ב-paywall (הרגע בעל הכוונה הגבוהה)
ענפים מתאימים: מנוי, מסחר אלקטרוני, פינטק.
צפיות ב-paywall ללא רכישה הן האות בעל הכוונה הגבוהה ביותר בכל אפליקציית מנוי. רוב הצוותים מתייחסים אליהן ככישלונות ומבצעים retargeting שבוע לאחר מכן. המסע הזה מתייחס אליהן כרגע בעל הכוונה הגבוהה שהן, ופועל בתוך אותה שעה.
האות: המשתמש צפה ב-paywall, לא רכש, ישב סרק על המסך. אותו מבנה כמו הפעלה — חלון קצר, כוונה גבוהה, החלטה קורית בשניות — אבל מאוחר יותר במחזור החיים, כאשר המשתמש כבר מכיר את האפליקציה.
המסע:
-
כניסה
כניסה מבוססת טריגר על paywall_viewed (אירוע מותאם שאתם מפעילים כאשר מסך ה-paywall נטען).
-
המתנה לטריגר: purchase_completed (אירוע ההמרה שלכם)
אם המשתמש קונה, המסע יוצא.
-
PW_UserIdle על מסך ה-paywall — הודעת In-app
המשתמש מהסס כרגע. הציגו in-app חדה ב-paywall: הוכחה חברתית, שדרוג בהקשה אחת, או התוכנית הפופולרית ביותר מודגשת. "רוב המשתמשים בוחרים Pro ב-9.99 דולר. הקישו להתחיל את הניסיון." הודעה אחת, ברגע ההחלטה.
-
PW_ApplicationExit תוך 5 דקות מ-paywall_viewed — המתנה 20 דקות — Push notification
Push קצר לכניסה מחדש: "עדיין שוקלים Pro? הנה מה שמקבלים." Deep link ישר חזרה ל-paywall.
-
ללא רכישה תוך 24 שעות — אימייל
השוואת תוכניות זו לצד זו, ציטוט לקוח, וקישור "חזרו להמשיך מהמקום שעצרתם".
מה לעקוב אחריו: שיעור כניסה מחדש בתוך 30 דקות מה-push notification לאחר היציאה. אם חלון ה-push לא מחזיר משתמשים ל-paywall, התזמון או הטקסט לא תואמים את הרגע.
מקרה 3: חיכוך בגילוי תכונות (רגע “לא יודע מה לעשות”)
ענפים מתאימים: מדיה, פרודקטיביטי, פינטק.
האות: המשתמש פותח את האפליקציה, נשאר על מסך הבית, לא מקיש על אף תכונה מרכזית, ויוצא. דחיפות נמוכה יותר מהפעלה או paywall, אבל אותו היגיון של רגע-מיקרו חל: המשתמש זה עתה אמר לכם שהוא לא בטוח, והדקות הבאות מעצבות אם יחזור.
המסע:
-
כניסה
כניסה מבוססת סגמנט: משתמשים עם PW_ApplicationOpen ב-7 הימים האחרונים אבל ללא אינטראקציה עם אירוע תכונה מרכזית (key_feature_used).
-
PW_UserIdle על מסך הבית — הודעת In-app
זרקור תכונה הקשרי, תכונה אחת בכל פעם. "עדיין לא ניסיתם את [feature] — כך זה הכי-בשימוש ב-[app]." הקשה אחת לניסיון.
-
PW_ApplicationExit ללא שימוש בתכונה — Push בזמן ההתעניינות המוחזה הגבוה ביותר
השתמשו ב-Best time to send של Pushwoosh כדי לנחות את ה-push בחלון הפעיל של המשתמש ולא בעיכוב קבוע. "נסו את [feature] ב-2 הקשות."
-
ללא שימוש בתכונה תוך 48 שעות — email digest
רשימה קצרה של 3 דברים שהמשתמש יכול לעשות עם האפליקציה — ויזואלית, קלה לסריקה, לחיצה אחת לכל פריט.
מה לעקוב אחריו: שיעור שימוש בתכונה ב-24 שעות, מחולק לפי הערוץ שגרם לחזרה — in-app, push, או אימייל. הפיצול אומר לכם באיזה חלון כדאי להשקיע לפי סגמנט.
תפסו משתמשים לפני שהם עוזבים עם Pushwoosh
כל רגע סשן קצר — מסך הסרק, היציאה השקטה, 24 שעות ללא חזרה — הוא חלון שבו עדיין יש לכם סיכוי לפעול. Pushwoosh מספקת את האותות שמסמנים אותם כאירועי ברירת מחדל, ו-Customer Journey Builder מחבר in-app, push ואימייל לקנבס אחד כך שכל קשת 3 הרגעים חיה במסע אוטומטי אחד.
עצבו מסע שימור סשן קצר אחד, עם אות אחד בכל רגע. ואז צפו כיצד המשתמשים בסיכון שנהגתם לאבד נשארים — לא רק ביום 1, אלא גם ביום 7 וביום 30.
