Apakah pembagian 70/30 selalu lebih baik daripada 50/50? Belum tentu.
Dalam publishing deal, angka revenue share yang terlihat besar bisa menjadi kurang menarik setelah advance, biaya marketing, porting, dan pengeluaran lain ikut diperhitungkan.
Karena itu, Mengukur Revenue Share Ideal tidak cukup dengan membandingkan persentase. Developer perlu memahami kontribusi masing-masing pihak, risiko finansial, mekanisme recoupment, dan definisi net revenue.
Dengan begitu, pembagian pendapatan bisa dinilai berdasarkan nilai ekonomi sebenarnya, bukan angka yang terlihat menarik di halaman kontrak.
Tidak Ada Satu Revenue Share yang Cocok untuk Semua Deal
Revenue share ideal sangat bergantung pada bentuk kerja sama.
Publisher yang mendanai hampir seluruh development tentu mengambil risiko berbeda dibanding publisher yang hanya membantu PR dan distribusi ketika game sudah hampir selesai. Maka wajar jika bagian publisher pada kedua skenario tidak sama.
Laporan 2026 Publishing Agreement Market Report yang menganalisis lebih dari 130 publishing agreement menunjukkan rata-rata bagian developer sekitar 57,9% pada deal dengan advance. Pada kontrak tanpa advance, rata-ratanya meningkat menjadi sekitar 67,9%.
Angka tersebut bukan standar wajib, tetapi cukup berguna sebagai benchmark awal.
Mulai dari Menghitung Kontribusi Kedua Pihak
Sebelum membicarakan persentase, hitung apa yang dibawa developer dan publisher ke dalam proyek.
Developer biasanya membawa IP, tim, source code, pengalaman produksi, prototype, dan waktu development. Publisher dapat membawa funding, marketing, QA, localization, porting, platform relations, hingga sales support.
Raw Fury, misalnya, menjelaskan bahwa dukungan publishing mereka dapat mencakup production support, brand management, PR, marketing, platform relations, QA, release management, community work, dan berbagai layanan lain.
Semakin besar kontribusi dan risiko publisher, semakin masuk akal jika mereka memperoleh bagian lebih besar. Sebaliknya, jika game sudah 90% selesai dan publisher hanya menangani distribusi, developer mempunyai posisi negosiasi lebih kuat.
Bedakan Gross Revenue dan Net Revenue
Salah satu kesalahan paling umum adalah menghitung revenue share langsung dari harga jual.
Misalnya, sebuah game dijual US$20 dan menghasilkan gross sales US$1 juta. Bukan berarti developer dengan share 60% otomatis menerima US$600.000.
Kontrak biasanya menggunakan net revenue, yaitu pendapatan setelah potongan tertentu. Potongan dapat mencakup platform fees, pajak, refund, chargeback, biaya distribusi, atau pengeluaran lain yang diperbolehkan kontrak.
WIPO menekankan pentingnya mendefinisikan bagaimana royalty dihitung serta pengeluaran apa saja yang dapat dikurangkan. Laporan royalty juga idealnya menunjukkan sumber pendapatan dan deductions secara jelas.
Karena itu, perhitunggan harus dimulai dari definisi net revenue, bukan persentasenya.
Pahami Bagaimana Advance Direcoup
Publisher sering memberikan advance untuk membiayai development sebelum game dirilis.
Namun advance biasanya bersifat recoupable. Artinya, publisher berhak mendapatkan kembali dana tersebut dari pendapatan game sebelum pembagian mencapai struktur normal.
WIPO menjelaskan bahwa milestone funding dalam publishing agreement umumnya diperlakukan sebagai recoupable advance terhadap royalty masa depan.
Struktur kontraknya dapat berbeda: ada publisher yang mengambil seluruh revenue terlebih dahulu, dan ada pula model di mana developer tetap menerima sebagian pendapatan saat recoupment berjalan.
Data 2026 bahkan menunjukkan model pembagian bertingkat semakin umum.
Pada agreement dengan advance yang menggunakan struktur tranche, bagian developer selama tahap awal recoupment dapat berbeda dengan bagian setelah publisher berhasil memulihkan investasinya.
Inilah alasan angka 60/40 saja belum cukup untuk menilai deal.
Gunakan Simulasi Break-Even
Cara praktis Mengukur Revenue Share Ideal adalah menjalankan beberapa skenario penjualan.
Bayangkan publisher memberikan US$300.000 untuk development dan US$100.000 biaya eksternal yang bisa direcoup. Total recoupable pool menjadi US$400.000.
Sekarang buat tiga skenario: game menghasilkan net revenue US$250.000, US$1 juta, dan US$5 juta.
Pada skenario pertama, publisher mungkin belum mengembalikan investasinya sehingga developer belum memperoleh royalty tambahan. Pada skenario US$5 juta, perbedaan antara share 50% dan 65% bisa bernilai ratusan ribu dolar.
Simulasi ini membantu studio memahami kapan kontrak mulai menghasilkan cash flow.
Raw Fury bahkan menyediakan financial spreadsheet pada developer resources mereka agar studio dapat menguji berbagai skenario bisnis sebelum membuat keputusan.
Jangan Abaikan Recoupable Marketing Cost
Marketing sering menjadi sumber kejutan.
Publisher bisa menawarkan campaign besar, influencer partnership, event, trailer, paid ads, hingga PR agency. Pertanyaannya: siapa yang akhirnya membayar semua itu?
Jika US$200.000 marketing spend dimasukkan ke recoupable pool, developer secara tidak langsung ikut membayarnya melalui pendapatan yang belum dibagikan.
Karena itu, studio sebaiknya meminta spending cap atau approval threshold. Pengeluaran yang sangat besar seharusnya tidak dilakukan sepihak jika nantinya mengurangi royalty developer.
Spritz Consulting menekankan bahwa angka seperti “50/50” kurang bermakna sebelum developer memahami definisi net revenue dan biaya yang direcoup.
Transparasi biaya sering lebih penting daripada beberapa persen tambahan dalam revenue share.
Pertimbangkan Struktur Revenue Share Bertingkat
Pembagian pendapatan tidak harus menggunakan satu angka selamanya.
Salah satu alternatif adalah menggunakan stepped revenue share.
Misalnya, selama publisher belum recoup, developer menerima 30% dan publisher 70%. Setelah investasi kembali, pembagian berubah menjadi 60/40 untuk developer. Setelah pendapatan melewati target tertentu, developer bisa mendapatkan 70%.
Model seperti ini berusaha menyeimbangkan risiko awal publisher dengan upside jangka panjang developer.
Laporan pasar publishing agreement 2026 menunjukkan penggunaan tranche atau stepped revenue share sudah muncul secara luas dalam deal dengan advance.
Struktur tersebut bisa menjadi bahan negoisasi yang lebih fleksibel daripada berdebat tentang satu angka permanen.
Masukkan IP dan Hak Jangka Panjang ke dalam Perhitungan
Revenue share tidak berdiri sendiri.
Developer yang mempertahankan seluruh IP mungkin bersedia menerima pembagian pendapatan sedikit lebih rendah dibanding developer yang juga harus menyerahkan hak franchise, sequel, atau merchandise.
Jika publisher meminta hak sangat luas, kompensasi finansial seharusnya ikut meningkat.
Game yang sukses bisa menghasilkan nilai selama bertahun-tahun melalui sequel, DLC, console port, licensing, merchandise, bahkan adaptasi media. Karena itu, jangan menukar hak jangka panjang hanya demi peningkatan advance jangka pendek.
Nilai sebuah publishing deal harus dihitung melalui seluruh economic package.
Bandingkan Cash Flow, Bukan Persentase Saja
Pada akhirnya, revenue share ideal adalah struktur yang menghasilkan distribusi risiko dan reward secara masuk akal.
Buat spreadsheet berisi gross revenue, platform deductions, recoupable expenses, advance, developer share, publisher share, dan cash flow per bulan.
Lalu bandingkan beberapa proposal dengan asumsi penjualan yang sama.
Deal A dengan share developer 70% belum tentu mengalahkan Deal B sebesar 60% jika Deal A memiliki biaya recoupable jauh lebih besar.
Dengan proyeksii seperti ini, keputusan berubah dari “persentase mana yang terlihat besar?” menjadi “deal mana yang menghasilkan nilai terbaik untuk studio?”
Mengukur Revenue Share Ideal membutuhkan lebih dari membandingkan angka 50/50 atau 70/30. Developer perlu menghitung kontribusi, advance, recoupment, net revenue, biaya marketing, IP, serta risiko kedua pihak.
Buat simulasi konservatif, realistis, dan optimistis sebelum menandatangani kontrak. Gunakan hasilnya sebagai dasar diskusi dengan publisher dan penasihat hukum agar struktur pembagian benar-benar seimbang.