מפתחי אפליקציות משתמשים ב-Remote Config בדרכים רבות ושונות כדי להתאים את האפליקציות לדרישות הייחודיות שלהם, ואנחנו מעודדים אותם לעשות זאת. כדי לתת לכם מושג על סוגי הפעולות שאפשר לבצע באמצעות Remote Config, בדף הזה מתוארים כמה תרחישים לדוגמה שרלוונטיים למפתחים של אפליקציות לנייד.
השקת תכונות חדשות באמצעות מנגנון ההשקה באחוזים
אפשר להשתמש ב-Remote Config כדי לבצע השקה באחוזים, כדי לחשוף את המשתמשים בהדרגה לפונקציונליות החדשה. בדוגמה הזו, נניח שיש לכם פונקציית חיפוש חדשה שמופעלת ומושבתת באמצעות הפרמטר Remote Config בשם new_search_feature_flag, ואתם רוצים להתחיל בהשקה שלה ב-10% מבסיס המשתמשים המותקנים.
כדי לעשות זאת, עורכים את הפרמטר new_search_feature_flag, מוסיפים תנאי חדש ובוחרים באפשרות User in random percentage. משתמשים בפס ההזזה כדי להגדיר את האחוז האקראי בין 0 ל-10.
עכשיו, כשהמערכת מאחזרת את הערך new_search_feature_flag מ-Remote Config, 10% מהמשתמשים שנבחרו באופן אקראי מקבלים את הערך true, וה-90% האחרים מקבלים את הערך false.
כשתהיו מרוצים מהיציבות של התכונה ב-10% מאוכלוסיית המשתמשים, תוכלו להגדיל את היקף החשיפה שלה ל-30%, ל-50% ולבסוף ל-100%, אחרי שתהיה לכם אמון מלא בתכונה.
הגדרת מודעות באנר לקידום מכירות ספציפיות לפלטפורמה ולמיקום גיאוגרפי לאפליקציה
נניח שאתם מתכננים מבצע בקרוב באתר המסחר האלקטרוני שלכם, ואתם רוצים להפעיל דף splash שיציג את המבצע באפליקציה. בנוסף, נניח שאתם רוצים להתאים אישית את דף ה-splash הזה לאותו אזור גיאוגרפי שהמשתמש הגדיר במכשיר שלו. אפשר להגדיר פרמטר promo_splash_graphic ולהגדיר את הערך שלו לכתובות URL סטטיות (שמתארחות ב-Firebase Storage או במקום אחר), ואז להפנות אליהן באופן דינמי באפליקציה.
לאחר מכן תוכלו להקצות ערכים שונים ל-Android ול-Apple עבור המיקומים הגיאוגרפיים הכי חשובים לקמפיין השיווק שלכם. אם אתם צריכים להפעיל מבצעים בשעה ספציפית, תוכלו להשתמש בתנאים הזמניים של Remote Config, וגם להשתמש ב-Remote Config בזמן אמת כדי לוודא שהשינויים יישלפו זמן קצר אחרי פרסום התבנית, ואז תוכלו להפעיל אותם לפי הצורך באפליקציה.
אפשר גם להשתמש בממשקי ה-API לקצה העורפי של Remote Config כדי לעדכן את ערכי הפרמטרים באופן פרוגרמטי, ולאחר מכן להפעיל את הפונקציונליות באמצעות משימה ב-cron.
לספק למשתמשים חוויות מותאמות אישית על סמך השימוש הראשון שלהם באפליקציה
אפשר להשתמש ב-Remote Config כדי לספק למשתמשים חוויות מותאמות אישית על סמך התאריך והשעה שבהם הם פותחים את האפליקציה בפעם הראשונה, כולל בתרחישי השימוש הבאים:
- לספק תהליכי הצטרפות שונים כשמשתמשים מצטרפים לאפליקציה.
- לחשוף תמריצים או תכונות שמוסתרים מאחורי דגלים של תכונות או מתגים למשתמש חדשים אחרי תאריך מסוים.
- לספק חוויות מותאמות אישית למשתמשים שהצטרפו במהלך תקופת זמן מסוימת.
נניח שאתם רוצים לתת למשתמשים חדשים מתנה במשחק כדי לעודד את ההתעניינות הראשונית ואת השימור שלהם, וגם אתם רוצים לתת פרס אחר לקבוצה של משתמשים ותיקים. אפשר ליצור פרמטר בשם extra_coin_splash ששולט בחלון קופץ שמציע מטבע בחינם במשחק, עם הודעה שניתן להתאים אישית, מספר מטבעות בונוס ומספר הפעמים המקסימלי להצגה חוזרת של המבצע אם המשתמש לא קיבל אותו. אפשר להשתמש בערך ברירת המחדל באפליקציה בתור ברירת המחדל של הפרמטר, ואז ליצור שני תנאים.
קודם כול, מוסיפים ערך מותנה לפרמטר extra_coins_splash Remote Config שמטרגט אפליקציה ספציפית ל-Android או ל-iOS, מגדירים את הפעלה הראשונה לתאריך ושעה בעתיד, ואז מגדירים את ערך הפרמטר כך:
{"banner_text": "Welcome! Enjoy some extra coins!", "bonus_coins": 15, "max_display_retries": 2}
בשלב הבא, מוסיפים תנאי לקבוצת משתמשים קיימת שרוצים לתגמל. לדוגמה, כל המשתמשים שהצטרפו ביולי ועדיין משתמשים במשחק שלכם באוקטובר.
כדי לעשות זאת, מוסיפים עוד ערך מותנה לפרמטר extra_coins_splash, עם פתיחה ראשונה שמוגדרת בין 1 ביולי ל-1 באוגוסט, ומגדירים את ערך הפרמטר כזה:
{"banner_text": "Thanks for being a loyal user!", "bonus_coins": 30, "max_display_retries": 2}:
הפרמטר extra_coins_splash הסופי ייראה כך:
אחרי שתפרסמו את ההגדרה עם הפרמטר הזה, שתי הקבוצות של המשתמשים יקבלו את ערכי הפרמטרים הנוספים של המטבע שהגדרתם אחרי האחזור הבא שלהן.
בשלב הבא, כדאי לנסות A/B Testing ניסוי או התאמה אישית עם הפרמטרים ותנאי הטירגוט שלכם, באמצעות הודעות באנר שונות וסכומים שונים של מטבעות בונוס.
בדיקת פונקציונליות חדשה בקבוצת בדיקה מוגבלת
בדרך כלל, כדי לבדוק פונקציונליות חדשה בקבוצת בדיקה מוגבלת, משתמשים בערוץ Alpha ב-Google Play או ב-Test Flight לאפליקציות ל-Apple. הכלים האלה מושלמים כשרוצים לבדוק פונקציונליות חדשה באותו קצב שבו מתבצע מחזור הפיתוח הרגיל.
עם זאת, לפעמים תרצו לבדוק תכונה במהירות רבה יותר, ולהפעיל או להשבית אותה בקלות, ללא קשר למועד השקת הגרסה הבאה במחזור הפיתוח הרגיל. במקרים כאלה, Remote Config יכול להיות כלי שימושי מאוד.
נניח שאתם רוצים לבדוק גרפיקה חדשה בקרב העובדים בחברה שלכם. איך אפשר להפעיל את זה באמצעות Remote Config?
כשמשתמשים נכנסים לאפליקציה, בודקים את מזהה האימייל שלהם ומגדירים את מאפיין המשתמש is_mydomain_employee=true שחלה רק כשכתובת האימייל שייכת לדומיין שלכם. לאחר מכן יוצרים תנאי למעקב אחרי מאפיין המשתמש הזה.
אפשר לטרגט את מאפיין המשתמש הזה ב-Remote Config ולהפעיל את הפונקציונליות החדשה רק למשתמשים האלה.
שימוש ב-JSON כדי להגדיר ישויות מורכבות באפליקציה או במשחק
ככל שהאפליקציה נעשית מורכבת יותר, אתם צריכים דרכים טובות יותר לספק לה הגדרות. לדוגמה, אם אתם רוצים להגדיר מערכת כניסה חדשה, תוכלו ליצור פרמטר Remote Config אחד לכל ערך דינמי שאתם רוצים לשלוט בו. עם זאת, הגדרת מערכת ההתחברות באופן הזה היא משימה מייגעת וקשה מאוד להבין ולתחזק אותה.
דרך טובה יותר לספק הגדרות למערכת כזו של כניסה היא להשתמש ב-JSON ולקבץ את כל הפרמטרים האלה לפרמטר אחד. כך קל יותר לערוך ולתחזק את הפרמטר login לאורך זמן.
במסוף Firebase יש מאמת JSON ומדפסת יפהפייה שאפשר להשתמש בהם כשעורכים פרמטרים של Remote Config. כשעובדים במסוף, לוחצים על הסמל {} כדי לפתוח את העורך.
שליחת הודעה ב-Slack או באימייל כשמתפרסם עדכון בנושא Remote Config
אם אתם חלק מצוות גדול שמשתמש ב-Remote Config, לרוב קשה לעקוב אחרי מי מפרסם Remote Config בצוות ומתי.
כדי לפשט את תהליכי העבודה המשותפים, אתם יכולים לקבל התראות כמעט בזמן אמת באמצעות המנגנון המועדף עליכם (Slack או אימייל). אפשר להשתמש ב-API ל-REST של Remote Config יחד עם טריגר Remote Config ברקע ב-Cloud Functions for Firebase כדי לשלוח התראה בכל פעם שהתבנית של Remote Config משתנה.
לאחרונה, eBay פרסמה את ההטמעה שלהם בקוד פתוח, שבה הם משתמשים ב-Cloud Functions עם Remote Config כדי לפרסם ערוץ Slack עם ההבדלים בין תבניות Remote Config קודמות לבין תבניות חדשות.