הזמנת משלוח אחת יכולה להפעיל 5 עד 7 התראות push בין “אושר” ל”נמסר.” הכפל את זה בכמה הזמנות בשבוע, והאפליקציה מתחילה להיראות כמו ספאם. משתמש סמארטפון ממוצע כבר מקבל 46 התראות push ביום; 43% מבטלים אותן כאשר אפליקציות שולחות רק 2-5 בשבוע.
המשתמשים רוצים לדעת מה קורה בכל רגע, לא להיות מופרעים חמש פעמים בדרך. ההבדל בין מעורבות להסרת ההרשמה טמון בידיעה אילו רגעים דורשים התראת push ואילו רק צריכים להיות גלויים.
התראות לעומת מצב חי: ההבחנה היחידה שצריך
רוב הצוותים מתייחסים להתראות push כערוץ ברירת המחדל לכל דבר בזמן אמת. הזמנה אושרה - push. נהג שובץ - push. נהג בדרך - push. נהג מגיע - push. נמסר - push. חמש הפרעות לאירוע אחד שהמשתמש יזם ועליו כבר מצפה.
כל אחד מהעדכונים האלה חשוב, אך לא כל אחד צריך להיות התראת push. ישנם 2 תפקידי תקשורת שונים מהותית בתרחישים בזמן אמת:
התראות אומרות “משהו קרה! תסתכל עכשיו.” הן מפריעות ודורשות תשומת לב. הן שייכות לרגעים שבאמת דורשים החלטה או שינוי התנהגות: שער הטיסה שלך השתנה, התשלום שלך נכשל, הרכב שלך כאן.
מצב חי אומר “הנה מה שקורה עכשיו, בדוק כשתרצה.” הוא אמביינטי ומתעדכן ברציפות. המצב החי מכסה את מה שהמשתמשים רוצים לעקוב אחריו מבלי לצורך להגיב: מיקום הנהג, זמן הכנה, ETA של משלוח, תוצאת משחק ומרחק אימון.
התראות push נבנו להתראות. Live Activities נבנו למצב חי. שימוש ב-push למעקב אחר מצב פירושו הפרעה למשתמשים כדי לספר להם משהו שהם לא ביקשו להיות מופרעים בגינו.
כלל 3 ההודעות
לכל תרחיש בזמן אמת, אתה צריך לכל היותר 3 התראות push.
התחלה. אשר שהתהליך החל. “ההזמנה שלך אושרה.” “תשלום יזום.” “הרכב שלך בדרך.” זה קובע ציפיות, מעניק למשתמש ביטחון ומפעיל את ה-Live Activity שתישא את שאר הדרך.
חריג. משהו השתבש או דורש תשומת לב. “פריט אינו זמין.” “הנהג שלך לא מוצא את הכניסה.” “תשלום נדחה, עדכן את הכרטיס שלך.” “טיסה מאוחרת ב-2 שעות.” אלה הפרעות אמיתיות מכיוון שהן דורשות פעולה.
סיום. התהליך הושלם. “ההזמנה שלך נמסרה.” “תשלום התקבל.” “הגעת.” זה סוגר את הלולאה ומסיים את ה-Live Activity.
כל מה שבין ההתחלה לסיום חי על מסך הנעילה כ-Live Activity: זמן ההכנה שסופר לאחור, הנהג שנע על המפה, הניקוד שמתעדכן, ה-ETA שמחשב מחדש. מתעדכן אוטומטית, ללא הפרעות.
איך זה נראה בפועל: הזמנת משלוח מזון
קח זרימת משלוח סטנדרטית, לפני ואחרי.
לפני (גישת push בלבד), 5 התראות בכ-45 דקות:
- 🔔 “ההזמנה שלך אושרה”
- 🔔 “ההזמנה שלך מוכנה”
- 🔔 “השליח שלך אסף את ההזמנה”
- 🔔 “השליח שלך בקרבת מקום”
- 🔔 “ההזמנה שלך נמסרה”
חמש הפרעות להזמנת ארוחת צהריים אחת. הכפל את זה בשתיים או שלוש הזמנות בשבוע, ואפליקציה בודדת שולחת 10-15 התראות. זו הסף שבו המשתמשים מתחילים לכבות התראות לחלוטין.
אחרי (כלל 3 push + Live Activity):
- 🔔 Push: “ההזמנה שלך אושרה” - Live Activity מתחילה
- 📱 Live Activity מתעדכנת בשקט: הכנה - אסוף - מיקום שליח - ספירה לאחור של ETA
- 🔔 Push (רק אם נדרש): “השליח לא יכול לגשת לבניין, אנא בדוק את הטלפון שלך”
- 📱 Live Activity: ספירת ETA לאחור ממשיכה
- 🔔 Push: “ההזמנה שלך נמסרה” - Live Activity מסתיימת
המשתמש עובר מ-5 הפרעות ל-2, או שלוש אם יש בעיה. מסך הנעילה נשאר נקי, והנראות בזמן אמת טובה יותר בפועל. במקום חמישה צלצולים מנותקים, המשתמש רואה עוקב חי ורציף עם מיקום הנהג ו-ETA, שמתרענן כל כמה שניות.
התוצאה: פחות ביטולי הרשמה, נפח קטן יותר של פניות תמיכה “איפה ההזמנה שלי”, והאפליקציה נשארת גלויה על מסך הנעילה 30-45 דקות ברציפות במקום להבהב חמש פעמים ולהיעלם.
התאם את הכלל לאפליקציה שלך
אותו כלל עובד בכל מקום שבו משתמשים עוקבים אחר משהו בזמן אמת.
| App | Push: Start | Live Activity | Push: Exception | Push: Finish |
|---|---|---|---|---|
| Ride-hailing (Mobility) | Driver assigned | Location, ETA, vehicle details | Driver cancelled / re-routed | Trip completed + fare |
| E-commerce | Order shipped | Packing → in transit → out for delivery → nearby | Delay or failed attempt | Delivered |
| Fintech | Transaction initiated | Processing status (cross-border, verification) | Payment failed / unusual activity | Transaction complete |
| Gaming | Tournament begins / energy full | Leaderboard position, boss timer, progress | Opponent found / streak at risk | Match result |
| News & media | Breaking story / live event | Live ticker: score, vote count, headline | Major development | Event concluded |
בכל מקרה, התראת push מסמנת את המעברים שחשובים. Live Activity נושאת את המצב ביניהם.
כיצד להתחיל מבלי לבנות מחדש את המחסנית שלך
ההתנגדות הרגילה: “נצטרך שיפוץ מרכזי כדי להוסיף Live Activities.” בפועל, גישה בת שלושה שלבים מתאימה לתוך ספרינט אחד:
-
בצע ביקורת על זרימת ה-push הנוכחית שלך
בחר מסע אחד בזמן אמת (מעקב הזמנות, נסיעה, משחק) ורשום כל התראת push שהוא מפעיל. סמן כל אחת: האם היא דורשת מהמשתמש לעשות משהו או לדעת משהו חדש, או שזהו עדכון סטטוס שהוא יכול לבדוק בעצמו? בדרך כלל, 2-3 מתוך 5-7 pushes עוברים את הסינון הזה.
-
בטל ומחליף
כבה את ה-pushes של עדכון הסטטוס. הפעל Live Activity ב-push ההתחלה, סיים אותה ב-push הסיום. עדכן אותה דרך API בכל נקודה שבה נהגת לשלוח התראת push.
-
מדוד
עקוב אחר שלושה דברים במשך 2-4 שבועות. שיעור הביטול צריך לרדת. נפח כרטיסי התמיכה לשאלות 'איפה ההזמנה שלי' יורד כשה-Live Activities מעניקות למשתמשים נראות עצמית. ותדירות הסשן לרוב עולה ולא יורדת: משתמשים עם Live Activity פעילה נוטים לפתוח את האפליקציה יותר, מכיוון שמסך הנעילה הופך לנקודת כניסה מחדש.
