چرا برخی از استودیوها بازی های «مشابه» را منتشر می کنند

اگر به خطوط انتشار بسیاری از استودیوها نگاه کنید، به نظر می رسد که این همان بازی ها با نام ها و پوسته های مختلف است. پشت این «تنبلی» نیست، بلکه اقتصاد ریسک، استراتژی نمونه کارها و خطوط تولید است، جایی که هر تغییر باید از نظر معیارها و هزینه ها قابل پیش بینی باشد. در زیر تجزیه و تحلیل این است که چرا این اتفاق می افتد، جایی که توجیه می شود، جایی که مضر است و نحوه ساخت بازی های «مشابه» که هنوز هم ژانر را به جلو حرکت می دهد.

1) اقتصاد: ریسک، بازپرداخت و هزینه تغییر

ترافیک سنگین و LTV نامشخص هزینه جذب (CAC/CPIs) سریعتر از دقت پیش بینی pLTV در حال رشد است. تکرار مکانیک اثبات شده خطرات شکاف نقدی را کاهش می دهد.

منحنی موفقیت با "دوخت دم. "1-2 بازدید از 10 پرداخت برای نمونه کارها. مجموعه ای از بازی های مشابه تلاش برای افزایش احتمال «ضربه» با توجه به فرکانس انتشار است.

مقیاس پذیری دارایی ها و کد استفاده مجدد از هنر، کد، matemlists و ابزار CapEx و TTM (زمان به بازار) را کاهش می دهد.

2) رویکرد نمونه کارها: تغییرات در اطراف هسته کار

هسته حلقه به عنوان یک پلت فرم. استودیو ساخت یک «هسته» (مکانیک شرط/پیشرفت/پاداش) و تغییر تنظیمات، سرعت، بصری، فرکانس از ویژگی های - تغییرات به دست آمده، reinventions کامل نیست.

ماتریس تمایز تغییر 2-3 محور: موضوع/سبک، نوسانات/ریتم، شدت جلوه های بصری، عملی UX (دکمه ها/زمان بندی)، metaprogress.

آزمايشات کنترل شده بازی های مشابه اجازه می دهد A/B در سطح محصول: یک متغیر - یک نسخه (به عنوان مثال، «همان آبشار، اما چند برابر و طول جایزه های مختلف»).

3) خطوط لوله و استفاده مجدد

دارایی ها و قالب ها اطلسهای مشترک، شیدرها، انیمیشنهای Spine/DragonBones، بانکهای صوتی. تغییر پالت، طرح و اثرات ارزان تر از انتشار کامل است.

ریاضیات. همان شکست RTP و کلاه قرار گرفتن در معرض با «microdosing» از فرکانس ویژگی. این خطر «انفجار» دم را کاهش می دهد و صدور گواهینامه را ساده می کند.

جعبه ابزار. ویرایشگرهای ویژگی، پیکربندی DSL، تکرار بذر/مرحله - سرعت بخشیدن به طرح و ساده سازی پشتیبانی.

4) بازاریابی، فروشگاه و شناخت

الگوریتم ها ثبات را دوست دارند. انتشار مکرر و قابل پیش بینی موقعیت های پشتیبانی در مجموعه ها و در میان شرکا.

آگاهی از برند سری با DNA بصری قابل تشخیص («امضا» اثرات، فونت، UI) آسان تر برای ترویج.

گروه تماشاگران. «پوسته» های مختلف به طاقچه های مختلف (اساطیر/یکپارچهسازی با سیستمعامل/داستان) می چسبند، و همان UX را حفظ می کنند.

5) حوزه های قضایی، مجوزها و انطباق

محدودیت های ویژگی چرخش خودکار، ویژگی خرید، سرعت، حداقل RTP، دروازه های سن - همه اینها ما را مجبور به جمع آوری تغییرات «مجموعه های مجاز» می کند.

مجوزهای IP و صوتی. گاهی اوقات تنظیم/موسیقی توسط مجوز دیکته می شود، فریم ها سفت و سخت هستند - تغییر «سطوح» بدون دست زدن به هسته آسان تر است.

صدور گواهینامه استفاده مجدد از ریاضی تایید شده در حال حاضر سرعت نورد در بازار را افزایش می دهد.

6) بازیکنان و انتظارات

ترجیحات محافظه کارانه بخشی از مخاطبان «جدید = آشنا + کمی بهتر»: آنها می خواهند مکانیک قابل تشخیص، اما طراحی تازه و راحتی.

اثر: "من در 5 ثانیه متوجه شدم. "سادگی onboarding را افزایش می دهد D0/D1 حفظ - شباهت کمک می کند تا به "وارد بازی" سریعتر.

7) مزایای انتشار «مشابه»

بازار زمان سریع و کاهش خطر شکست.

استفاده مجدد از QA/SIM/replays - اشکالات کمتر.

تکرار سیستم یک افزایش قابل درک در معیارها است، آموزش تیم ها آسان تر است.

محلی سازی آسان برای مناطق بدون تغییر هسته.

8) معایب و خطرات

خستگی تماشاگران. نامزدی و امتیاز قطره اگر تفاوت تزئینی هستند.

آدمخواری. تغییر جدید ترافیک را از «اصلی» موفق دور می کند.

از دست دادن شهرت کارخانه کلون → توجه کمتر از مطبوعات و سیستم عامل.

بدهی تکنولوژی تاخیر در معرفی رویکردهای جدید موتور اگر همه چیز در هسته قدیمی قرار دارد.

9) اخلاق و شفافیت

شما نمی توانید همان ریاضیات را به عنوان یک بازی «جدید» پنهان کنید اگر مکانیک جدید اعلام شود. صادقانه توضیح دهید که چه چیزی تغییر کرده است (سرعت، بصری، فرکانس).

ریاضیات یکپارچه دمو/واقعی. ممنوعیت «افزایش نسخه ی نمایشی».

بازی مسئولانه بدون «الگوهای تاریک» حفظ: زمان قابل درک، جست و خیز، محدودیت ها.

10) چگونگی تبدیل شباهت به توسعه (تمرین)

1. قانون 30-30-30. حداقل 30٪ از محتوا جدید است (بصری/صدا)، 30٪ تنظیم ریاضی/سرعت، و حداکثر 30٪ انتشار خالص است.

2. یک فرضیه بزرگ در هر نسخه. به عنوان مثال: "ضریب برای رویدادهای مهم رشد می کند، و نه برای هر آبشار. "بقیه تغییرناپذیر هستند.

3. دو عملکرد LODs. گرافیک جدید باید یک حالت «آسان» برای دستگاه های بودجه داشته باشد.

4. فصلی بودن. بازی های مشابه باید به عنوان بخشی از یک رویداد موضوعی (فصل) منتشر شود، تقویت «دلیل» برای بازیکن.

5. لایه اجتماعی «اجتماعی بودن» سبک (مدیران/رویدادها) اختلافات را با همان مکانیک اصلی اضافه می کند.

6. سند جدید چیست ؟ برای هر نسخه - لیستی از تفاوت های قابل اندازه گیری و اهداف KPI.

11) معیارهای موفقیت یک انتشار «مشابه»

محصول: D1/D7، متوسط طول جلسه، سهم جست و خیز، سهم بازگشت از fluffs.

کسب درآمد: ARPDAU/ARPPU، تبدیل خرید/پیشنهاد، سهم خرید ویژگی (در صورت اجازه).

کیفیت: سقوط/ANR، شبکه/رندر p95، شکایات/1000 جلسه، امتیاز.

Cannibalization: مخاطبان همپوشانی، نمونه کارها خالص بالا بردن (نه فقط بازی ها).

اخلاق: RG پوشش محدود، جلسات «شب»، زمان به واقعیت چک.

12) «تنوع» چک لیست انتشار

ریاضی/یکپارچگی

شکست RTP و نوسانات شرح داده شده ؛ تغییرات در برابر نسخه «پایه» قابل مشاهده است
جریان RNG جداگانه ؛ ممنوعیت «% N» ؛ پاسخ توسط '(دانه، گام، mathVersion)'
نسخه ی نمایشی = تولید شده توسط شانس ؛ قوانین و محاسبات نمونه به روز شده است

UX/گرافیک

حداقل یک ویژگی بصری جدید (اثر/انیمیشن/فریم)
خوانایی اعداد/شخصیت ≥ اساسی ؛ «جست و خیز» و «حرکت کمتر» در دسترس است
LOD/پروفایل در دستگاه های بودجه سبز هستند

محتوا/محلی سازی

اشعار جدید/صدای بازیگری ؛ فرمت های ارز/تاریخ ICU
نسخه های فصلی/منطقه ای دارایی ها بدون ویرایش هسته

انطباق/RG

Ficheflags توسط صلاحیت، خرید/چرخش خودکار/سرعت درست است
واقعیت چک، دسترسی سریع به محدودیت/مکث/خود حذفی

راه اندازی/قابلیت مشاهده

قناری 1 → 5 → 25 → 50 → 100٪ ؛ برگشت طرح
داشبورد: بالا بردن به بازی D1/D7/ARPDAU پایه، cannibalization
هشدارها در مورد رانش RTP، شبکه p95/p99 و رندر

13) ضد الگوهای

"راسکین برای راسکین. "صفر تفاوت در سرعت/مکانیک - فرسودگی شغلی سریع و "منفی به نام تجاری"

وخامت پنهان در شانس. شما نمی توانید ریاضیات را بدون ارتباط صریح تغییر دهید - از دست دادن اعتماد و خطرات انطباق.

انتقال باگ ها کپی کردن هسته بدون refactoring و تست - تجمع نقص.

پاداشهای دائمی افزایش طول صحنه ها بدون کلاه - بیش از حد دستگاه ها و شکایات.

14) موارد «شباهت معقول» (سناریوهای مرجع)

تروئیکای موضوعی "یک هسته با سه تنظیمات (اساطیر/آسیایی/یکپارچهسازی با سیستمعامل) و نرخ پاداش های مختلف ؛ رویداد فصلی عمومی و تبلیغات متقابل.

مکانیک + 1 "در بالای خوشه کار - معرفی چند برابر "هوشمند" (رشد می کند برای پاکسازی ستون)، ترک هر چیز دیگری همان.

"نسخه نور. همان اسلات، اما FX سبک وزن، کمتر از اندازه بسته نرم افزاری است، بازار هدف بودجه آندروید و وب است.

بازی های «مشابه» ابزاری برای مدیریت ریسک و سرعت هستند، نه هدف به خودی خود. آنها توجیه می شوند زمانی که:

1. ساخته شده بر روی یک هسته ثابت و استفاده از یک استراتژی نمونه کارها، 2. شامل واقعی، تفاوت قابل اندازه گیری (سرعت، بصری، فصلی، UX)، 3. حفظ یکپارچگی نتایج و شفافیت قوانین، 4. احترام به بازی های مسئولانه و محدودیت های قضایی، 5. با قناری و نقشهای که به عقب کشیده شده بود، مرتب حرکت میکرد.

این شباهت با پیشرفت تداخل ندارد اگر تیم به طور سیستماتیک «جمع آوری» نوآوری - یک فرضیه در هر نسخه، با معیارهای روشن و احترام به بازیکن. این است که چگونه یک خط از بازی های مشابه تبدیل به یک کارخانه با کیفیت پایدار، و نه به یک جریان reskins یکبار مصرف.