Firebase A/B Testing

בעזרת Firebase A/B Testing אפשר לבצע אופטימיזציה של חוויית השימוש באפליקציה מייעלים את הדרך שבה אתם מנהלים, מנתחים ומתאימים לעומס את המוצרים והשיווק שלכם ניסויים. בעזרת הכלי הזה תוכלו לבדוק שינויים בממשק המשתמש, בתכונות או בקמפיינים לעידוד השימוש באפליקציה, כדי לראות איך הם משפיעים על המדדים החשובים (כמו הכנסות ושמירה על משתמשים) לפני ההשקה הרחבה.

A/B Testing עובד עם FCM כדי שתוכל לבדוק אפשרויות שיווק שונות הודעות וב-Remote Config, כדי שאפשר יהיה לבדוק את השינויים בתוך האפליקציה.


שנתחיל? בוחרים מוצר:

יצירת Remote Config ניסויים יצירת ניסויים בהעברת הודעות

יכולות עיקריות

בדיקה ושיפור של חוויית המוצר כדי לבצע שינויים בהתנהגות, צריך ליצור ניסויים עם Remote Config ואת המראה של האפליקציה בכל הווריאנטים בניסוי, וגם אפשר לבדוק איזו חוויית שימוש במוצר היעילה ביותר מבחינת התוצאות שהכי חשובות לכם.
שימוש בכלי ליצירת התראות כדי למצוא דרכים לעודד את המשתמשים לאינטראקציה חוזרת שימוש בפורמט A/B Testing כדי למצוא את ההגדרות היעילות ביותר לניסוח ולהעברת הודעות כדי למשוך משתמשים לאפליקציה.
השקה בטוחה של תכונות חדשות לא כדאי להשיק תכונה חדשה בלי לוודא שהיא עומדת ביעדים שלכם רק קבוצת משנה קטנה של משתמשים. ברגע שרמת האמינות של A/B Testing תוצאות, אנחנו משיקים את התכונה לכל המשתמשים.
קבוצות משתמשי היעד מריצים בדיקות A/B מטורגטות על סמך נתונים לגבי המשתמשים באפליקציה. לדוגמה, אפשר לטרגט קבוצת משנה של משתמשים שמפעילים אפליקציה ספציפית בגרסה, בפלטפורמה או בשפה, או בוחרים במשתמשים שתואמים Google Analytics הערך של מאפיין משתמש.

איך זה עובד?

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

ניסויים של A/B Testing בודקים פעולות של הגדרת תצורה מרחוק והעברת הודעות באמצעות Google Analytics כדי לטרגט משתמשים ולמדוד את התוצאות.

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

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

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

נתיב הטמעה

הוספה של Remote Config או Firebase Cloud Messaging לאפליקציה אם האפליקציה כבר משתמשת ב-Remote Config או ב-Cloud Messaging (או בשניהם), אפשר לדלג לשלב הבא.
מגדירים את הווריאנטים שרוצים להעריך באמצעות בדיקת A/B. בין אם השינוי שלך הוא קל או הוספה של ממשק משתמש או תכונה חדשים, אם יכולים לשלוט בשינוי הזה באמצעות Remote Config, אפשר לבדוק מספר וריאציות על השינוי עם A/B Testing.

אפשר גם להשתמש ב-A/B Testing עם הכלי 'התראות' כדי לבדוק כמה וריאנטים בקמפיין לחידוש הקשר לפני ההשקה לכל המשתמשים.
מגדירים איך מודדים הצלחה בניסוי שנעשה בו שימוש במלחין ההתראות, אפשר להשתמש בAnalytics אירוע כדי להגדיר את יעד הניסוי ולהשוות וריאציות של הניסוי. בניסוי Remote Config, אפשר להשתמש באירוע Analytics או במשפך המרות כדי להגדיר את היעד של הניסוי.
מעקב אחרי הניסוי כדי למצוא את הווריאנט הכי טוב ניתן להתחיל את הניסוי עם מעט משתמשים בלבד, ולאחר מכן להשיק אותו משתמשים רבים יותר אם התוצאות המוקדמות נראות טוב. במהלך המעקב אחרי הניסוי, תוכלו לראות אם וריאנטים מסוימים גורמים ליותר קריסות באפליקציה או משפיעים באופן אחר על חוויית השימוש באפליקציה. תוכלו גם לראות איזה וריאנט מניב את ההתקדמות הגדולה ביותר להשגת היעד שלכם.

השלבים הבאים