מפתחי אפליקציות משתמשים ב-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 הסופי ייראה כך:
פרמטר של Remote Config עם ערכים מותנים" title="Remote Config פרמטר עם ערכים מותנים" width="55%">
אחרי שתפרסמו את ההגדרה עם הפרמטר הזה, שתי הקבוצות של המשתמשים יקבלו את ערכי הפרמטר הנוספים של המטבע שהגדרתם אחרי האחזור הבא שלהן.
בשלב הבא, כדאי לנסות 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 כדי לפרסם הבדל בין תבניות Remote Config קודמות לעומת חדשות בערוץ Slack.