Lompat ke konten

Revenue Playbook

GitHub

Rencana pendapatan untuk pembelian dalam aplikasi

Pembelian SDK hanya salah satu bagian dari mendapatkan uang dari sebuah aplikasi. Pendapatan datang dari masalah yang jelas, produk kecil yang pengguna bisa mencoba, billing toko yang dapat diandalkan, dan paywall yang mengajarkan apa yang orang mau beli.

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

Mulai dengan target pendapatan sederhana

Judul bagian “Mulai dengan target pendapatan sederhana”

Pastikan target pertama menjadi konkrit. Misalnya:

Harga bulananSubskripsi aktif diperlukan sekitar $1K MRR
$4.99201
$7.99126
$9.99101
Harga tahunan $29.99Sekitar 400 pelanggan tahunan, tergantung pada waktu

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

  1. Pilih satu kasus penggunaan yang menyakitkan

    Bangun sekitar satu hasil yang pengguna sudah mencari. Contoh: rencana olahraga untuk orang tua baru, pengingat 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 antarmuka pengguna.

  3. Kirim MVP yang sempit

    Versi pertama harus mencakup onboarding, satu aksi inti yang berguna, pengolahan kesalahan dasar, dan cukup analisis 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

Judul bagian “Instrument funnel sebelum melakukan optimasi”

Tracklah kejadian-kejadian ini sebelum Anda mulai mengubah harga atau layar:

KejadianMengapa hal ini penting
install atau buka pertama kaliTraffic dasar
onboarding_completedApakah pengguna memahami pengaturan
core_action_completedApakah produk ini memberikan nilai
paywall_viewedApakah pengguna mencapai monetisasi
trial_startedApakah tawaran ini menarik
purchase_completedKonversi berbayar
restore_started dan restore_completedPengembalian pembelian dan kinerja kompatibilitas ulasan
subscription_status_checkedKeandalan hak akses
cancel_feedback_submittedAlasan pengguguran

Jika banyak pengguna tidak melihat paywall, perbaiki onboarding sebelum mengubah paywall. Jika pengguna melihat paywall tetapi tidak memulai trial, perbaiki tawaran, bukti, atau presentasi harga.

Mulai dengan satu model agar data dapat dibaca.

ModelModel yang sesuaiPembangunan pertama
FreemiumAlat-alat harian, penghitung, alat dengan penggunaan berulangAksi dasar gratis, batasan pembayaran atau fitur premium
Paywall plus uji coba gratisAplikasi yang menyampaikan nilai cepat setelah proses onboardPaywall setelah onboard dengan uji coba 3-14 hari
Pembukaan satu kaliAlat-alat kecil dengan nilai berulang yang terbatasProduk seumur hidup plus pilihan langganan masa depan yang opsional

Jangan mengirimkan tiga tingkat, banyak paket, dan jalur upgrade kompleks pada hari pertama. Gunakan satu rencana bulanan dan satu rencana tahunan ketika Anda membutuhkan langganan. Tambahkan harga lokal setelah Anda melihat lalu lintas yang bermakna 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” bukan hanya “Bulanan”. Metadata toko dan nama pembelian dalam aplikasi dapat membantu penemuan dan kejelasan.

Muat data produk dari toko sehingga harga, mata uang, dan tawaran introdusksi 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'));

Jangan mengkode harga toko secara keras di UI. Tampilkan product.priceStringJudul produk lokal, periode pembayaran, dan syarat uji coba dari data toko selalu mungkin.

A paywall pertama harus jelas, bukan pintar:

  • Judul: hasil berbayar, seperti “Aktifkan rencana latihan tak terbatas”.
  • Kelebihan: 3 hingga 5 perbaikan konkret, bukan daftar fitur panjang.
  • Rencana: bulanan dan tahunan, dengan penghematan tahunan nyata jika ditawarkan.
  • Coba: panjang coba gratis dan apa yang terjadi setelahnya.
  • Panggilan aksi: “Mulai coba gratis” atau “Perbarui sekarang”.
  • Tautan: syarat dan ketentuan, kebijakan privasi, kembalikan pembelian, dan kelola langganan.

Tempatkan paywall pertama setelah proses onboarding, ketika pengguna memahami apa yang aplikasi lakukan. Kemudian, uji 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 akses yang tahan lama. Simpan cache hak akses lokal untuk UI 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, tangkapan layar, deskripsi aplikasi, ikon, peringkat, dan nama pembelian dalam aplikasi.
  • Video pendek: posting demo cepat, klip masalah/solusi, dan contoh sebelum/sesudah untuk negara target.
  • Reddit dan komunitas: bergabung dalam percakapan terlebih dahulu, kemudian bagikan apa yang Anda bangun sebagai cerita yang berguna bukan iklan.
  • Kelompok beta: TestFlight, Google Play internal testing, Discord, dan forum khusus.

Setiap saluran harus mengirim pengguna ke dalam funnel yang diukur sama sehingga Anda dapat membandingkan retensi, tampilan paywall, uji coba, dan pembelian.

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

  • Membatalkan selama uji coba: nilai yang tidak jelas, onboarding yang buruk, atau lalu lintas yang salah.
  • Membatalkan setelah satu siklus: tidak cukup nilai ulang atau pola kebiasaan yang lemah.
  • Pembayaran kembali: 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 meningkatkan onboarding, skop fitur, tangkapan layar toko, dan teks paywall.

  • Produk ini menyelesaikan satu masalah berbayar yang jelas.
  • Produk di toko sudah aktif dan telah diuji pada iOS dan Android.
  • Paywall menampilkan harga dan ketentuan yang dimuat dari toko.
  • Pembelian, restorasi, pengelolaan langganan, dan validasi backend telah diimplementasikan.
  • Event funnel diikuti dari buka pertama hingga pembelian.
  • Metadata toko menjelaskan nilai dalam tangkapan layar pertama.
  • Sebelum peluncuran, setidaknya satu saluran akuisisi aktif.
  • Feedback churn dikumpulkan dari pelanggan yang pertama.

Jika Anda menggunakan Pedoman Pendapatan untuk merencanakan pembayaran dan pembelian, hubungkannya dengan Menggunakan @capgo/native-purchases untuk kemampuan asli dalam Menggunakan @capgo/native-purchases, Harga Capgo untuk alur kerja produk dalam Harga Capgo, Sistem Pembayaran untuk detail implementasi dalam Sistem Pembayaran, @capgo/native-purchases untuk detail implementasi dalam @capgo/native-purchases, dan Mulai Membangun untuk detail implementasi dalam Mulai Membangun.