چگونه به روز رسانی ها و انتشار محتوا مدیریت می شود

انتشار محتوا یک عملیات مدیریت شده است: ایده ها به arties، متون، پیکربندی ها و ریاضیات تبدیل می شوند، آزمایش می شوند، با توجه به برنامه و با معیارها اندازه گیری می شوند. موفقیت انتشار با مقدار محتوای اضافه شده اندازه گیری نمی شود، بلکه با پیش بینی، سرعت و کیفیت است. در زیر یک سیستم عملی برای محصولات زندگی می کنند (اسلات, قمار اجتماعی, بازی های F2P, سیستم عامل بازی).

1) استراتژی و برنامه ریزی

1. 1 تقویم Livops

فصل ها، رویدادها، مجموعه های موضوعی، مسابقات، بسته های تبلیغاتی.

«اسکلت» برای 3-6 ماه + 2-4 هفته بافر برای تغذیه اطلاعات.

تقسیم به انواع محتوا: بازی ها/سطوح، پوسته ها، قوانین رویداد، دارایی های ذخیره شده، متون، تنظیمات مات.

1. 2 اهداف انتشار و KPI ها

محصول: احتباس D1/D7، زمان به «آها»، مشارکت در این رویداد.

کسب درآمد: ARPDAU/ARPPU، سهم درآمد از محتوای جدید، کمپین های ROAS.

تکنیک/کیفیت: سقوط/ANR، تاخیر p95، خطاهای محلی سازی.

بازی مسئول/اخلاق: محدودیت پوشش، شکایات، NPS/CSAT.

2) محتوای خط لوله (از ایده تا تولید)

2. 1 مخازن و ساختارها

محتوا به عنوان داده: JSON/YAML/ScriptableObjects/paytable.

هنر/صدا - در ذخیره سازی DAM/ابر ؛ بیانیه های دارایی هش (SRI)

جداسازی ریاضیات/منطق و بصری/متون.

2. 2 شاخه ها و نسخه ها

'main '/' release/'/' feature/' (محتوای جدید).

نسخههای معنایی: 'محتوای vX. تو و مشتري. ب) ".

سازگاری محتوا: قانون «دو نسخه» - مونتاژ مشتری جدید محتوای vN و vN-1 را می خواند.

2. 3 ابزار

ویراستاران سطح/اسلات/رویداد، اعتبار سنج پیکربندی، صحنه های پیش نمایش، تکرار.

خطوط لوله محلی سازی (کلید، نگهدارنده، فرمت ICU).

چک: طرح های JSON (AJV)، خطوط، تست UI روی صفحه نمایش.

3) کنترل کیفیت و چک های اتوماتیک

3. 1 CI در هر شاخه

Lint/diagrams/units → build previews → autotests اسکریپت → تولید مصنوعات.

عکس های فوری رابط (تفاوت بصری) و رگرسیون انیمیشن.

سیمز ریاضی (برای بازی/اسلات): ≥10⁷ چرخش، RTP/فرکانس در تحمل، حداکثر قرار گرفتن در معرض.

3. 2 نقطه بررسی QA

عملکرد: اهداف رویداد/مکانیک، در دسترس بودن، ورودی/خروجی.

محلی سازی: طول خط، خطوط، ارزها/فرمت های تاریخ.

پذیرش: محدودیت های قضایی (خرید ویژگی، چرخش خودکار، حداقل RTP، دروازه های سن).

عملکرد: اول قابل پخش، FPS، اندازه بسته نرم افزاری، API P95.

4) Ficheflags و درایو پیکربندی

پرچم ها: فعال/غیر فعال کردن محتوا بدون انتشار مشتری.

گیتس: بر اساس جغرافیایی، نسخه، دستگاه، بخش، زمان.

پیش فرض های امن: پرچم به طور پیش فرض خاموش است ؛ تعویض - از طریق قناری ها.

قالب های Rollout: 1٪ → 5٪ → 25٪ → 50٪ → 100٪ ساعتی/روزانه.

5) دارایی ها را ارسال می کنیم: CDN و cache basting

دارایی های آشکار: نام هش ("تصویر. ab12cd. png ')، برچسبهای یکپارچگی.

استراتژی های حافظه پنهان: تغییر ناپذیر برای فایل های نسخه ؛ TTL کوتاه برای آشکار.

مرزها: مناطق/PoR، اولویت های گرم (آیکون/صفحه اول).

محدودیت بسته نرم افزاری: بودجه وزن در هر صفحه و در هر رویداد (به عنوان مثال، ≤ 3-5 MB).

6) معماری طرح

6. 1 رسانه ها

Dev → QA → مرحله بندی → تولید.

جعبه های شن و ماسه برای شرکا و تنظیم کننده ها ؛ کیف پول تست/PSP/DSP.

6. 2 استراتژی های انتشار

Canary: برخی از ترافیک ها محتوای/پیکربندی جدید دریافت می کنند.

آبی سبز: دو استخر: تغییر مسیر.

سایه: «اجرای خشک» از حوادث بدون تاثیر بر بازیکنان.

6. 3 بر اساس منطقه و شریک

مناطق زمانی، پنجره اوج، حوزه های قضایی.

لیست های بلوک/لیست های سفید برای دارایی های متضاد و مکانیک.

7) محلی سازی و تفاوت های ظریف قانونی

منبع جریان → TMS → بررسی → ساخت "; کليدها به مرور زمان پايدارند.

اعتبار سنجی متن (کلمات/شخصیت های ممنوع، طول).

متون قضایی: سلب مسئولیت، سن، لینک های RG، ارزها و زمینه های مالیاتی.

8) مدیریت حوادث و ضربات

Guardrails: تاخیر p95، 5xx، crash/ANR، افزایش شکایات، کاهش تبدیل.

Playbooks: سریع کردن سوئیچ توسط پرچم، بازگرداندن پیکربندی/دارایی ها، «انجماد» رویدادها.

Rollback بدون خرابی: نسخه N-1 محتوا را به صورت موازی ذخیره کنید. مشتری می داند چگونه تغییر کند.

پس از مرگ: RCA، اصلاح «حفاظت در برابر مشکلات کلاس»، مدت.

9) روش های بازاریابی و فروشگاه

دارایی های Stora (آیکون ها/تصاویر/فیلم ها) - نسخه و محلی ؛ A/B در بخش ها (در صورت موجود بودن).

کیت های مطبوعاتی و بسته های تأثیرگذار: هنر، متون، شرایط قانونی.

ارتباطات تراکنش: اطلاعیه های شروع/پایان رویداد، «چه جدید» با شخصی سازی.

تقویم ↔ برنامه مبارزات انتخاباتی (اجتناب از روز به روز با ویژگی های پیچیده).

10) قابلیت مشاهده و معیارهای انتشار

تکنیک: API p50/p95، بارگذاری دارایی ها، خطاها، FPS، حافظه.

محصول: مشارکت رویداد، زمان اولین جایزه، تبدیل گام، حفظ کوهورت.

کسب درآمد: ARPDAU/ARPPU، CR در پرداخت/خرید، چک متوسط، سهم محتوای جدید در درآمد.

کیفیت: امتیاز، شکایات/1000 جلسه، NPS/CSAT، خطاهای محلی سازی.

RG: سهم از بازیکنان با محدودیت، چک واقعیت، جلسات شب (گاردریل).

11) خط زمان یک نسخه معمولی (مرجع)

T-21...14 روز: ریاضیات/قوانین کلیدی را متوقف کنید پیش نویس محلی سازی ؛ برنامه رسانه ای

T-14...7: مرحله بندی، sims/load، پیش نمایش برای شرکا/خواهران ؛ محتوا با هش ها آشکار می شود.

T-7...3: قناری 1-5٪ ؛ ویرایش ها ؛ تهیه طرح بازگشت ؛ گرم کردن CDN

T-2...0: تا 100٪ (بر اساس منطقه)، شامل پرچم ها ؛ نظارت بر «ساعت X».

تی + 1... 7: تثبیت، رفع داغ تنها از طریق پرچم/پیکربندی ؛ پس از تجزیه و تحلیل و گزارش.

12) چک لیست انتشار بزرگ

محتوا و پیکربندی

تمام فایل ها گذشت شماتیک/lints/بررسی
نسخه ها و سازگاری vN/vN-1 ثابت هستند
محلی سازی به زبان های هدف، ICUs/فرمت

تجهیزات و تجهیزات

بودجه دارایی (وزن/حافظه) کامل است
پیش نمایش/تکرار/تست تصویر سبز
CDN گرم شده، پایه کش پیکربندی شده است

انطباق/RG

پرچم های قضایی/محدودیت ها
سن/جغرافیایی، سلب مسئولیت، RTP/سرعت (در صورت وجود)
سیاست بازی مسئولانه در نظر گرفته شده است

محاسبه کردن

طرح قناری/بر اساس منطقه تایید شده است
برنامه برگشت و خاموش سوئیچ تست شده است
صفحه وضعیت/Comms آماده

قابل مشاهده بودن

SLI/SLO و داشبورد KPI محصول
هشدار رانش و خطا
طرح پس از انتشار یکپارچهسازی با سیستمعامل

13) اشتباهات مکرر و چگونگی اجتناب از آنها

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

هیچ basting کش → برخی از بازیکنان دارایی های قدیمی وجود دارد. راه حل: نام هش و TTL کوتاه در مانیفست.

مخلوط کردن تله متری و حسابرسی → سیاهههای مربوط سنگین و سردرگمی. راه حل: کانال های جداگانه

افزایش نسخه ی نمایشی/جایگزینی احتمالات در صورت → شکست اعتماد/انطباق. راه حل: یک ریاضی، قوانین شفاف.

عدم وجود یک برنامه بازگشت - خرابی طولانی. راه حل: از پیش تست شده Rollback.

محلی سازی در آخرین لحظه → UI شکسته. راه حل: کلید/طرح بندی در پیشبرد، خودکار چک از طول و متغیرهایی.

14) ورق تقلب کوتاه از مصنوعات

'content-manifest. json '- لیست دارایی ها با هش و TTL.

"یادداشت های مجدد. md '- چه چیزی تغییر کرده است (برای بازیکنان/شرکا).

پرواز میکند. yaml '- نقشه ویژگی ها/مناطق/آستانه.

"جلسات مشاوره. yaml "- قوانین ویژگی های کشور/سن.

عقب نشینی کنید. MD '- گام به گام توسط به گام طرح عقبگرد و کسانی که مسئول.

اندازه گیری ها json '- اهداف و منابع داده برای نظارت.

یک فرآیند محتوای قوی به جای جادو، داده است: نسخه ها، پرچم ها، خطوط لوله، چک ها و قابلیت مشاهده. یک تیم زمانی برنده می شود که:

1. آزادی ها کوچک و قابل مدیریت هستند، 2. محتوا از مشتری جدا شده و با پرچم ها همراه است، 3. استراتژی های CDN و کش، خطاهای «فانتوم» را 4 از بین می برند. معیارها و هشدارها گرفتن رانش در دقیقه، 5. رولبک ها سریع و ایمن هستند.

بنابراین انتشار متوقف می شود «عصب» و تبدیل به یک ریتم رشد - قابل پیش بینی، شفاف و سودآور است.