این راهنما اطلاعاتی در مورد مفاهیم کلیدی مربوط به راه‌اندازی‌های Remote Config ارائه می‌دهد، به طوری که شما بتوانید:
- نحوه‌ی عملکرد عضویت در گروه‌های انتشار را درک کنید.
- بدانید چه زمانی از انتشار اولیه و چه زمانی از تست A/B استفاده کنید.
- یاد بگیرید که چگونه نتایج انتشار را تفسیر کنید.
عضویت در گروه‌های انتشار را درک کنید
وقتی یک فهرست جدید ایجاد می‌کنید و درصدی را به آن اختصاص می‌دهید، فایربیس برای نتایج دقیق هنگام مقایسه عملکرد ویژگی فعال‌شده، بخشی از مخاطبان شما را با اندازه مساوی در یک گروه کنترل قرار می‌دهد که منجر به گروه‌های زیر می‌شود.
- فعال : دستگاه‌های کاربری که به این گروه اختصاص داده شده‌اند، مقداری را که در فهرست تنظیمات خود پیکربندی می‌کنید، دریافت می‌کنند.
- کنترل : دستگاه‌های کاربری که به این گروه اختصاص داده شده‌اند، مقداری را دریافت می‌کنند که در غیر این صورت از Remote Config دریافت می‌کردند، نه مقدار راه‌اندازی.
- تخصیص نیافته: دستگاه‌های کاربر در این گروه مقداری را دریافت می‌کنند که در غیر این صورت از Remote Config دریافت می‌کردند، اما در نتایج مقایسه‌ی انتشار استفاده نمی‌شوند .
یعنی اگر به ۲٪ از کاربران خود دسترسی بدهید، آنها به گروه Enabled اضافه می‌شوند و ۲٪ دیگر از کاربران شما به گروه Control اضافه می‌شوند که برای مقایسه استفاده می‌شود. ۹۶٪ از کاربران شما در گروه Unassigned باقی می‌مانند.
این رویکرد، مقایسه‌ای منصفانه بین عملکرد کاربران و دستگاه‌هایی که ارزش انتشار شما را دریافت می‌کنند و آن‌هایی که دریافت نمی‌کنند، تضمین می‌کند و به شما امکان می‌دهد تا به طور مؤثر موفقیت یا شکست انتشار را در صفحه نتایج انتشار تعیین کنید.
تخصیص گروه راه‌اندازی در تمام مراحل یک راه‌اندازی ثابت است. یعنی، در همان راه‌اندازی، اگر درصد را به 0٪ کاهش دهید، همه کاربران به دریافت مقدار پارامتر تعریف شده در الگوی Remote Config باز می‌گردند. اگر بعداً تصمیم به افزایش درصد راه‌اندازی بگیرید، کاربرانی که بخشی از گروه‌های Enabled یا Control قبلی بودند، به گروهی که در ابتدا به آنها اختصاص داده شده بود، باز می‌گردند و مقادیری مطابق با آن گروه‌ها دریافت می‌کنند.
وقتی تأیید کردید که انتشار شما موفقیت‌آمیز بوده و تصمیم گرفتید که به‌طور کامل برای ۱۰۰٪ کاربران هدف راه‌اندازی شود، Firebase دیگر از گروه کنترل استفاده نمی‌کند و همه کاربران و دستگاه‌های هدف، ارزش انتشار را دریافت می‌کنند.
چه زمانی از تست A/B به جای تست انتشار اولیه استفاده کنیم؟
راه‌اندازی‌های Remote Config و A/B Testing برای موارد استفاده کمی متفاوت مناسب هستند و می‌توانند به صورت مکمل مورد استفاده قرار گیرند.
انتشارهای عمومی ، انتشارهای تدریجی هستند و اغلب برای انتشار یک ویژگی جدید به گروه منتخبی از کاربران استفاده می‌شوند. ممکن است بخواهید کاربران یک کشور خاص یا کاربرانی که از یک نسخه خاص از برنامه شما استفاده می‌کنند را هدف قرار دهید. از انتشارهای عمومی برای کاهش ریسک، آزمایش ویژگی‌های جدید در یک محیط واقعی، با کنترل‌های دقیق، استفاده کنید تا بتوانید عملکرد ویژگی را ببینید. همچنین می‌توانید نحوه عملکرد سرویس‌های backend خود را با بار اضافه شده از ویژگی جدید و میزان تقریبی استفاده را رصد کنید تا مطمئن شوید که تغییر شما قبل از انتشار برای مخاطبان گسترده‌تر، مقیاس‌پذیر است.
به‌روزرسانی‌ها ابزارهای بسیار خوبی برای موقعیت‌هایی هستند که در آنها ویژگی‌های جدیدی پیاده‌سازی می‌کنید که عملکرد را به طور قابل توجهی تغییر می‌دهند، تغییراتی که ممکن است منجر به نتایج غیرقابل پیش‌بینی شوند یا تغییراتی که ممکن است بر زیرساخت، سرویس‌ها یا APIهای خارجی شما تأثیر بگذارند.
A/B Testing به شما این امکان را می‌دهد که چندین نسخه از یک ویژگی یا عنصر برنامه را ارائه دهید، به عنوان مثال، به‌روزرسانی ظاهر و حس رابط کاربری، تغییر متن تبلیغات، به‌روزرسانی سطح دشواری بازی. سپس می‌توانید تغییرات مختلف را در اختیار کاربران خود قرار دهید تا بفهمید کدام گزینه بر اساس معیار انتخابی شما (مانند تعامل کاربر، کلیک‌های تبلیغاتی و درآمد) نتایج بهتری را به همراه دارد.
از A/B Testing برای تصمیم‌گیری مبتنی بر داده، بهینه‌سازی و درک ترجیحات کاربران خود استفاده کنید. این تست برای موقعیت‌هایی که چندین گزینه قابل مقایسه و اهداف بسیار خاص دارید، عالی است. به عنوان مثال، A/B Testing برای تغییراتی مناسب است که می‌خواهید برنامه خود را برای بهبود یک معیار خاص، مانند آزمایش اینکه کدام مکان تبلیغات بنری منجر به کلیک بیشتر می‌شود، تغییر دهید.
همچنین ایده خوبی است که پیاده‌سازی‌های Remote Config و A/B Testing را در یک استراتژی جامع ترکیب کنید: ابتدا، یک A/B Test با مجموعه‌ای محدود از کاربران ایجاد کنید تا متغیری را که نتایج بهینه را برای معیارهای کلیدی شما ایجاد می‌کند، تعیین کنید. سپس، پس از اینکه A/B Testing یک گزینه پیشرو را تعیین کرد، یک پیاده‌سازی با متغیر برنده ایجاد کنید. با افزایش تدریجی تعداد کاربران در معرض خطر، پایداری و معیارهای کلیدی آن را رصد کنید و پس از اطمینان از عملکرد آن، آن را به ۱۰۰٪ برسانید.
نتایج انتشار را درک کنید
بعد از انتشار یک نسخه آزمایشی، تقریباً بلافاصله باید نتایج را ببینید.
شما می‌توانید نتایج را به چندین روش مشاهده کنید:
- از صفحه پارامترها ، پارامتری را که برای Rollout پیکربندی کرده‌اید، باز کنید و در زیر rollout، روی View results کلیک کنید.
- از صفحه‌ی Rolloutها ، روی نام rollout کلیک کنید.
انتخابگر برنامه در بالای صفحه نتایج به شما امکان می‌دهد نمایش برنامه‌های خاص را انتخاب کنید. نتایج به چندین بخش تقسیم می‌شوند:
- بخش خلاصه ، که درصد پیکربندی تنظیمات را نشان می‌دهد و امکان بازگشت به حالت قبل یا ویرایش تنظیمات را فراهم می‌کند. وقتی این بخش باز شود، نمای کلی از جزئیات پیکربندی تنظیمات و تاریخچه تغییرات (Change history) تنظیمات شما را نشان می‌دهد.
بخش کاربران ، که تعداد نصب‌های منحصر به فرد برنامه را که یک الگوی انتشار را در گروه‌های زیر دریافت کرده‌اند، نشان می‌دهد:
- فعال: تعداد نمونه‌های برنامه‌ای که با شرایط انتشار هدف مطابقت دارند و مقدار انتشار را دریافت کرده‌اند.
- کنترل: تعداد نمونه‌های برنامه‌ای که با شرایط انتشار هدف مطابقت دارند و مقدار بدون تغییر را دریافت کرده‌اند.
- هدف (Target) : تعداد کل تخمینی نمونه‌هایی که با شرطی که در فهرست خود تعیین کرده‌اید مطابقت دارند، که باید یا فهرست یا مقداری بدون تغییر را دریافت کنند.
برای کسب اطلاعات بیشتر به بخش «درک عضویت در گروه راه‌اندازی» مراجعه کنید.
بخش‌های Crashlytics و Analytics که داده‌های مقایسه‌ای را برای گروه‌های Enabled و Control نشان می‌دهند. می‌توانید داده‌های جمع‌آوری‌شده را برای ۲۴ ساعت گذشته ، از آخرین انتشار یا ۷ روز گذشته فیلتر کنید. ۲۴ ساعت گذشته نمای پیش‌فرض است.
نتایج Crashlytics برای انتشار نسخه‌های جدید
شما می‌توانید تعداد کل خرابی‌ها ، خرابی‌های غیرکشنده و ANRهایی را که در طول به‌روزرسانی رخ داده‌اند، مشاهده کنید. هر دسته از نتایج، یک نمودار میله‌ای را نشان می‌دهد که مجموع خام کاربران فعال و کنترل‌شده‌ای را که شرایط به‌روزرسانی را برآورده کرده‌اند، مقایسه می‌کند.
- خرابی‌ها: تعداد و درصد خرابی‌ها و تعداد کاربران منحصر به فردی که برای گروه‌های فعال و کنترل دچار خرابی شده‌اند را نشان می‌دهد.
- خطاهای غیرمهلک: تعداد و درصد خطاهای غیرمهلک، تعداد کاربران منحصر به فردی که خطاهای غیرمهلک را تجربه کرده‌اند را نشان می‌دهد.
- ANRها (فقط برنامه‌های اندروید): تعداد و درصد رویدادهای «برنامه پاسخ نمی‌دهد» و همچنین تعداد کاربران منحصر به فردی که یک یا چند رویداد ANR را تجربه کرده‌اند، نشان می‌دهد.
برای اطلاعات دقیق‌تر در مورد خرابی‌ها، می‌توانید روی «مشاهده موارد بیشتر در Crashlytics کلیک کنید. این کار صفحه Crashlytics را با یک فیلتر فعال برای فهرستی که نتایج آن را بررسی می‌کردید، باز می‌کند. نتایج فهرست در صفحه Crashlytics تمام کاربرانی را که تا به حال در معرض نوع مربوطه، فعال یا کنترل، قرار گرفته‌اند، اندازه‌گیری می‌کند. می‌توانید خرابی‌های گروه کنترل، خرابی‌های گروه فعال یا هر دو را مشاهده کنید.
نتایج Google Analytics برای انتشار نسخه‌های جدید
بخش نتایج انتشار Google Analytics ، معیارهای Analytics را برای تمام کاربرانی که تا به حال در گروه‌های فعال یا کنترل قرار گرفته‌اند، با جزئیات و در قالب نمودار مقایسه می‌کند. سه معیار ارائه شده است:
- درآمد کل: کل مبلغ درآمد، شامل درآمد حاصل از تبلیغات و درآمد حاصل از خرید، را به دلار آمریکا نشان می‌دهد. می‌توانید نتایج خود را فیلتر کنید تا نتایج مربوط به درآمد حاصل از تبلیغات یا درآمد حاصل از خرید نمایش داده شود.
- کل تبدیل‌ها: تعداد خام مجموع تمام رویدادهای تبدیل را نشان می‌دهد. می‌توانید نتایج خود را بر اساس تبدیلی که می‌خواهید برجسته کنید، فیلتر کنید.
- کل زمان تعامل: کل زمان تعامل کاربران شما را با یکی از انواع مختلف به‌روزرسانی نشان می‌دهد. کل زمان تعامل با فرمت ساعت: دقیقه: ثانیه نمایش داده می‌شود. برای مثال، ۰۱:۳۱:۲۸. نمودار، داده‌های مربوط به دوره زمانی انتخاب شده در بخش Crashlytics را نشان می‌دهد.