Lompat ke konten

Revenue Playbook

GitHub

Pedoman keuangan untuk pembelian dalam aplikasi

Pembelian SDK hanya merupakan salah satu bagian dari mendapatkan uang dari sebuah 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.

Gunakan buku pegangan ini ketika Anda menambahkan langganan atau akses premium dengan @capgo/native-purchases.

Mulai dengan target pendapatan sederhana

Bab berjudul “Mulai dengan target pendapatan sederhana”

Pastikan 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.

  1. Pilih satu kasus penggunaan yang menyakitkan

    Bangun sekitar satu hasil yang pengguna sudah mencari. Contoh: rencana olahraga untuk orang tua baru, pengelola 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 aplikasi kompetitor dengan skor rendah dan menengah 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, 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.

Instrumentkan funnel sebelum melakukan optimasi.

Judul bagian: Instrumentkan funnel sebelum melakukan optimasi.

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

KejadianMengapa penting
install atau terlebih dahulu bukaArus 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_completedcontext: Halaman/area: Situs web pemasaran Capgo. Peran: Label UI singkat atau item navigasi. Dilihat di: halaman trust.astro. Kunci pesan `dan` (Dan).
subscription_status_checkedPengembalian pembelian dan kinerja kompatibilitas
cancel_feedback_submittedKeterandalan hak

Alasan pengguguran

Mulai dengan satu model agar data dapat dibaca.

ModelModel yang sesuaiVersi pertama
Versi pertamaPaket FreemiumAlat-alat harian, penghitung, alat bantu dengan penggunaan berulang
Aksi dasar gratis, batasan pembayaran atau fitur premiumPaywall plus uji coba gratisAplikasi yang menyampaikan nilai cepat setelah proses onboardinng
Unlock SekaliAlat Kecil dengan Nilai Berulang TerbatasProduk Seumur Hidup Plus Opsi Langganan Masa Depan Nanti

Hindari Mengirim Tiga Tingkat, Banyak Paket, dan Jalur Upgrade Kompleks pada Hari Pertama. Gunakan Rencana Bulanan Satu dan Rencana Tahunan Satu ketika Anda Membutuhkan Langganan. Tambahkan Harga Lokal Setelah Anda Melihat Traffik yang Berarti 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” daripada hanya “Bulanan”. Metadata Toko dan Nama Pembelian Aplikasi dapat Membantu Penemuan dan Klarifikasi.

Muat Data Produk dari 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'));

Hindari Mengkode Harga Toko secara Keras di UI. Render product.priceStringGunakan judul produk lokal, periode pembayaran, dan syarat-syarat uji coba dari data toko secara mungkin.

Bangun paywall pertama.

Buat Paywall Pertama

Paywall pertama harus jelas, bukan pintar:

  • Judul: hasil pembayaran yang dibayar, seperti “Aktifkan rencana latihan tanpa batas”.
  • Kelebihan: 3 hingga 5 perbaikan konkrit, 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 dan ketentuan, kebijakan privasi, kembalikan pembelian, dan kelola langganan.

Tempatkan paywall pertama setelah proses onboarding, ketika pengguna memahami apa yang dilakukan aplikasi. Kemudian, uji trigger tambahan seperti batasan penggunaan, sentuhan fitur premium, atau aksi inti yang 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 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, 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 penggantian berarti pengguna mencoba aplikasi dan memutuskan bahwa itu tidak untuk mereka. Itu adalah hal yang normal. Yang penting adalah pola:

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

Tambahkan survei penggantian satu pertanyaan ketika memungkinkan. Gunakan jawaban untuk meningkatkan onboarding, lingkup fitur, layar tangkapan 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 istilah yang dimuat dari toko.
  • Implementasi pembelian, pengembalian, pengelolaan langganan, dan validasi backend telah dilakukan.
  • Event funnel diikuti dari bukaan pertama hingga pembelian.
  • Metadata toko aplikasi menjelaskan nilai pada screenshot pertama.
  • Setidaknya satu saluran akuisisi aktif sebelum peluncuran.
  • Pengembalian umpan balik penghentian langganan dikumpulkan dari pelanggan pertama.

Jika Anda menggunakan Revenue Playbook untuk merencanakan pembayaran dan pembelian, hubungkannya dengan Menggunakan @capgo/native-purchases untuk kemampuan asli 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/pembelian asli, dan Mulai untuk detail implementasi di Mulai.