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