Lompat ke konten

Revenue Playbook

GitHub

Rencana pendapatan untuk pembelian dalam aplikasi

Belanja SDK hanya merupakan salah satu bagian dari menghasilkan uang dari sebuah aplikasi. Pendapatan berasal dari masalah yang jelas, produk kecil yang dapat dicoba pengguna, penyimpanan billing yang dapat diandalkan, dan paywall yang mengajarkan apa yang orang siap untuk membeli.

Pakai rencana ini ketika Anda menambahkan langganan atau unggahan premium dengan @capgo/native-purchases.

Mulai dengan target pendapatan sederhana

Bab berjudul “Mulai dengan target pendapatan sederhana”

Buat target pertama konkret. Misalnya:

Harga bulananPengguna aktif yang dibutuhkan untuk sekitar $1K MRR
$4.99201
$7.99126
$9.99101
Harga tahunan $29.99Sekitar 400 pengguna tahunan, tergantung pada waktu

Angka-angka ini berada sebelum biaya penyimpanan, pajak, pengembalian, dan perbedaan mata uang. Mereka masih berguna karena mereka menjaga rencana peluncuran menjadi lebih praktis: Anda membutuhkan beberapa ratus pengguna yang termotivasi, bukan audiens besar.

Buat produk berbayar yang paling kecil

Judul Bagian “Buat Produk Berbayar yang Paling Kecil”
  1. Pilih satu kasus penggunaan yang menyakitkan

    Buat sekitar satu hasil yang pengguna sudah mencari. Contoh: rencana olahraga untuk orang tua baru, penghitung anggaran untuk pasangan, scanner bukti untuk freelancer, atau aplikasi latihan bahasa untuk satu ujian.

  2. Periksa permintaan di toko

    Cari App Store dan Google Play untuk kata kunci utama. Baca ulasan bawah dan tengah dari aplikasi saingan untuk menemukan fitur yang hilang, onboarding yang membingungkan, keluhan harga, dan gesekan UI.

  3. Kirimkan MVP yang sempit

    Versi pertama harus mencakup onboarding, satu aksi utama yang berguna, pengelolaan kesalahan dasar, dan cukup analitis untuk melihat apakah pengguna mencapai titik nilai.

  4. Tambahkan pembelian awal

    Jangan menunggu sampai aplikasi terasa lengkap. Paywall dasar membantu Anda belajar apakah pengguna memahami nilai dan apakah harga Anda masuk akal.

Instrument funnel sebelum melakukan optimasi

Bagian berjudul “Instrument funnel sebelum melakukan optimasi”

Siarlah event-event ini sebelum Anda memulai mengubah harga atau layar:

EventMengapa hal ini penting
install atau buka terlebih dahuluLalu lintas dasar
onboarding_completedApakah pengguna memahami pengaturan
core_action_completedApakah produk memberikan nilai
paywall_viewedApakah pengguna mencapai monetisasi
trial_startedApakah tawaran menarik
purchase_completedKonversi berbayar
restore_started dan restore_completedBeli kembali dan tinjau kesesuaian komplian
subscription_status_checkedKeandalan hak akses
cancel_feedback_submittedAlasan pengguguran

Jika banyak pengguna tidak melihat paywall, perbaiki proses onboarding sebelum mengubah paywall. Jika pengguna melihat paywall tapi tidak memulai trial, perbaiki penawaran, bukti, atau presentasi harga.

Mulai dengan satu model agar data dapat dibaca.

ModelPilihan yang tepatVersi pertama
FreemiumFasilitas harian, tracker, alat dengan penggunaan berulangAksi inti gratis, batasan berbayar atau fitur premium
Paywall plus uji coba gratisAplikasi yang menyampaikan nilai cepat setelah proses onboardPaywall setelah onboard dengan uji coba 3-14 hari
Unblokir sekaliAlat kecil dengan nilai berulang terbatasProduk seumur hidup plus opsi langganan masa depan

Hindari mengirim tiga tingkat, banyak paket, dan jalur upgrade kompleks pada hari pertama. Gunakan satu rencana bulanan dan satu rencana tahunan ketika Anda memerlukan langganan. Tambahkan harga lokal setelah Anda melihat lalu lintas yang berarti dari sebuah negara.

Konfigurasi produk untuk pembelajaran pendapatan

Bab berjudul “Konfigurasi produk untuk pembelajaran pendapatan”

Tetapkan identifikasi produk stabil dan dapat dibaca:

com.example.app.premium.monthly
com.example.app.premium.yearly
com.example.app.premium.lifetime

Gunakan nama produk toko yang memperkuat nilai yang pengguna mencari, seperti “Meal Planner Pro Bulanan” daripada hanya “Bulanan”. Metadata toko dan nama pembelian dalam aplikasi dapat membantu penemuan dan kejelasan.

Muat data produk dari toko-toko agar harga, mata uang, dan tawaran promosi awal selalu akurat:

import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
const { products } = await NativePurchases.getProducts({
productIdentifiers: [
'com.example.app.premium.monthly',
'com.example.app.premium.yearly',
],
productType: PURCHASE_TYPE.SUBS,
});
const monthly = products.find((product) => product.identifier.endsWith('.monthly'));
const yearly = products.find((product) => product.identifier.endsWith('.yearly'));

Tidak pernah mengkode harga toko ke UI. Tampilkan product.priceStringJudul produk yang dimaksudkan, periode pembayaran, dan syarat uji coba dari data toko secara mungkin.

Paywall pertama harus jelas, bukan pintar:

  • Judul: hasil pembayaran yang dibayar, seperti “Aktifkan rencana latihan tak terbatas”.
  • Kelebihan: 3 hingga 5 perbaikan konkret, bukan daftar fitur panjang.
  • Rencana: bulanan dan tahunan, dengan penghematan tahunan yang nyata jika ditawarkan.
  • Uji coba: panjang uji coba yang tepat dan apa yang terjadi setelahnya berakhir.
  • CTA: “Mulai trial gratis” atau “Perbarui sekarang”.
  • Tautan: syarat dan ketentuan, kebijakan privasi, mengembalikan pembelian, dan mengelola langganan.

Tempatkan paywall pertama setelah proses onboard, ketika pengguna memahami apa yang dilakukan aplikasi. Kemudian, tes trigger tambahan seperti batasan penggunaan, sentuhan fitur premium, atau aksi inti selesai.

import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
export async function buyYearly(appAccountToken: string) {
const transaction = await NativePurchases.purchaseProduct({
productIdentifier: 'com.example.app.premium.yearly',
planIdentifier: 'yearly-plan',
productType: PURCHASE_TYPE.SUBS,
appAccountToken,
});
await fetch('/api/purchases/validate', {
method: 'POST',
headers: { 'content-type': 'application/json' },
body: JSON.stringify({
transactionId: transaction.transactionId,
receipt: transaction.receipt,
purchaseToken: transaction.purchaseToken,
productIdentifier: transaction.productIdentifier,
}),
});
return transaction;
}
export async function restorePurchases() {
await NativePurchases.restorePurchases();
return NativePurchases.getPurchases({
productType: PURCHASE_TYPE.SUBS,
});
}

Selalu validasi pembelian di backend Anda sebelum memberikan hak keberlangsungan yang tahan lama. Simpan cache hak keberlangsungan lokal untuk UI yang cepat, tetapi anggap toko dan backend Anda sebagai sumber kebenaran.

Pendapatan membutuhkan lalu lintas. Mulai dengan saluran yang dapat berfungsi sebelum Anda memiliki merek:

  • ASO: judul, subjudul, kata kunci, skrin tampilan, deskripsi aplikasi, ikon, peringkat, dan nama pembelian dalam aplikasi.
  • Video pendek: posting demo cepat, klip masalah/solusi, dan contoh sebelum/sesudah untuk negara target.
  • Join Reddit dan komunitas: bergabunglah dalam percakapan terlebih dahulu, kemudian bagikan cerita yang berguna tentang apa yang kamu bangun bukan sebagai iklan.
  • Kelompok beta: TestFlight, Google Play internal testing, Discord, dan forum khusus.

Setiap saluran harus mengirimkan pengguna ke dalam funnel yang diukur sama sehingga kamu bisa membandingkan retensi, tampilan paywall, uji coba, dan pembelian.

Keluarnya beberapa pengguna berarti mereka mencoba aplikasi dan memutuskan bahwa itu tidak untuk mereka. Itu normal. Yang penting adalah pola:

  • Batal selama uji coba: nilai yang tidak jelas, onboarding yang buruk, atau lalu lintas yang salah.
  • Batal setelah satu siklus: tidak cukup nilai ulang atau loop kebiasaan yang lemah.
  • Pengembalian: kesalahan harga, risiko pembelian tidak sengaja, atau ketentuan yang tidak jelas.
  • Tidak ada restorasi: penanganan hak akses yang rusak atau UI restorasi yang hilang.

Tambahkan survei pembatalan satu pertanyaan ketika memungkinkan. Gunakan jawaban untuk memperbaiki onboarding, skop fitur, tangkapan layar toko, dan teks paywall.

Daftar checklist peluncuran

Daftar checklist peluncuran
  • Produk ini menyelesaikan satu masalah pembayaran yang jelas.
  • Produk di toko aktif dan telah diuji pada iOS dan Android.
  • Paywall menampilkan harga dan syarat produk yang dimuat dari toko.
  • Fungsi pembelian, pengembalian, pengelolaan langganan, dan validasi backend telah diimplementasikan.
  • Event funnel diikuti dari bukaan pertama hingga pembelian.
  • Metadata toko aplikasi menjelaskan nilai dalam screenshot pertama.
  • Setidaknya satu saluran akuisisi aktif sebelum peluncuran.
  • Umpan balik pengunduran diri dikumpulkan dari pengguna langganan pertama.
Buku panduan terkait

Jika Anda menggunakan Revenue Playbook untuk merencanakan pembayaran dan pembelian, hubungkannya dengan Menggunakan @capgo/native-purchases untuk kemampuan native di Menggunakan @capgo/native-purchases, Capgo Pricing untuk alur kerja produk di Capgo Pricing, Sistem Pembayaran untuk detail implementasi di Sistem Pembayaran, @capgo/native-purchases untuk detail implementasi di @capgo/native-purchases, dan Mula Menggunakan untuk detail implementasi di Mula Menggunakan.