Lompat ke konten

Revenue Playbook

GitHub

Pembelian __CAPGO_KEEP_0__ hanya merupakan salah satu bagian dari mendapatkan uang dari aplikasi. Pendapatan berasal dari masalah yang jelas, produk kecil yang dapat dicoba, penyimpanan billing yang dapat diandalkan, dan paywall yang mengajarkan apa yang orang siap untuk membeli.

The purchase SDK is only one part of making money from an app. Revenue comes from a clear problem, a small product that users can try, reliable store billing, and a paywall that teaches you what people are willing to buy.

Gunakan buku aksi ini ketika Anda menambahkan langganan atau unggul dengan @capgo/native-purchases.

Mulai dengan target pendapatan sederhana

Bab berjudul “Mulai dengan target pendapatan sederhana”

Buatlah 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 sebelum biaya toko, pajak, pengembalian, dan perbedaan mata uang. Mereka masih berguna karena mereka menjaga rencana peluncuran praktis: Anda membutuhkan beberapa ratus pengguna yang termotivasi, bukan audiens besar.

Buatlah produk berbayar yang paling kecil

Bab berjudul “Buatlah produk berbayar yang paling kecil”
  1. Pilihlah satu kasus penggunaan yang menyakitkan

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

  2. Cek permintaan di toko

    Cari App Store dan Google Play untuk kata kunci utama. Baca ulasan bintang rendah dan menengah dari aplikasi saingan untuk menemukan fitur yang hilang, onboarding yang membingungkan, keluhan harga, dan gesekan antar muka pengguna.

  3. Kirimkan MVP yang sempit

    Versi pertama harus mencakup onboarding, satu aksi utama yang berguna, pengolahan 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

Judul bagian “Instrument funnel sebelum melakukan optimasi”

Rekam event-event ini sebelum Anda mulai mengubah harga atau layar:

EventMengapa hal ini penting
install atau terlebih dahulu bukaLalu 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_completedPengembalian pembelian dan kinerja kompatibilitas ulasan
subscription_status_checkedKeterandalan 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.

ModelOpsi yang tepatVersi pertama
FreemiumAlat-alat harian, penghitung, alat bantu 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
Pembayaran Satu WaktuAlat-alat Kecil dengan Nilai Berulang TerbatasProduk Seumur Hidup Plus Langganan Masa Depan Opsional Kemudian

Hindari Mengirim Tiga Tingkat, Banyak Paket, dan Jalur Perbaruan Kompleks pada Hari Pertama. Gunakan Satu Rencana Bulanan dan Satu Rencana Tahunan Ketika Anda Membutuhkan Langganan. Tambahkan Harga Lokal Setelah Anda Melihat Lalu Lintas Bermakna dari Negara.

Konfigurasi Produk untuk Pembelajaran Pendapatan

Judul Bagian “Konfigurasi Produk untuk Pembelajaran Pendapatan”

Tetapkan Identifikasi Produk yang Stabil dan Bisa Dibaca:

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

Gunakan Nama Produk Toko yang Menguatkan Nilai yang Pengguna Cari, Seperti “Meal Planner Pro Bulanan” Sebaliknya Hanya “Bulanan”. Metadata Toko dan Nama Pembelian Aplikasi Dapat Membantu Penemuan dan Klarifikasi.

Muat Data Produk dari Toko-toko agar Harga, Mata Uang, dan Tawaran 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 Perlu Mengkode Harga Toko di UI. Tampilkan product.priceStringSetiap kali produk, periode pembayaran, dan syarat uji coba lokal dari data toko secara mungkin.

Pagar pembayaran pertama harus jelas, bukan pintar:

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

Tempatkan pagar pembayaran pertama setelah onboarding, setelah pengguna memahami apa yang dilakukan aplikasi. Kemudian, tes trigger tambahan seperti batasan penggunaan, sentuhan fitur premium, atau aksi inti yang selesai.

Belanja dan alur mengaktifkan pembelian kembali

Bagian berjudul “Alur Pembelian dan Pemulihan”
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-hak kekal. Simpan cache hak-hak 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, screenshot, 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 dibangun sebagai cerita berguna bukan iklan.
  • Kelompok Beta: TestFlight, pengujian internal Google Play, Discord, dan forum khusus.

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

Baca keluarnya pengguna dengan benar

Bagian berjudul “Baca churn dengan benar”

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

  • Membatalkan selama trial: nilai tidak jelas, onboarding buruk, atau lalu lintas yang salah.
  • Membatalkan setelah satu siklus: tidak cukup nilai ulang atau loop kebiasaan yang lemah.
  • Pembayaran kembali: kesalahan harga, risiko pembelian tidak sengaja, atau syarat 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, ruang fitur, tangkapan layar toko, dan teks paywall.

  • Aplikasi ini menyelesaikan satu masalah berbayar yang jelas.
  • Produk toko aktif dan telah diuji pada iOS dan Android.
  • Paywall menampilkan harga dan syarat yang dimuat dari toko.
  • Pembelian, pengaktifan ulang, pengelolaan langganan, dan validasi backend diimplementasikan.
  • Event-event funnel diikuti dari bukaan pertama hingga pembelian.
  • Metadata toko aplikasi menjelaskan nilai dalam sketsa pertama.
  • Setidaknya satu saluran akuisisi aktif sebelum peluncuran.
  • Pengembalian umpan balik churn dikumpulkan dari pelanggan pertama.

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