این راهنما اطلاعاتی در مورد مفاهیم کلیدی مرتبط با راه‌اندازی Remote Config ارائه می‌دهد تا بتوانید:
- نحوه عملکرد عضویت در گروه رونمایی را درک کنید.
- بدانید که چه زمانی از یک رونمایی و چه زمانی از تست A/B استفاده کنید.
- نحوه تفسیر نتایج عرضه را بیاموزید.
عضویت در گروه رونمایی را درک کنید
وقتی یک عرضه جدید ایجاد می‌کنید و درصدی را اختصاص می‌دهید، Firebase بخش با اندازه یکسانی از مخاطبان شما را در یک گروه کنترل قرار می‌دهد تا هنگام مقایسه عملکرد ویژگی فعال‌شده‌تان، نتایج دقیقی داشته باشند، که در نتیجه گروه‌های زیر ایجاد می‌شود.
- فعال : دستگاه های کاربری اختصاص داده شده به این گروه مقداری را که در عرضه خود پیکربندی کرده اید دریافت می کنند.
- کنترل : دستگاه‌های کاربری اختصاص داده شده به این گروه، مقداری را دریافت می‌کنند که در غیر این صورت از Remote Config دریافت می‌کردند، نه مقدار عرضه.
- اختصاص داده نشده: دستگاه های کاربر در این گروه مقداری را دریافت می کنند که در غیر این صورت از Remote Config دریافت می کردند، اما در نتایج مقایسه عرضه استفاده نمی شوند .
یعنی اگر 2 درصد از کاربران خود را منتشر کنید، آنها به گروه Enabled و 2 درصد دیگر از کاربران شما به گروه Control اضافه می شوند که برای مقایسه استفاده می شود. 96٪ از کاربران شما در Unassigned باقی می مانند.
این رویکرد یک مقایسه عادلانه بین عملکرد کاربران و دستگاه‌هایی که ارزش عرضه شما را دریافت می‌کنند و آن‌هایی که دریافت نمی‌کنند تضمین می‌کند و به شما امکان می‌دهد موفقیت یا شکست عرضه را در صفحه نتایج انتشار به طور مؤثر تعیین کنید.
تخصیص گروه رونمایی در تمام مراحل یک عرضه سازگار است. یعنی در همان عرضه، اگر درصد را به 0 درصد کاهش دهید، همه کاربران به دریافت مقدار پارامتر تعریف شده در قالب Remote Config برمی‌گردند. اگر بعداً تصمیم گرفتید درصد عرضه را افزایش دهید، کاربرانی که بخشی از گروه‌های فعال یا کنترل قبلی بودند به گروهی که در ابتدا به آنها اختصاص داده شده بود بازمی‌گردند و مقادیری مطابق با آن گروه‌ها دریافت می‌کنند.
وقتی تأیید کردید که نسخه شما موفقیت آمیز است و تصمیم گرفتید به طور کامل برای 100٪ کاربران هدف راه اندازی کنید، Firebase دیگر از گروه کنترل استفاده نمی کند و همه کاربران و دستگاه های مورد نظر مقدار عرضه را دریافت می کنند.
چه زمانی از رول اوت در مقابل تست A/B استفاده کنیم؟
راه‌اندازی‌های Remote Config و A/B Testing برای موارد استفاده کمی متفاوت مناسب هستند و می‌توانند به صورت مکمل استفاده شوند.
عرضه‌ها نسخه‌های تدریجی هستند و اغلب برای انتشار یک ویژگی جدید برای گروهی از کاربران استفاده می‌شوند. ممکن است بخواهید کاربران را در یک کشور خاص یا با استفاده از نسخه خاصی از برنامه خود هدف قرار دهید. برای کاهش خطر، برای آزمایش ویژگی‌های جدید در یک محیط واقعی، با کنترل‌های دقیق، از عرضه‌ها استفاده کنید تا بتوانید عملکرد این ویژگی را ببینید. همچنین می‌توانید عملکرد سرویس‌های پشتیبان خود را با بار اضافه‌شده از ویژگی جدید، و استفاده تقریبی را کنترل کنید تا اطمینان حاصل کنید که تغییر شما قبل از انتشار برای مخاطبان گسترده‌تر، مقیاس‌پذیر است.
Rollouts ابزارهای عالی برای موقعیت‌هایی هستند که در آن ویژگی‌های جدیدی را پیاده‌سازی می‌کنید که عملکرد را به‌طور قابل‌توجهی تغییر می‌دهند، تغییراتی که ممکن است منجر به نتایج غیرقابل پیش‌بینی شود یا تغییراتی که ممکن است بر زیرساخت، سرویس‌ها یا APIهای خارجی شما تأثیر بگذارد.
A/B Testing به شما امکان ارائه چندین نسخه از یک ویژگی یا عنصر برنامه را می دهد، به عنوان مثال، به روز رسانی ظاهر و احساس رابط کاربری، تغییر نسخه تبلیغاتی، به روز رسانی سطح دشواری بازی. سپس می توانید تغییرات مختلفی را در معرض دید کاربران خود قرار دهید تا بدانید کدام گزینه بر اساس معیار انتخابی شما (مانند تعامل کاربر، کلیک های تبلیغاتی و درآمد) نتایج بهتری را به همراه دارد.
از A/B Testing برای تصمیم گیری مبتنی بر داده، بهینه سازی و درک ترجیحات کاربران خود استفاده کنید. این برای شرایطی که چندین گزینه قابل مقایسه و اهداف بسیار خاص دارید عالی است. به عنوان مثال، A/B Testing برای تغییراتی که می‌خواهید برنامه خود را برای بهبود یک معیار خاص تغییر دهید، مناسب است، مانند آزمایش اینکه قرار دادن بنر تبلیغاتی منجر به کلیک بیشتر می‌شود.
همچنین ایده خوبی است که راه‌اندازی‌های Remote Config و A/B Testing در یک استراتژی فراگیر ترکیب کنید: ابتدا یک تست A/B با مجموعه‌ای از کاربران محدود ایجاد کنید تا متغیری را تعیین کنید که نتایج بهینه را برای معیارهای کلیدی شما ایجاد می‌کند. سپس، پس از اینکه A/B Testing یک رهبر را مشخص کرد، یک عرضه با نوع برنده ایجاد کنید. با افزایش تدریجی تعداد کاربران در معرض دید، ثبات و معیارهای کلیدی آن را زیر نظر بگیرید و پس از اطمینان از عملکرد آن، آن را تا 100% افزایش دهید.
نتایج عرضه را درک کنید
پس از انتشار یک نسخه، باید تقریباً بلافاصله نتایج را مشاهده کنید.
شما می توانید نتایج را به چند روش مشاهده کنید:
- از صفحه پارامترها ، پارامتری را که برای Rollout پیکربندی کرده‌اید، گسترش دهید و در زیر انتشار، روی مشاهده نتایج کلیک کنید.
- از صفحه Rollouts ، روی نام عرضه کلیک کنید.
انتخابگر برنامه در بالای صفحه نتایج به شما امکان می دهد نماها را برای برنامه های خاص انتخاب کنید. نتایج به چند بخش تقسیم می شوند:
- بخش Summary ، که درصد Rollout پیکربندی شده را نشان می‌دهد و امکان بازگرداندن یا ویرایش انتشار را فراهم می‌کند. وقتی بزرگ شد، یک نمای کلی از جزئیات پیکربندی عرضه و تاریخچه تغییر را نشان می‌دهد.
بخش کاربران ، که تعداد نصب‌های برنامه منحصربه‌فردی را که یک الگوی عرضه را در گروه‌های زیر واکشی کرده‌اند نشان می‌دهد:
- فعال: تعداد نمونه‌های برنامه‌ای که با شرایط عرضه هدف مطابقت دارند و مقدار عرضه را دریافت کرده‌اند.
- کنترل: تعداد نمونه‌های برنامه‌ای که با شرایط عرضه هدف مطابقت دارند و مقدار آن را بدون تغییر دریافت کرده‌اند.
- هدف : تعداد کل تخمینی نمونه‌هایی که با شرایطی که در عرضه خود تنظیم کرده‌اید مطابقت دارند، که باید عرضه یا مقدار بدون تغییر را دریافت کنند.
در درک عضویت در گروه عرضه بیشتر بیاموزید.
بخش‌های Crashlytics و Analytics ، که داده‌های مقایسه را برای گروه‌های فعال و کنترل نشان می‌دهند. می‌توانید داده‌های جمع‌آوری‌شده را برای 24 ساعت گذشته ، از زمان آخرین انتشار یا 7 روز گذشته فیلتر کنید. 24 ساعت گذشته نمای پیش فرض است.
نتایج Crashlytics برای عرضه‌ها
می‌توانید تعداد کل خرابی‌ها ، موارد غیرمرگبار و ANR را که در طول عرضه‌تان رخ داده‌اند، ببینید. هر دسته از نتایج یک نمودار میله‌ای را نشان می‌دهد که مجموع خام کاربران فعال و کنترل را که شرایط عرضه را برآورده کرده‌اند، مقایسه می‌کند.
- Crashes: تعداد و درصد خرابی‌ها و تعداد کاربران منحصربه‌فردی که برای گروه‌های Enabled و Control دچار خرابی شده‌اند را نشان می‌دهد.
- Non-Fatals: تعداد و درصد خطاهای غیر کشنده، تعداد کاربران منحصر به فردی که خطاهای غیر کشنده را تجربه کرده اند را نشان می دهد.
- ANR (فقط برنامه‌های Android): تعداد و درصد رویدادهای «برنامه پاسخ نمی‌دهد» و همچنین تعداد کاربران منحصربه‌فردی که یک یا چند رویداد ANR را تجربه کرده‌اند را نشان می‌دهد.
برای اطلاعات بیشتر درباره خرابی‌ها، می‌توانید روی مشاهده بیشتر در Crashlytics کلیک کنید. این صفحه Crashlytics را با یک فیلتر فعال برای عرضه‌ای که نتایج آن را بررسی می‌کردید باز می‌کند. نتایج عرضه در صفحه Crashlytics همه کاربرانی را که تا به حال در معرض نوع مربوطه، فعال یا کنترل قرار گرفته اند، اندازه گیری می کند. می‌توانید خرابی‌های گروه کنترل، خرابی‌های گروه فعال یا هر دو را مشاهده کنید.
نتایج Google Analytics برای عرضه
بخش نتایج عرضه Google Analytics معیارهای Analytics را برای همه کاربرانی که تاکنون در معرض گروه‌های فعال یا کنترل قرار گرفته‌اند، با جزئیات و در نماهای نمودار مقایسه می‌کند. سه معیار ارائه شده است:
- مجموع درآمد: مقدار کل درآمد از جمله درآمد تبلیغات و درآمد خرید را به دلار نشان می دهد. می‌توانید نتایج خود را برای نمایش نتایج به‌طور خاص برای درآمد آگهی یا درآمد خرید فیلتر کنید.
- کل تبدیل: تعداد خام مجموع همه رویدادهای تبدیل را نشان می دهد. می توانید نتایج خود را بر اساس تبدیلی که می خواهید برجسته کنید فیلتر کنید.
- کل زمان تعامل: کل زمان تعاملی را که کاربران شما با یکی از انواع عرضه گذرانده اند را نشان می دهد. کل زمان تعامل در قالب ساعت: دقیقه: ثانیه نمایش داده می شود. به عنوان مثال، 01:31:28. نمودار داده‌های مربوط به دوره زمانی را که در بالای بخش Crashlytics انتخاب کرده‌اید نشان می‌دهد.