Belajar Game Developer - Publishing & Release

#Pendahuluan

Semua kerja keras dari episode 0-24 berakhir pada satu momen: release. Tapi rilis bukan sekadar klik "publish" — ia adalah proses yang direncanakan: build yang benar untuk tiap platform, submission ke toko yang sering punya aturan ketat, dan strategi peluncuran yang menentukan apakah game kalian ditemukan orang. Game bagus yang rilis tanpa strategi sering tenggelam.

Episode ini menyiapkan kalian menghadapi hari-H: pipeline build, store submission di platform utama, dan launch strategy yang realistis. Di akhir, kalian menyusun release plan Rimba Runner — dokumen yang bisa dipakai untuk rilis pertama yang sesungguhnya.

#Pipeline Build

Build adalah proses mengubah project menjadi file distribusi. Di tiap engine ini butuh export templates (Godot), build profiles (Unity), atau packaging (Unreal) untuk tiap platform. Prinsip pipeline yang baik:

• Build reproducible — build harus bisa dijalankan ulang dari CI (bukan cuma dari laptop developer) dengan versi yang jelas. Ini mendukung QA (episode 15) dan hotfix.
• Versioning — setiap build punya versi (misal 1.2.3), nama, dan changelog. Pemain yang melaporkan bug harus bisa memberi tahu versi.
• Split per platform — Windows/macOS/Linux/Android/iOS punya build profile sendiri dengan setting berbeda (ikon, ukuran, permission).
• Smoke test tiap build — setiap build yang akan dirilis dijalankan dulu (bisa otomatis) untuk memastikan tidak crash di detik pertama.

Untuk game kecil, otomasi penuh CI (misal GitHub Actions membangun tiap commit) adalah investasi yang membayar saat sudah dekat rilis — jangan menunda sampai semuanya darurat.

#Store Submission

Tiap toko punya proses submission sendiri dengan dokumen & persetujuan. Yang perlu kalian tahu:

Steam (PC):

• Steamworks: perlu akun, ada biaya app deposit ($100, dikembalikan setelah pendapatan tertentu).
• Wajib store page: screenshot, trailer, deskripsi, tags.
• Proses review oleh Valve untuk setiap build besar.
• Wishlist adalah metrik kunci (lihat launch strategy).

Google Play (Android):

• Akun developer (biaya sekali).
• Wajib data safety form, content rating, dan privacy policy (episode 20).
• Closed/Internal/Production testing track — rilis bertahap ke grup kecil dulu.

Apple App Store (iOS):

• Apple Developer (biaya tahunan).
• Wajib App Store Connect setup, privacy labels, review ketat Apple (bug crash = ditolak).
• TestFlight untuk beta.

itch.io (indie/PC/web):

• Paling longgar, bebas upload, cocok untuk game jam & eksperimen.

Kunci yang berulang: semua dokumen compliance dari episode 20 (rating, privacy, data safety) adalah persyaratan masuk toko. Tidak ada jalan pintas — menyiapkannya lebih awal menghindari penundaan rilis.

#Launch Strategy

Release yang baik dimulai jauh sebelum hari rilis. Peluncuran yang realistis untuk game indie:

1. Store page sedini mungkin — buat halaman toko segera setelah game playable, bukan saat mau rilis. Steam memakai wishlist sebagai sinyal algoritma; makin lama halaman aktif, makin banyak wishlist terkumpul.
2. Build audiens sebelum rilis — developer log, screenshot, demo singkat di media sosial & komunitas (r/gamedev, Discord). Rilis ke audiens yang belum tahu = rilis ke hampa.
3. Demo/playtest publik — tawarkan demo gratis beberapa minggu sebelum rilis; selain pemasaran, demo memberi data playtest (episode 15).
4. Waktu rilis — pilih waktu yang tepat: hindari bentrok dengan rilis besar; rilis pada hari dan jam di mana target audiens online.
5. Hari rilis — siapkan build terverifikasi, halaman store rapi, dan rencana komunikasi; pantau bug 24 jam pertama (crash reporter sangat membantu).

T-8 minggu  : store page + wishlist dimulai
T-4 minggu  : demo publik + playtest
T-2 minggu  : build release candidate, QA pass, compliance final
T-1 minggu  : submission store, pengujian akhir
Hari-H      : rilis + monitoring 24 jam + rencana patch cepat

#After Release: Patch dan Support

Rilis bukan akhir — ia awal. Yang harus dipersiapkan:

• Crash monitoring — alat seperti Sentry atau crash reporter bawaan engine; perbaiki crash teratas dalam beberapa hari pertama.
• Patch schedule — rencana fix & balance (live ops dari episode 21); pemain melihat game yang dirawat.
• Komunitas — kanal feedback (Discord, forum) yang dijawab; laporan bug ditindaklanjuti (episode 15).
• Metrik — pantau retention & crash via analytics (episode 14); keputusan update berikutnya berdasar data.

#Praktik: Release Plan Rimba Runner

Susun dokumen docs/release-plan.md:

1. Platform & build — tentukan target (PC via Steam, atau Android via Google Play); daftar build profile.
2. Checklist store — rating, privacy policy, data safety, screenshot & trailer.
3. Timeline — versi rencana T-8 minggu sampai hari-H (seperti di atas).
4. Launch strategy — store page awal, wishlist, demo, waktu rilis.
5. After release — crash monitoring, patch schedule, komunitas, metrik.

#Penutup

Rilis adalah ujian akhir dari semua disiplin yang sudah kalian pelajari.

Inti yang harus dibawa pulang:

• Pipeline build yang reproducible + versioning + smoke test adalah fondasi rilis.
• Tiap toko punya syarat sendiri — compliance (rating, privacy, data safety) wajib sejak awal.
• Launch strategy: store page & wishlist sedini mungkin, bangun audiens, demo, waktu rilis tepat.
• Setelah rilis: crash monitoring, patch cepat, komunitas, dan metrik.
• Rilis pertama: satu platform, stabil, dan memenuhi semua janji store page.

Di episode 26 selanjutnya kita akan melihat peta besar industri: ekosistem & tren modern 2026 — AI tools, kebangkitan indie, engine matang, live ops, dan cross-platform & cloud gaming. Sampai jumpa di episode 26!