למה תשומת לב חשובה יותר מרכישה

במערכת האקולוגית של יישומים ניידים היפר תחרותית, רכישת משתמשים חדשים היא רק חצי הקרב.האתגר האמיתי הוא שמירה עליהם.מדדי התעשייה מראים באופן עקבי כי האפליקציה הממוצעת מאבדת 77% מהמשתמשים הפעילים היומיומיים שלה בתוך שלושת הימים הראשונים לאחר ההתקנה.עד 30 יום המספר מטפס ללמעלה מ-90% עבור קטגוריות רבות.שיעורי התקנה גבוהה באופן עקבי של ערך הרקדה ישירות (LTV), תרמה לרכישות ROI, ופרטים יותר.

הפחתת המתקנים אינה על משתמשים מתפתלים להישאר.זה על הנדסה חוויה שמשתמשים באמת רוצים לחזור אליה.זה דורש גישה שיטתית למעורבות של משתמשים – לא כזמן אחד על אירוע לוח, אלא כמערכת יחסים מתמשכת שנבנתה על רלוונטיות, ערך והנאה.כאן אנו מתווה את האסטרטגיות היעילות ביותר, הממוקדות נתונים להפחתת שיעורי התקנה ללא תשלום על ידי שיפור בכל שלב של מסע.

הבנת הטריגר שמאחורי הסר

לפני יישום טקטיקות, חשוב להבין את FLT:0 למהר LT 1 אנשים להסיר את המחקר על ידי FLT:2AppsFlyerph 3 וחברות ניתוח ניידות אחרות מקטנות נהגים שאינם מורידים נהגים לארבעה דליים עיקריים:

  • (FLT:0)התמדה עם פונקציונליות הליבה:FreaLT:1) האפליקציה לא עושה מה שהמשתמשים מצפים, או שהיא מתרסקת, lags, או יש ממשק קלומנטלי.
  • (FLT:0) תקשורת מוגזמת או מוגזמת: ההרחבה 1 (יותר מדי) יותר מדי הודעות דוחפות, הודעות דוא"ל לא רלוונטיות או הודעות ספאמי בתוך האפליקציה.
  • (ב) [ה]0] ל-[[1924]], אין אפשרות לחזור לאחר הביקורים הראשונים - אין תוכן חדש, תכונות או הטבות.
  • (FLT:0) או חששות סוללה: FLT:1 Apps כי לצרוך יותר מדי מקום או ניקוז כוח נמחק לעתים קרובות גם אם משתמשים אוהבים אותם.

כל אחד מהטריגרים הללו יכול להיות מטופלים באמצעות אסטרטגיות מעורבות מכוונת, אבל הגישה היעילה ביותר היא למנוע מהם לקרות מלכתחילה על ידי תכנון לשימור מיום אחד.

אסטרטגיה 1: המאסטר 60 שניות

אופטימיזציה של Onboarding

הרושם הראשוני הוא בלתי הפיך.זרימה מבלבלת או ארוכה על הסיפון היא הדרך המהירה ביותר לגרום לתקנה בתוך 24 השעות הראשונות.המטרה של הקרנה היא לא להסביר כל תכונה - זה לעזור למשתמשים להגיע ל"רגע חד-הההה" שלהם מהר ככל האפשר.

עבור אפליקציה פריון, הרגע של A-ha עשוי להשלים את המשימה הראשונה. עבור אפליקציה חברתית, זה עשוי להיות מחובר עם חבר. עבור אפליקציה כושר, זה יכול להיות למקם את האימון הראשון.זהה את הרגע הזה ולהסיר כל צעד בין המשתמש לבין זה.

  • (ב) ⁇ :0) גילויים אגרסיביים: 1FLT:1 אל תציג את כל התכונות למעלה מראש.
  • (ב) [15] שאלות על מטרות המשתמש או העדפות, ולאחר מכן להתאים את החוויה בהתאם.FLT:2 קלוורטפיל 3: דוחות כי מותאם אישית על גבי לוח הזמנים יכול להגביר את השימור עד 50%.
  • (ב) [15] לא מדריכים ראשונים: ראשית: ⁇ 1:1 תן למשתמשים לחקור וללמוד על ידי ביצוע. השתמש בכליטיps באופן עוטה רק כאשר הם חוסמים התקדמות.

מבחן A/B שני זרמי חוצות: אחד שמראה דמו מהיר ואחד שדוחף את המשתמשים ישר לפעולה הליבה. Measure time-to-value ו- 1 ימים שימור.הזרימה הזוכה לעתים קרובות מפתיעה קבוצות כי זה קצר יותר ממה שהם מצפים.

זמן טעינה ו-Deve Time

משתמשים מצפים אפליקציה להשיק בתוך שתי שניות.כל שנייה נוספת של זמן העומס מגבירה את קצב הסימון ב-20%. באופן קבוע לבדוק את זמן הסטארט-אפ של האפליקציה, שימוש בזיכרון וצריכת סוללות. השתמש בתמונות קלות משקל, תוכן עצלן שאינו בעל חשיבות, ומציק אגרסיבי.אם האפליקציה שלך מרגישה sluggish, אין אסטרטגיה של מעורבות.

אסטרטגיה 2: אמירות חכמות, מכבדות

הודעות דחיפה נשאר אחד הכלים החזקים ביותר של מעורבות - אבל הם גם חרב כפולה.Over-notification היא הסיבה העיקרית לכך שמשתמשים מורידים יישומים, על פי סקרים רבים.המפתח הוא לשלוח את ה-FLT:0rightnoteFLT:1 ל-FLT:2right PersonFLT 3 ב-FLT:4rightal:5

המונחים: Behavior- Based Targeting

התפרצויות ג'נריות (למשל, "חזור לאפליקציית!") מרגישות ספאמי ומכוונן במהירות.במקום, פלח משתמשים המבוססים על התנהגותם ושלב מחזור החיים שלהם:

  • (ביום 1-7): שלח נאונים חינוכיים שמחזקים את הצעת הערך.דוגמה: "לא סיימתם להגדיר את הפרופיל שלכם, השלם אותו עכשיו כדי לקבל המלצות מותאמות אישית".
  • (המשתמשים:0) משתמשים: ההרחבה 1 (FLT:1) מאשרים אותם על תכונות חדשות, תוכן או אינטראקציות חברתיות, למשל: "חברך שרה פשוט פרסמה מתכון חדש - בדוק אותו".
  • (ב) משתמשים (>7 ימים לא פעילים): 10:1 הודעות הפעלה מחדש של טריגר המדגישות את מה שחסר להם, עם אלמנט של דחיפות או בלעדיות: "הוספתנו 30 אימונים חדשים השבוע - התחילו את העוקץ שלך עכשיו."

השתמש בבדיקת A/B כדי לייעל את זמן שליחת הודעות הבוקר עשויות לעבוד עבור יישומי חדשות, בעוד הודעות ערב ביצועים טובים יותר עבור מדיטציה או יישומי בידור.כלי כמו FLT:0LeanplumirphFLT:1 (חלק של קלברופט) לאפשר אופטימיזציה של זמני משלוח חיזוי מבוסס על דפוסי משתמשים בודדים.

לכבד את העדפות המשתמש ואת תדירות Caps

לאפשר למשתמשים לבחור אילו סוגים של הודעות הם מקבלים וכמה פעמים.ספק מסך הגדרות פשוט ב-app שבו הם יכולים להתגלות קטגוריות (למשל, "מניעים", "חברתיים", "Reminders" (ההגדרה של כפל) לקבוע מגבלת תדר גלובלית - לא יותר מ- 2-3 הודעות ליום עבור רוב האפליקציות.אם משתמש לא פתח הודעות בשבוע שעבר, להפחית באופן אוטומטי את תדירות שליחת.

אסטרטגיה 3: שיפור אישיות מעבר ליסודות

התאמה אישית הולכת מעבר ליחס למשתמש בשם הראשון שלהם.התאמה אישית אמיתית פירושה התאמה דינמית של תוכן, פריסה, תכונות ותקשורת להעדפות הייחודיות של כל משתמש והתנהגותו.פלטפורמות אפליקציה מודרניות כמו FLT:0DirectusFLT:1 (אפשר ניהול תוכן חסר ראש שיכול לשרת הזנת אישית, המלצות, הודעות ללא תשלום מגיבוי יחיד.

תוכן אישי

אם האפליקציה שלך יש כל רכיב תוכן (articles, קטעי וידאו, מוצרים, רשימות), לשרת דף ייחודי או להאכיל בהתבסס על אינטראקציות קודמות. השתמש בסינון שיתופי או בהמלצות מבוססות תגים.לדוגמה, אפליקציה למתכון יכולה להציע ארוחות בהתבסס על מגבלות תזונתיות, מנות מבושלות בעבר, וזמן של יום.

בדיקת A/B נגד תרופה אישית אישית. מצפה למעלית 20–40% בתדירות הפגישה ובזמן שבילה.האלגוריתם לא צריך להיות מושלם - אפילו לא פשוט מבוסס הכלל (למשל, "להפוך יותר מקטגוריות שהמשתמש ראה לפחות שלוש פעמים") מפרסמת גישה בגודל אחד.

המונחים: in-App Messaging

הודעות In-app הן פחות פולשניות מאשר לדחוף הודעות ויכולות להיות מופעלות באופן קונטקסטאלי.לדוגמה, כאשר משתמש משלים רכישה, להראות תודה-אתה מודולל עם upsell מותאם אישית.כאשר משתמש נוטש עגילה, להראות תזכורת עדינה עם תמונת הפריט והנחה מוגבלת זמן.כאשר משתמש מכה אבן דרך (למשל, 10th אימון), לחגוג עם a congratatory ו-Tayulative.

מיקרו-פעולות אלה לבנות קשרים רגשיים ולתת למשתמשים תחושה של התקדמות והכרה – נהגים מרכזיים של שימור לטווח ארוך.

אסטרטגיה 4: משחקים ותגמולים מתקדמים

גנובר מתייחס לאלמנטים עיצוב המשחק בהקשרים לא משחקים כדי להניע התנהגות.מכניקת הגאה היעילה ביותר לצמצום המתקנים לא-התקנה מבוססת על תגמולים משתנים וסימולות התקדמות, כפי שתואר ב-FLT:0Nir Ei's Hook Models FLT:1.

Streaks ו-Daily כניסה

תגמול בשימוש יומיומי ברציפות עם תוכן בונוס, מטבע וירטואלי או תכונות בלעדיות.המכונאי "הקיצוני" יוצר אפקט אובדן-הסחה: משתמשים לא רוצים לשבור את העוקץ שלהם, אז הם חוזרים.עם זאת, תגמולים סטראק חייב להיות משמעותי. "אתה נרשמת בתוך 3 ימים ברציפות!" פופ-אפ אינו מספיק להציע משהו מוחשי: חיים נוספים, קופון, מוקדם, או תג חדש לתכונה חדשה.

היזהרו לא להעניש משתמשים שמפספסים יום במקום זאת, לספק "מגזר קיצוני" (עבר חופשי חד פעמי) או להציע פרס מופחת עבור עוקץ חלקי.זה שומר על רצון טוב תוך כדי עדיין עלייה בעקביות.

רמות, Badges ו- Leaderboards

רמות פתיחות מתקדמות כמשתמשים להשלים פעולות.כל רמה צריכה להרגיש כמו הישג. Badges יכול לחגוג אבני דרך ספציפיות (למשל, " 100 צעדים ראשונים שנרשמו", "Power User - Used 5 תכונות שונות") , ראשי לוחיות עובדים הכי טוב באפליקציות חברתיות או תחרותיות שבהן משתמשים יש קהילה. עבור יישומים בודדים, להתמקד בהתקדמות אישית ("אתה עכשיו ב-20% העליון של משתמשים עבור עקביות").

אתגרים וחיפושים

אתגרים ארוכי טווח (למשל, "אימון 7 בשבוע כדי לפתוח תכנית אימון פרימיום") יוצרים דחיפות וקריאה ברורה לפעולה.הם מספקים גם נרטיב שגורם למשתמשים לעסוק מעבר לשימוש הרגיל שלהם.

אסטרטגיה 5: עדכונים קבועים שמשתמשים באמת דואגים

עייפות היא אמיתית, משתמשים לא להסיר את ההורדה כי לא שחררת מספיק עדכונים; הם לא מורידים כי עדכונים לא משפרים את הניסיון שלהם.כל עדכון צריך לענות על שאלה אחת: FLT:0 "מה זה עושה בשבילי?"

עדכון תוכן לעומת עדכוני תוכן

עדכונים תכונה מציגים פונקציונליות חדשה - אלה הם משפיעים אך דורשים מאמץ פיתוח.עדכוני תוכן (מאמרים חדשים, תרגילים חדשים, מוצרים חדשים) זולים יותר וניתן לשחרר אותם לעתים קרובות יותר. השתמש ב- CMS ללא ראש כמו Directus כדי לבטל את ניהול התוכן מפרסום יישומים.זה מאפשר לצוות שלך לדחוף תוכן טרי (או יומי) ללא הגשת בניין חדש לחנות App.

קידום עדכוני תוכן באמצעות כרזות תוך כדי שימוש והודעות דחיפה.לדוגמה, אפליקציית מדיטציה יכולה לומר "5 סיפורי שינה חדשים שפורסמו - לגלות אותם עכשיו".זה שומר על האפליקציה מרגישה חיה ובעלת ערך ללא דרישה להורדת.

App Store Description and Changelog

כאשר אתה משחרר עדכון Native, השתמש בשדה "מה חדש" כדי להדגיש את היתרון של המשתמש, לא רק את השינוי הטכני.במקום "באג מאויש במסך הכניסה", כתוב "לוג מהיר יותר עם אבטחה משופרת ואימות חד פעמי".

אסטרטגיה 6: בניית משככי כאבים שמשתמשים בוטחים

משתמשים שמרגישים שמעים פחות נוטים להסיר את האפשרות של הסרת דרכים מרובות, חיכוך למשתמשים לתת משוב: כפתור "Send Feedback" בתפריט ההגדרות, סקר קצר ללא הצלחה לאחר פעולות מפתח, ודרך לדווח על באגים מבלי לעזוב את האפליקציה.

Act on Feedback - and Show It

הממריץ האמיתי של השימור אינו אוסף משוב – הוא סוגר את הלולאה.לאחר שמשתמש מדווח על באג או מציע הצעה, שלח הודעה מעקב: "תודה למשוב שלך, שיפרנו את תכונה החיפוש.בדוק אותו."זה הופך משתמש פסיבי ליועץ נאמן.חשב בתכונה "מפת רואד" בתוך האפליקציה המציגה שיפורים וגורמת למשתמשים להצביע על מה שחשוב ביותר.

Netקידםer Score (NPS) ו- Churnחיזוי

מדד NPS במרווחים קבועים (למשל, אחרי 30 ימים ו-90 ימים) משתמשים שנותנים ציון נמוך (detractors) נמצאים בסיכון גבוה של הסרת. Reach החוצה אליהם עם הצעה אישית או אינטראקציה של לקוחות אנושיים תמיכה. השתמש בכלים אנליטיים כדי לבנות מודלים חיזוי צ'נדר כי משתמשים דגל המבוססים על תדירות הפעלה מופחתת, מופחת זמן באפליקציות, או פעולות מפתח לא שלמות.

אסטרטגיה 7: Siלהגדיל, Siלהגדיל,

מורכבות היא הרוצח השקט של שימור.כל מסך, כפתור, ובקשת הרשאות מוסיפה עומס קוגניטיבי.משתמשים שמרגישים המומים נטשו את האפליקציה.

UX Audits for פריצה

ביצוע ביקורת UX רגילה באמצעות הפעלות מחדש ומפת חום (דברים כמו Hotjar או Fullstory) לחפש ברזים זעם, ניווט חוזר ומשך זמן השלמת ארוך עבור משימות ליבה.

בקשות הרשאות

לבקש הרשאות (הופנה, מיקום, הודעות דחיפה) רק כאשר המשתמש זקוק להן - לא על ההשקה הראשונה.לדוגמה, אפליקציית משלוח מזון צריכה לחכות עד שהמשתמש עומד לחפש מסעדות בקרבת מקום לפני שהוא מבקש גישה למיקום.הרשים קונטקסטואליים יש שיעור קבלה גבוה ב-60% מאשר אלה הגנריים.

אסטרטגיה 8: מדד מה שחשוב

אתה לא יכול לשפר את מה שאתה לא מודד.בעוד שהורדת והתקנה מספרים הם מדדי יון, מדדי המעורבות וההחזקה הבאים תואמים ישירות עם הפחתת התקנה:

  • (FLT:0Day 1, 7, ו-30 שערי שימור: FIRLT:1 , קריטריונים בתעשייה משתנים על ידי קטגוריה, אבל כל אפליקציה צריכה לשאוף לפחות 40% יום-1, 20% יום 7 ו 10% יום 30 שמירה.
  • (FLT:0) תדירות ומשך: FLT:1 באיזו תדירות משתמשים פותחים את האפליקציה שלך?כמה זמן הם נשארים? - עלייה במדדים האלה בדרך כלל גורמת לירידה במתקנים לא קבועים.
  • (ב) [15] זמן לפעולה מרכזית ראשונה: 1FLT:1 קיצור מדד זה משפר את השמירה על פני הלוח.
  • שיעור אימוץ:0 (FLT:103) אם תכונה יש פחות מ 10% אימוץ לאחר שבועיים, לשקול הסרת או עיצוב מחדש.
  • (FLT:0) סקרי סיבה של הסרת: FLT:1 השתמש בסקר יציאה פשוט (למשל, "אנחנו מצטערים לראות אותך הולך, למה אתה מקלקל את האפליקציה?") כדי לאסוף נתונים איכותיים.

הגדר לוח מחוונים כי על פני מדדים אלה שבועיים.שתף אותו עם כל צוות המוצר.כאשר אתה רואה מהלך מדד בכיוון הלא נכון, לחקור מיד את שורש הסיבה - זה עשוי להיות התרסקות משחרור לאחרונה, הודעה שיצאה לעתים קרובות מדי, או תכונה חסרה עבור פלח מפתח.

הבא הכל ביחד: The Engagement Flywheel

צמצום המתקנים אינו פרויקט חד פעמי; זהו מחזור מתמשך של מדידה, היסוס והתאמה אישית.האפליקציות המצליחות ביותר מתייחסות למעורבות כגלגל:

  1. (ב) ,0) משתמשים מהרומ"ל (ב) עד לרגע שלהם.
  2. (ב) ,0) , יישם את החוויה של ה- 1:1 בהתבסס על התנהגות והעדפות.
  3. (ב) ,0) , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  4. (ב) ויקרא י"א: "ה' י"א ויקרא י"ד ויקרא י"ד .
  5. (ב) ,0) ,3 ,9) ,ב"ה, "הספק ערך אמיתי"
  6. (ב) ויקרא י"ד: "וַיָּבְהִיא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא הוּא .
  7. (ב) ,0) , חיכוך (FLT) 1 כדי לשמור על החוויה ללא מאמץ.

כל אחד מהצעדים האלה מחזק את האחרים, יוצר אפקט מורכב על שימור.התחל עם האסטרטגיה הגבוהה ביותר לאפליקציית הספציפית שלך - ככל הנראה על גבי לוח מודעות או לדחוף אופטימיזציה הודעה - ולהרחיב משם.

זכור: התקנה לא מהווה כשל משתמש; זה אות בכל פעם שמשתמש עוזב, יש שיעור שצריך ללמוד.לחוק על שיעורים אלה באופן שיטתי, והאפליקציית שלך לא רק תשמור על משתמשים - זה יהפוך אותם לעורכי דין שמניעים צמיחה אורגנית באמצעות Word-of-mouth ודירוגים.