מפתחי אפליקציות משתמשים ב-Remote Config בדרכים רבות ושונות בהתאם לדרישות הייחודיות שלהם, ומומלץ לעשות זאת. כדי לתת לכם מושג על הדברים שאפשר לעשות עם Remote Config, נסביר על כמה תרחישים לדוגמה שרלוונטיים למפתחים לנייד באופן נרחב.
השקת תכונות חדשות באמצעות מנגנון ההשקה באחוזים
אפשר להשתמש ב-Remote Config כדי לבצע השקה באחוזים, כדי לחשוף את המשתמשים בהדרגה לפונקציונליות החדשה. בדוגמה הזו, נניח שיש לכם פונקציית חיפוש חדשה שמופעלת ומושבתת באמצעות פרמטר Remote Config בשם new_search_feature_flag, ואתם רוצים להתחיל בהשקה שלה ב-10% מבסיס המשתמשים המותקנים.
כדי לעשות זאת, עורכים את הפרמטר new_search_feature_flag, מוסיפים תנאי חדש ובוחרים משתמש באחוז אקראי. משתמשים בפס ההזזה כדי להגדיר את האחוז האקראי בין 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 ניסוי או התאמה אישית עם הפרמטרים ותנאי הטירגוט שלכם, באמצעות הודעות באנר שונות וסכומים שונים של מטבעות בונוס.
בדיקת פונקציונליות חדשה בקבוצת בדיקה מוגבלת
בדרך כלל כדי לבדוק פונקציונליות חדשה בקבוצת בדיקה מוגבלת, משתמשים בערוץ אלפא ב-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 קודמות לבין תבניות Remote Config חדשות.