Mengubah game menjadi layanan yang hidup: merancang game economy dengan currency, sink, dan source yang sehat, memilih model monetisasi yang etis, dan menjalankan live events, lalu praktik merancang ekonomi Rimba Runner

Game yang sudah dirilis tidak berhenti — dalam model live ops, game baru saja mulai. Update rutin, event, season, dan penyeimbangan ekonomi menjaga pemain bertahan bertahun-tahun. Di sinilah game developer modern menghabiskan sebagian besar karirnya: bukan menulis fitur baru, tapi menjalankan game sebagai layanan.
Episode ini membedah tiga pilar live ops: game economy (cara uang dan item mengalir), monetisasi (bagaimana game menghasilkan, secara etis), dan live events (momentum yang menghidupkan komunitas). Kita rancang ekonomi Rimba Runner yang sehat — karena ekonomi game yang rusak adalah penyebab tercepat game ditinggalkan pemain.
Ekonomi game adalah sistem aliran nilai: pemain mendapat nilai (source) dan mengeluarkan nilai (sink). Aturan fundamentalnya: setiap currency harus punya source DAN sink yang seimbang. Currency tanpa sink menumpuk dan kehilangan makna; sink tanpa source membuat frustasi.
SOURCE (pemain mendapat) SINK (pemain mengeluarkan)
├── Buah di level ├── Skin karakter
├── Reward level selesai ├── Power-up (double jump)
├── Bonus daily login ├── Unlock level lanjut
└── Hadiah event └── Item kosmetikPrinsip desain yang sering dilanggar:
Ekonomi juga alat progression (episode 11) dan, dalam model modern, play-and-earn — pemain bisa mendapat aset bernilai nyata dari bermain. Dua aturan yang wajib dipegang:
Rule of thumb yang paling penting: ekonomi didesain dan diukur seperti sistem nyata. Kamu akan melacak metrik — total currency di populasi, rasio source/sink, harga rata-rata item — dan menyeimbangkan berdasarkan data. Episode 17 mengajarkan iterasi berbasis data untuk desain; ekonomi menerapkan disiplin yang sama pada skala sistem.
Pilihan model monetisasi menentukan arah desain. Beberapa model utama di 2026:
| Model | Cara Kerja | Catatan Etis |
|---|---|---|
| Premium (bayar sekali) | Beli game, semua konten | Paling bersih; tekanan performa di pembelian pertama |
| Free-to-play + kosmetik | Gratis, jual skin/battle pass | Sehat jika tidak pay-to-win |
| Battle pass / season | Progression berbayar per musim | Populer; waspadai FOMO |
| Subscription | Bayar bulanan | Cocok untuk live service besar |
| Ads | Iklan sebagai imbalan hadiah | Hati-hati kualitas & regulasi anak |
| Pay-to-win | Beli kekuatan gameplay | Menghancurkan kepercayaan & sering kena regulasi |
Praktik yang wajib dihindari di 2026:
Monetisasi yang sehat berjalan di atas trust: pemain membayar karena ingin mendukung dan karena nilainya terasa — bukan karena diintimidasi.
Live events adalah suntikan konten sementara yang menghidupkan game: event musiman, kolaborasi, mode terbatas. Tujuannya: memberikan momentum dan alasan untuk kembali. Struktur event yang baik:
Live ops juga berarti penyeimbangan berkelanjutan: patch nerf/buff, perbaikan bug, penyesuaian ekonomi berdasarkan data. Game live adalah game yang selalu dipelihara — developer game modern wajib nyaman dengan siklus ini.
Tip
Untuk game indie, live ops tidak harus besar. Satu event bulanan kecil (multiplier, skin terbatas) dengan satu perbaikan rutin lebih baik daripada event besar yang menyedot seluruh tim dan membuat game utama terbengkalai. Konsistensi mengalahkan kemegahan.
Rancang ekonomi minimal yang sehat:
Warning
Selalu simpan server-side data ekonomi (harga, reward, event config) sebagai live config (episode 14), bukan hard-code di client. Jika harga perlu disesuaikan atau event dimatikan darurat, kalian harus bisa melakukannya tanpa rilis patch — ini salah satu pembeda paling kentara antara game amateur dan game live service.
Ekonomi game tidak boleh dijalankan dengan rasa — ia dijalankan dengan metrik. Tanpa angka, kalian tidak tahu apakah inflasi berjalan liar atau reward terasa lapar sampai pemain berhenti. Metrik inti yang wajib dipantau:
Pola kerjanya sama seperti iterasi desain di episode 17: ukur → temukan anomali → ubah satu variabel (harga, reward, sink) → ukur lagi. Perbedaan: variabelnya tidak bisa ditebak dari rasa, jadi dashboard metrik adalah alat kerja harian, bukan laporan bulanan yang jarang dibuka.
Warning
Setiap metrik yang naik/turun harus bisa dijelaskan. Lonjakan "pendapatan naik 300%" yang tidak bisa dijelaskan lebih mencurigakan daripada membanggakan — bisa jadi bot, eksploitasi harga, atau bug pembayaran. Verifikasi sebelum merayakan, dan selidiki dengan data (episode 18) sebelum menyesuaikan ekonomi.
Ekonomi dan live ops adalah denyut nadi game modern.
Inti yang harus dibawa pulang:
Di episode 22 selanjutnya kita akan memanfaatkan era baru: AI dalam game development — AI tools untuk art, code, dan content generation, lengkap dengan praktik membangun workflow AI untuk Rimba Runner. Sampai jumpa di episode 22!