Checklist due diligence aplikasi: apa yang diperiksa pembeli sebelum membeli aplikasi Anda

Due diligence terdengar berat, tetapi untuk sebagian besar aplikasi kecil, ini adalah pemeriksaan terfokus bahwa angkanya nyata dan tidak ada yang akan rusak. Ini daftar yang saya pakai saat meninjau sebuah aplikasi. Gunakan untuk bersiap sebelum Anda bicara dengan pembeli mana pun: folder yang rapi menghemat berhari-hari dan membuat angka Anda lebih mudah dipercaya.

Bagaimana membuktikan pendapatan aplikasi Anda?

Dengan ekspor dari sistem sumbernya, bukan spreadsheet yang Anda ketik sendiri. Pembeli ingin melihat:

• Sales and Trends serta Payments and Financial Reports di App Store Connect untuk 12–24 bulan terakhir.
• Untuk aplikasi langganan, ringkasan RevenueCat (atau sejenisnya): MRR, langganan aktif, konversi trial, perpanjangan, churn, dan refund. Sisi langganan dalam penjualan dibahas di menjual aplikasi langganan.
• Rekening koran atau catatan pencairan yang cocok dengan proceeds, berguna untuk deal yang lebih besar.
• Pendapatan lain: iklan, pembelian lewat web, sponsor.

Bagaimana pembeli memeriksa biaya dan laba?

Mereka menyusun ulang laba bulanan Anda dari setiap biaya yang dimiliki aplikasi, karena harganya adalah kelipatan dari laba itu.

• Belanja iklan per kanal (Apple Search Ads, Meta, TikTok, Google) beserta instal yang dihasilkannya (baca menjual aplikasi yang bergantung pada iklan berbayar).
• Server, API, biaya AI/LLM, software, kontraktor, dan dukungan pelanggan. Untuk aplikasi AI, biaya API per bulan adalah hal pertama yang dilihat pembeli: cara menjual aplikasi AI wrapper.
• Tabel laba rugi bulanan yang sederhana.

Temuan pembeli di sini langsung menggeser kelipatannya: berapa nilai aplikasi saya menjelaskan temuan mana yang menaikkan atau menurunkannya. Untuk kisaran cepat sebelum Anda bicara dengan siapa pun, coba kalkulator valuasi aplikasi.

Data traffic dan pengguna apa yang diminta pembeli?

Dari mana unduhan Anda berasal, dan apakah penggunanya bertahan. Secara spesifik:

• App Analytics: impresi, kunjungan halaman produk, unduhan, dan jenis sumber (pencarian App Store, browse, rujukan web, rujukan aplikasi).
• Keyword teratas tempat aplikasi Anda punya peringkat, dan negara teratas.
• Retensi dan pengguna aktif, jika Anda melacaknya.

Apa yang diperiksa pembeli di kode dan produk?

Apakah aplikasinya bisa berjalan tanpa Anda, dan apakah ada yang akan rusak.

• Tech stack, versi OS minimum, dan cara build serta rilis dilakukan.
• SDK dan layanan pihak ketiga, serta siapa pemilik tiap akunnya.
• Tingkat crash dan bug yang sudah diketahui.
• Apa pun yang bergantung pada Anda secara pribadi, misalnya server di komputer Anda sendiri atau API key pribadi.
• Pembeli biasanya baru melihat kodenya sendiri setelah penawaran disepakati, atau di bawah NDA.

Pemeriksaan riwayat App Store dan aspek hukum apa yang muncul?

Masalah dengan store di masa lalu, dan bukti bahwa Anda memiliki apa yang Anda jual.

• Penolakan, peringatan, atau penghapusan di masa lalu, dan penyebabnya.
• Riwayat ulasan dan rating. Ulasan yang diberi insentif atau dibeli adalah alasan batal bagi sebagian besar pembeli.
• Kepemilikan nama, logo, domain, dan merek dagang jika ada.
• Lisensi untuk font, gambar, suara, dan kode pihak ketiga.
• Kebijakan privasi dan cara data pengguna disimpan.
• Apakah aplikasinya memenuhi aturan transfer. Kriteria Apple (tidak ada yang sedang dalam review, TestFlight nonaktif, tidak ada product ID ganda) tercantum di panduan saya tentang transfer aplikasi App Store.

Bagaimana cara berbagi data dengan aman?

Di bawah NDA, lewat screen-share atau screenshot, dan jangan pernah dengan kata sandi Apple Account Anda.

• Tanda tangani NDA dulu jika Anda membagikan angka yang detail.
• Utamakan screen-share dan screenshot daripada login. Jika pembeli perlu akses langsung, berikan akses paling terbatas yang dimungkinkan tools Anda, lalu cabut setelahnya.
• Jangan pernah membagikan kata sandi Apple Account Anda atau akun developer Anda itu sendiri.

Tanda bahaya apa yang menggagalkan deal aplikasi?

Angka yang tidak cocok, dan masalah yang baru muncul belakangan.

• Angka yang tidak cocok antara satu sumber dan sumber lain.
• Lonjakan tiba-tiba tepat sebelum penjualan, biasanya iklan berbayar yang akan segera dihentikan.
• Masalah yang tidak diungkapkan dan baru ditemukan belakangan: peringatan dari App Review, SDK penting yang akan dihentikan, sengketa hukum.
• Pendapatan yang bergantung pada founder secara pribadi, misalnya pekerjaan klien atau audiens pribadi.

Ungkapkan hal-hal ini sejak awal. Masalah yang diketahui akan diperhitungkan dalam harga; masalah yang disembunyikan mengakhiri deal. Setelah due diligence selesai, langkah berikutnya adalah pembayaran: baca escrow (rekening bersama) untuk penjualan aplikasi.