آیا پروژه‌ای مشابه دارید؟

برای دریافت مشاوره ساخت بازی و پروژه‌های تعاملی، در تلگرام پیام دهید:

چگونه بازی خود را در Steam منتشر کنیم؟ آموزش انتشار و فروش بازی

انتشار بازی در Steam شامل ثبت Steamworks، پرداخت Steam Direct، آماده‌سازی Build، صفحه فروشگاه، تست خرید و ارسال محصول برای بررسی است.

Steam یکی از مهم‌ترین فروشگاه‌های بازی کامپیوتری است و دسترسی به میلیون‌ها کاربر را فراهم می‌کند. بااین‌حال، آپلود یک فایل اجرایی برای انتشار کافی نیست. توسعه‌دهنده باید اطلاعات مالی و هویتی را تکمیل کند، صفحه فروشگاه بسازد، Build را از طریق Steamworks بارگذاری و الزامات بررسی را رعایت کند.

بهتر است فرایند انتشار چند ماه پیش از تاریخ عرضه آغاز شود. آماده‌سازی تصاویر، ویدئو، توضیحات، Achievements، Cloud Save و تست روی سخت‌افزارهای مختلف زمان‌بر است. صفحه Coming Soon نیز برای جمع‌آوری Wishlist و برنامه بازاریابی اهمیت دارد.

انتشار بازی در Steam چگونه انجام می‌شود؟

انتشار بازی در Steam با ورود به Steamworks و تکمیل فرایند Steam Direct شروع می‌شود. برای هر محصول هزینه‌ای معادل ۱۰۰ دلار دریافت می‌شود. این مبلغ ممکن است پس از رسیدن بازی به حد درآمد تعیین‌شده توسط Steam قابل بازیابی باشد و جزئیات روز باید در مستندات رسمی بررسی شوند.

پس از ثبت App، دو بخش اصلی باید آماده شوند: Store Presence شامل متن و تصاویر فروشگاه و Build فنی بازی. هر دو بخش قبل از انتشار بررسی می‌شوند. همچنین بین پرداخت هزینه، تکمیل مراحل اولیه و امکان عرضه محدودیت‌های زمانی مشخصی وجود دارد.

ساخت حساب Steamworks

اطلاعات شخص یا شرکت، حساب بانکی و فرم‌های مالیاتی باید وارد و تأیید شوند. نام حقوقی باید با اسناد و اطلاعات بانکی سازگار باشد. اختلاف اطلاعات می‌تواند فرایند پرداخت یا تأیید را طولانی کند.

حساب اصلی باید متعلق به صاحب محصول باشد. اعضای تیم با سطح دسترسی محدود دعوت می‌شوند و نباید رمز مشترک داشته باشند. Steam Guard و روش‌های امنیتی حساب باید فعال باشند، زیرا دسترسی غیرمجاز می‌تواند Build یا اطلاعات مالی را تغییر دهد.

هزینه Steam Direct

هزینه Steam Direct برای هر بازی یا برنامه جدا پرداخت می‌شود. این مبلغ جایگزین هزینه توسعه، بازاریابی یا سهم فروشگاه نیست. Steam درصدی از فروش را نیز بر اساس قرارداد توزیع دریافت می‌کند و مالیات یا بازپرداخت می‌تواند مبلغ نهایی دریافتی را تغییر دهد.

قیمت بازی باید با بازار، کیفیت، مدت محتوا و رقبای مستقیم مقایسه شود. تبدیل قیمت منطقه‌ای و تخفیف‌ها از ابزارهای Steamworks مدیریت می‌شوند. کاهش قیمت مداوم می‌تواند ارزش ادراک‌شده محصول را پایین بیاورد.

ساخت صفحه فروشگاه

صفحه فروشگاه شامل نام، توضیح کوتاه، توضیح کامل، Capsuleها، اسکرین‌شات، Trailer، ژانر، زبان‌ها و نیازمندی سیستم است. Capsule تصویر اصلی در بخش‌های مختلف Steam است و باید در اندازه‌های مشخص آماده شود. استفاده از متن بسیار ریز یا تصویر نامرتبط نرخ کلیک را کاهش می‌دهد.

تریلر اول بهتر است گیم‌پلی واقعی را سریع نشان دهد. ویدئوی سینمایی بدون نمایش بازی ممکن است انتظارات نادرست ایجاد کند. اسکرین‌شات‌ها باید از Build واقعی باشند و تنوع محیط، مکانیک و رابط را نشان دهند.

صفحه Coming Soon و Wishlist

فعال کردن صفحه Coming Soon پیش از عرضه به کاربران اجازه می‌دهد بازی را Wishlist کنند. هنگام انتشار یا تخفیف‌های مهم، این کاربران ممکن است اعلان دریافت کنند. Wishlist تضمین فروش نیست، اما شاخص مفیدی برای سنجش علاقه و برنامه‌ریزی بازاریابی است.

صفحه نباید خیلی زود و بدون محتوای قابل‌اعتماد منتشر شود. تریلر ضعیف یا توضیح نامشخص اولین برداشت را خراب می‌کند. تاریخ عرضه نیز بهتر است واقع‌بینانه باشد و تغییر مکرر آن اعتماد مخاطب را کاهش می‌دهد.

آماده‌سازی Build بازی

نسخه Release باید بدون ابزار Debug غیرضروری ساخته شود. فایل‌های اجرایی، کتابخانه‌ها و داده‌های لازم در Depot مناسب قرار می‌گیرند. SteamPipe برای بارگذاری و به‌روزرسانی محتوا استفاده می‌شود و Branchهای جدا امکان تست نسخه‌های مختلف را فراهم می‌کنند.

مسیر ذخیره، تنظیمات گرافیک، رزولوشن، کنترلر و خروج ایمن باید روی Windowsهای مختلف آزمایش شوند. اگر Linux یا macOS پشتیبانی می‌شوند، Build واقعی هر سیستم لازم است. علامت پشتیبانی بدون تست می‌تواند باعث Review منفی و Refund شود.

اتصال Steamworks SDK

SDK می‌تواند قابلیت‌هایی مانند Achievement، Leaderboard، Cloud Save، Workshop، Overlay و احراز مالکیت را فراهم کند. همه این امکانات برای نسخه اول ضروری نیستند. هر قابلیت هزینه توسعه و تست دارد و باید بر اساس ارزش برای بازیکن انتخاب شود.

App ID آزمایشی عمومی نباید در نسخه نهایی باقی بماند. مقدار درست محصول و فایل تنظیمات باید در Build قرار گیرد. بازی باید رفتار مناسبی در حالت Offline یا زمانی که Steam Client در دسترس نیست داشته باشد، مگر اینکه اتصال دائمی واقعاً ضروری باشد.

Steam Cloud و ذخیره بازی

Steam Cloud فایل ذخیره را میان دستگاه‌ها همگام می‌کند، اما طراحی Save همچنان بر عهده توسعه‌دهنده است. مسیر فایل، اندازه و الگوی همگام‌سازی باید درست تنظیم شوند. اختلاف میان فایل محلی و ابری می‌تواند کاربر را مجبور به انتخاب نسخه کند.

Save باید نسخه‌بندی شود تا به‌روزرسانی بازی فایل قدیمی را خراب نکند. ذخیره هنگام بسته شدن ناگهانی برنامه نیز باید مقاوم باشد. نوشتن فایل موقت و جایگزینی امن می‌تواند خطر خرابی را کاهش دهد.

دستاوردها و آمار

Achievement می‌تواند انگیزه تکمیل و بازگشت ایجاد کند، اما نباید صرفاً برای هر عمل ساده تعداد زیادی دستاورد اضافه شود. Trigger باید قابل اعتماد باشد و در نسخه آفلاین یا اتصال مجدد رفتار درستی داشته باشد.

آمار حساس بهتر است با منطق معتبر کنترل شوند، زیرا داده کلاینت قابل دست‌کاری است. در بازی تک‌نفره جلوگیری کامل از تقلب همیشه اولویت نیست، ولی Leaderboard رقابتی به اعتبارسنجی و محدودیت نیاز دارد.

بررسی و تأیید Steam

Valve صفحه فروشگاه و Build را بررسی می‌کند تا محصول اجرا شود و توضیحات با محتوا هماهنگ باشند. بررسی تضمین کیفیت کامل بازی نیست و مسئولیت رفع باگ بر عهده سازنده باقی می‌ماند. زمان کافی برای اصلاح احتمالی پیش از تاریخ عرضه در نظر گرفته شود.

بازی باید بدون مراحل پنهان توسعه‌دهنده اجرا شود. وابستگی لازم، DirectX Runtime یا فایل‌های دیگر باید در بسته نصب مدیریت شوند. صفحه فروشگاه نیز نباید ادعا یا تصویری داشته باشد که در محصول وجود ندارد.

قیمت‌گذاری و انتشار

قیمت پایه از طریق Steamworks تعیین می‌شود و قیمت‌های منطقه‌ای پیشنهادی قابل بررسی هستند. تاریخ و ساعت عرضه باید با کمپین، پشتیبانی تیم و منطقه مخاطبان هماهنگ باشد. بهتر است هنگام انتشار اعضای فنی برای رفع خطای احتمالی در دسترس باشند.

تخفیف عرضه می‌تواند توجه ایجاد کند، اما قوانین فاصله میان تخفیف‌ها باید رعایت شوند. قیمت بسیار پایین همیشه فروش بیشتر نمی‌سازد. Demo، جشنواره‌ها و همکاری با تولیدکنندگان محتوا ممکن است اثر بیشتری داشته باشند.

پس از انتشار

Crash Report، انجمن Steam، Review و درخواست پشتیبانی باید دنبال شوند. اصلاحیه اضطراری نیز باید روی Branch آزمایشی بررسی شود تا مشکل جدیدی ایجاد نکند. Patch Note روشن به بازیکن نشان می‌دهد چه مواردی تغییر کرده‌اند.

Review منفی باید به‌عنوان داده بررسی شود. پاسخ محترمانه و رفع مشکل عمومی از بحث با کاربر مؤثرتر است. برنامه به‌روزرسانی باید با ظرفیت تیم هماهنگ باشد و وعده قابلیتی که زمان اجرای آن مشخص نیست داده نشود.

چک‌لیست انتشار

  1. حساب، اطلاعات مالی و مالیاتی تأیید شوند.
  2. هزینه Steam Direct برای محصول پرداخت شود.
  3. صفحه فروشگاه و Capsuleها آماده باشند.
  4. Build از طریق SteamPipe بارگذاری شود.
  5. کنترلر، Save، رزولوشن و نصب تمیز تست شوند.
  6. Store Page و Build برای بررسی ارسال شوند.
  7. برنامه پشتیبانی و Patch روز عرضه آماده باشد.

در JPGames آماده‌سازی Build بازی‌های Unity، اتصال قابلیت‌های Steamworks و رفع مشکلات فنی انتشار قابل انجام است. برای برآورد انتشار بازی در Steam باید سورس، سیستم‌عامل‌های هدف، وضعیت صفحه فروشگاه و قابلیت‌هایی مانند Achievement، Cloud Save یا Multiplayer بررسی شوند.

آیا پروژه‌ای مشابه دارید؟

برای دریافت مشاوره ساخت بازی و پروژه‌های تعاملی، در تلگرام پیام دهید: