از یک سؤال واقعی در دلو
وقتی دلو را می‌ساختم، فقط دانستن تعداد نصب‌ها برای تصمیم‌گیری کافی نبود. می‌خواستم بفهمم بازیکن از ورود به بازی تا شروع و پایان یک دست چه مسیری را طی می‌کنه و کدوم تصمیم طراحی نیاز به بررسی دوباره داره. یک نمودار کلی نمی‌توانست همهٔ سؤال‌های مخصوص بازی را جواب بدهد. من، کیان پاک نعمت، برای همین نیاز مسیر اختصاصی تحلیل را ساختم؛ مسیری که امروز با نام Bunny Circus Analytics معرفی می‌شود و دلو از آن استفاده می‌کنه. هدفم داشتن پاسخ‌های مرتبط با بازی بود، نه جمع‌کردن عددهای بیشتر.
وقتی پایان دست دیده نمی‌شود
فرض کن شروع یک دست ثبت بشه، اما پایان آن دیده نشود. قبل از نتیجه‌گیری دربارهٔ سختی بازی باید چند احتمال را جدا کنیم: شاید بازیکن خارج شده، شاید برنامه بسته شده یا شاید رویداد پایان هنوز نرسیده هست. این مثال دربارهٔ روش فکرکردن هست و آمار واقعی دلو را نقل نمی‌کنه. تحلیل خوب به من کمک می‌کنه سؤال بعدی را دقیق‌تر انتخاب کنم. به‌جای گفتن «بازیکن‌ها علاقه ندارند»، می‌توانم تعریف شروع، پایان و مسیر میان این دو را بررسی کنم و سپس تغییر کوچکی را آزمایش کنم.
گزارش‌هایی متناسب با بازی
Bunny Circus Analytics فقط بخش ارسال اطلاعات داخل یونیتی نیست. یک پنل خودمیزبان هم داره که در آن می‌شود برای هر بازی رویدادها، داده‌های لازم و گزارش‌های جدا تعریف کرد. مثلاً گزارشی از تعداد پایان‌های ثبت‌شده یا میانگین زمان دست‌های تمام‌شده ساخت. گزارش‌ها می‌توانند بر اساس دادهٔ مناسب گروه‌بندی و فیلتر بشن. این انعطاف برای من مهم هست، چون سؤال‌های دلو لزوماً شبیه سؤال‌های یک بازی مرحله‌ای نیستند. پنل قرارداد اطلاعات را مشخص می‌کنه؛ خود بازی باید رویداد را در زمان درست بفرستد.
کیفیت داده قبل از قضاوت
مسیر ارسال هم بخشی از کیفیت گزارش هست. کلاینت یونیتی رویدادهای پذیرفته‌شده را در صف محلی نگه می‌دارد و برای مشکل موقت اتصال دوباره تلاش می‌کنه. با این حال، ورود به صف به معنی رسیدن اطلاعات به سرور نیست و صف ظرفیت محدودی داره. بنابراین یک عدد کوچک همیشه نشانهٔ رفتار بازیکن نیست؛ ممکنه تعریف یا ارسال داده نیاز به بررسی داشته باشد. من تحلیل را از قوانین بازی جدا نگه می‌دارم: خطای گزارش‌گیری نباید نتیجهٔ دست، سکه یا امکان بازی‌کردن را تعیین کنه.
مسیر بعدی برای آشنایی
این ابزار برای شروع سبک و کنترل بیشتر روی گزارش‌ها ساخته شده. خودمیزبانی یعنی مسئولیت نگهداری، پشتیبان‌گیری و مراقبت از داده‌ها هم با صاحب پروژه هست. بازگشت بازیکن در پنل بر اساس نخستین مشاهده و روزهای مشخص محاسبه می‌شود، پس باید معنی شاخص را قبل از قضاوت خواند. برای آشنایی با ابزار، صفحهٔ Bunny Circus Analytics را ببین. سورس و راهنمای شروع در GitHub قرار داره و برای پیگیری یا تماس می‌توانی به تلگرام سر بزنید. دلو نمونهٔ استفادهٔ من از همین مسیر هست.
مثال عملی آنالیتیکس اختصاصی بازی
اگر بخواهی آنالیتیکس اختصاصی بازی را در یک پروژهٔ کوچک بررسی کنی، بهتر است از یک موقعیت محدود شروع کنی. برای پاسخ به سؤال محبوبیت یک حالت، رویداد ورود را از آغاز واقعی مسابقه جدا کن. ورودی را ثابت نگه دار و نتیجهٔ مورد انتظار را پیش از اجرای نسخه بنویس. این کار کمک می‌کند تفاوت میان رفتار منطقی و چیزی که صرفاً روی صفحه دیده می‌شود روشن بماند. سناریوی این بخش آموزشی است و ادعای نتیجهٔ واقعی یک آزمایش روی کاربران دلو ندارد.
خطای رایج و علت آن
جمع کلی رویدادها علت ریزش یا میزان رضایت بازیکن را به‌تنهایی توضیح نمی‌دهد. این خطا معمولاً وقتی پنهان می‌ماند که فقط مسیر موفق و ظاهر نهایی را ببینیم. برای پیدا کردن علت، آخرین وضعیت درست را از نخستین وضعیت نادرست جدا کن و ببین تغییر دقیقاً در کدام مرز رخ داده است. Bunny Circus Analytics ابزار رویداد و گزارش است؛ قابلیت‌های پیچیده را بدون بررسی وعده نده. اگر این تفاوت در قرارداد مشخص نباشد، اصلاح یک نشانه ممکن است همان مسئله را در بخش دیگری دوباره ایجاد کند.
چطور نتیجه را بررسی کنیم؟
تعریف رویداد، نسخه و بازهٔ زمانی را قبل از ساخت گزارش بنویس. اجرای یک‌باره برای نتیجه‌گیری کافی نیست؛ یک بار مسیر معمول و بار دیگر همان موقعیت را با ورودی مرزی یا تکرار اقدام بررسی کن. اگر نتیجه فرق دارد، ورودی و شرایط اجرا را همراه خروجی نگه دار تا مقایسه قابل بازسازی باشد. جدول زیر خلاصهٔ مشخصات همین سناریو است و برای ثبت نتیجهٔ بررسی به کار می‌آید.
| بخش بررسی | آنچه باید ثبت شود |
|---|---|
| موقعیت آزمایشی | برای پاسخ به سؤال محبوبیت یک حالت، رویداد ورود را از آغاز واقعی مسابقه جدا کن. |
| ریسک اصلی | جمع کلی رویدادها علت ریزش یا میزان رضایت بازیکن را به‌تنهایی توضیح نمی‌دهد. |
| روش بررسی | تعریف رویداد، نسخه و بازهٔ زمانی را قبل از ساخت گزارش بنویس. |
| مرز نتیجه‌گیری | Bunny Circus Analytics ابزار رویداد و گزارش است؛ قابلیت‌های پیچیده را بدون بررسی وعده نده. |
پرسش‌های کاربردی دربارهٔ آنالیتیکس اختصاصی بازی
از کجا شروع کنم؟
از همان موقعیت محدود این مطلب شروع کن: برای پاسخ به سؤال محبوبیت یک حالت، رویداد ورود را از آغاز واقعی مسابقه جدا کن. ابتدا نتیجهٔ مورد انتظار را مشخص کن و بعد سراغ پیاده‌سازی یا ابزار برو. وقتی مسیر پایه قابل توضیح و بررسی شد، می‌توان حالت‌های بیشتری اضافه کرد. ساخت همهٔ حالت‌ها از ابتدا، فهم علت خطا را سخت‌تر می‌کند.
چه زمانی می‌توانم بگویم این بخش درست کار می‌کند؟
زمانی که رفتار در موقعیت تعریف‌شده با قرارداد سازگار باشد و محدودیت‌های آن روشن بمانند. تعریف رویداد، نسخه و بازهٔ زمانی را قبل از ساخت گزارش بنویس. موفقیت در این آزمون دربارهٔ همان سناریو شاهد می‌دهد؛ از آن نمی‌توان بدون بررسی دربارهٔ همهٔ دستگاه‌ها، همهٔ قوانین محلی یا همهٔ حجم‌های داده نتیجه گرفت. Bunny Circus Analytics ابزار رویداد و گزارش است؛ قابلیت‌های پیچیده را بدون بررسی وعده نده.
برای ادامهٔ همین موضوع، آنالیتیکس چیست؟ از شمارش رویداد تا فهم مسیر بازیکن و Bunny Circus Analytics را ببین. زمینهٔ ساخت این پروژه‌ها و معرفی سازنده در صفحهٔ کیان پاک نعمت آمده است.
