אפליקציה ממוצעת שולחת 3 pushes ביום. משתמש שולח push אחד ל-notification center ומאבד אותה. איך אתם עושים אחרת?
שלב 1 – הבקשה לאישור
אם אתם מבקשים push permission ב-first launch – 60% אומרים לא. במקום: בקשו אחרי שהמשתמש עבר first success moment. הוא כבר יודע שהאפליקציה בעלת ערך.
Pre-permission UI: מסך שמסביר למה תרצו push notifications ומה תשלחו. אחרי שהמשתמש ‘מוכן’ – iOS permission popup.
שלב 2 – Segmentation שהמשתמשים מרגישים
לא הכל push. חלק – בתוך האפליקציה. חלק – email. איך מחליטים?
Push: משהו שדחוף עכשיו. In-app: משהו שהוא כבר בפנים. Email: משהו ארוך או פורמלי.
דוגמה: ‘הזמנתך יצאה’ – Push. ‘סטטיסטיקות שבועיות’ – Email. ‘תזכיר לך פיצ’ר חדש’ – In-app.
שלב 3 – Timing
אין תשובה אחת. תלוי בקטגוריה, במשתמש, בגיאוגרפיה. אבל יש כללים כלליים:
אפליקציות productivity: 9-11 בבוקר. Fitness: 7 בבוקר או 6 בערב. Social: 8-10 בערב. E-commerce: שבת בבוקר או רביעי בערב.
יותר טוב: לאסוף נתונים על כל משתמש ולשלוח בזמן שהוא הכי אקטיבי היסטורית.
שלב 4 – התוכן
‘משהו חדש באפליקציה’ vs ‘דנה סיימה את האימון – רוצה להצטרף?’ – זה ההבדל.
עקרונות: ספציפי, אישי, מציע פעולה ברורה, קצר (מתחת ל-60 תווים כדי לא להיחתך).
שלב 5 – Frequency Cap
אם המשתמש לא לחץ על 3 pushes ברצף – הגבירו את התדירות בעצמכם. אחרי 7 – עצרו. הוא לא רוצה pushes ממכם עכשיו.
אבל: אם הוא לחוצץ על push – שלחו יותר. הוא כן מעוניין.
מבוסס על פרויקטים אמיתיים
המדריך הזה מבוסס על עבודה עם:
קריאה נוספת
אם המדריך הזה עזר לכם, אולי תרצו לקרוא גם על פיתוח אפליקציה – המדריך המקיף שלנו לתחום.
רוצים לדבר על הפרויקט שלכם?
שיחת ייעוץ חינם, ללא התחייבות - הרעיון שלכם + הניסיון שלנו
רוצים לדבר על הפרויקט שלכם?
אנחנו מתמחים בפיתוח SaaS, פתרונות AI, עיצוב UX/UI ובניית אתרים. ספרו לנו מה אתם צריכים.
דברו איתנו ←