Pembaruan aplikasi yang buruk dapat memicu gelombang pengembalian dana, dan berikut cara membendungnya sebelum sampai ke pembayaran Anda

Saat sebuah rilis dikirim dalam keadaan rusak, pengembalian dana mulai berdatangan sebelum dasbor crash Anda menyala. Pembaruan aplikasi yang buruk tidak hanya membuat orang kesal. Ia memberi mereka alasan konkret untuk meminta uang mereka kembali, dan pada pembelian berharga rendah, uang adalah bagian terkecil dari yang Anda hilangkan. Komputasi yang sudah Anda habiskan, panggilan API pihak ketiga yang sudah ditagihkan kepada Anda, dan penyimpanan yang sudah Anda sediakan tidak kembali bersama penjualan itu.

Bagian yang berguna adalah bahwa rilis yang rusak merupakan salah satu dari sedikit pemicu pengembalian dana yang bisa Anda kendalikan dalam hitungan menit, bukan minggu. Kedua toko mengirimkan pembaruan secara bertahap dan memungkinkan Anda menghentikannya di tengah jalan, dan kendali tunggal itu adalah perbedaan antara segelintir pengguna yang terdampak dan gelombang pengembalian dana yang menggerus pembayaran Anda. Berikut biaya sebenarnya dari sebuah gelombang pengembalian dana, cara menghentikan rilis yang buruk di setiap toko, dan dua jendela waktu singkat yang menjadi satu-satunya suara Anda begitu sengketa sudah diajukan.

Mengapa pembaruan aplikasi yang buruk berubah menjadi pengembalian dana

Crash saat peluncuran, paywall yang tidak mau termuat, fitur yang kemarin berfungsi dan hari ini tidak. Masing-masing memberi pelanggan yang membayar alasan yang jelas untuk meminta uang mereka kembali, dan pengembalian dana adalah versi sopan dari respons itu. Versi tidak sopannya adalah chargeback bank. Keduanya merugikan Anda, dan rilis yang rusak bahkan untuk sebagian kecil pengguna Anda bisa menghasilkan cukup banyak sehingga muncul di pembayaran Anda.

Uang yang Anda hilangkan lebih dari sekadar nilai penjualan

Saat sebuah pembelian dikembalikan dananya, jumlah penjualan kembali ke pelanggan. Yang tidak kembali adalah segala hal yang sudah Anda keluarkan untuk melayani pembelian itu. Komputasi yang menjalankan pekerjaan, panggilan API pihak ketiga yang ditagihkan kepada Anda pada saat penggunaan, penyimpanan yang Anda sediakan, dan pembayaran apa pun yang sudah Anda kirim ke kreator, semuanya lenyap. Pada barang habis pakai berharga rendah, biaya-biaya hangus itu ditambah kemungkinan biaya bank bisa berjumlah lebih besar dari yang pernah dibayar pelanggan.

Gelombang pengembalian dana juga menggerakkan tingkat pengembalian dana Anda

Pengembalian dana bukan hanya kerugian per penjualan. Jaringan kartu dan kedua toko mengamati tingkat penjualan Anda yang dikembalikan. Satu rilis rusak yang melonjakkan tingkat itu bisa menarik pengawasan yang lebih baik Anda hindari, jadi biaya sebuah pembaruan buruk mencakup reputasi yang Anda korbankan, bukan hanya uangnya.

Cara menghentikan rilis yang buruk di App Store

Alat pembendungan Apple adalah rilis bertahap, dan seluruh nilainya adalah Anda bisa menarik rem sebelum sebagian besar pengguna Anda melihat build yang rusak.

Rilis bertahap dikirim selama tujuh hari

Saat Anda mengaktifkan rilis bertahap untuk pembaruan versi, Apple mengirimkannya ke sampel acak pengguna yang mengaktifkan pembaruan otomatis. Peluncuran menanjak pada jadwal tetap: 1 persen pada hari pertama, lalu 2, 5, 10, 20, 50, dan 100 persen selama tujuh hari. Karena hari-hari awal hanya menyentuh sebagian kecil dari basis Anda, cacat yang tertangkap pada hari kedua sudah menjangkau jauh lebih sedikit orang dibandingkan rilis penuh di hari yang sama.

Jeda begitu ada yang tampak salah

Jika sebuah pembaruan aplikasi yang buruk lolos, Anda bisa menjeda rilis bertahap kapan saja. Apple memungkinkan Anda menjeda hingga 30 hari, tanpa batasan berapa kali Anda menjeda, dan anggarannya kumulatif: jeda selama 10 hari, lanjutkan, dan Anda masih punya 20 hari jeda yang tersisa. Saat Anda melanjutkan, peluncuran berlanjut dari hari saat ia berhenti. Menjeda tidak menarik build dari pengguna yang sudah memilikinya, jadi padukan jeda dengan perbaikan dan tinjauan yang dipercepat.

Cara menghentikan rilis yang buruk di Google Play

Google Play memberi Anda dua rem, satu untuk rilis yang masih diluncurkan dan satu untuk rilis yang sudah menjangkau semua orang.

Hentikan peluncuran bertahap yang sedang berjalan

Peluncuran bertahap di Google Play memungkinkan Anda merilis ke sebagian persentase pengguna dan menaikkannya sesuai jadwal Anda sendiri. Jika Anda menemukan masalah, buka rilis tersebut dan pilih Kelola peluncuran, lalu Hentikan peluncuran. Tidak ada pengguna tambahan yang menerima versi itu, dan pengguna yang sudah mendapatkannya tetap menggunakannya. Jika ternyata build itu bersih, Anda melanjutkan peluncuran yang sama dari tempat ia berhenti.

Hentikan rilis yang sudah mencapai 100 persen

Google Play juga memungkinkan Anda menghentikan rilis yang sudah diluncurkan sepenuhnya, sesuatu yang tidak bisa dilakukan oleh rem peluncuran bertahap. Saat Anda menghentikannya, versi aplikasi Anda yang sebelumnya aktif dan sudah diluncurkan sepenuhnya secara otomatis menggantikannya untuk pengguna baru dan yang sudah ada yang belum menggunakan build yang dihentikan. Dua batasan yang penting: Anda tidak bisa menghentikan rilis pertama pada sebuah track, dan jika versi yang rusak sudah aktif cukup lama sehingga sebagian besar pengguna telah memperbarui, penghentian tidak banyak berguna, karena kerusakannya sudah menyebar.

Ketika pengembalian dana dan sengketa sudah bergulir

Membuat peluncuran bertahap membatasi berapa banyak orang yang terkena pembaruan aplikasi yang buruk. Ia tidak berbuat apa-apa untuk pengembalian dana dan sengketa dari pengguna yang sudah terkena. Begitu pelanggan meminta uang mereka kembali, toko menjalankan alurnya, dan suara Anda sempit.

Sebagian besar pengembalian dana diputuskan tanpa Anda

Pengembalian dana swalayan 48 jam Google Play, pengembalian dana lewat dukungan, dan pembelian yang dibatalkan semuanya diputuskan oleh toko berdasarkan kebijakannya sendiri. Tidak ada saluran bukti dan tidak ada banding. Untuk itu, catatan Anda hanyalah pengembalian dana itu sendiri dan biaya yang sudah Anda tanggung. Satu-satunya tempat Anda bisa bertindak adalah pencegahan, dan itulah tepatnya mengapa rem peluncuran itu penting.

Dua jendela waktu adalah satu-satunya masukan Anda

Hanya dua alur yang meminta apa pun dari Anda. Saat pelanggan meminta pengembalian dana atas barang habis pakai atau langganan yang diperpanjang otomatis, Apple mengirim CONSUMPTION_REQUEST ke server Anda dan menunggu hingga 12 jam untuk data konsumsi. Di Google Play, pembelian yang disengketakan dan membutuhkan tinjauan memulai hitungan mundur 24 jam, dan Anda menjawab melalui API orders.reviewrefund. Lewatkan salah satu jendela dan keputusan dibuat tanpa Anda. Tidak satu pun jendela itu memungkinkan Anda membatalkan rilis yang buruk. Keduanya hanya memungkinkan Anda menanggapi dampaknya.

Daftar periksa pembendungan

Tidak ada yang rumit di sini. Ini adalah rutinitas singkat yang Anda jalankan pada setiap rilis, bukan hanya pada yang Anda perkirakan akan rusak.

• Kirim setiap pembaruan melalui rilis bertahap di App Store dan peluncuran bertahap di Google Play, jangan pernah dorongan penuh di hari yang sama.
• Pantau sinyal crash dan pengembalian dana selama hari-hari awal berpersentase rendah, saat audiensnya cukup kecil untuk dilindungi.
• Jeda rilis bertahap App Store atau hentikan peluncuran Google Play begitu cacat yang sebenarnya muncul, lalu perbaiki dan kirim ulang.
• Untuk cacat yang sudah menjangkau semua orang di Google Play, hentikan rilis yang sudah diluncurkan sepenuhnya agar versi sebelumnya menggantikannya.
• Siapkan umpan notifikasi Apple dan Google agar Anda bisa menjawab setiap permintaan konsumsi dan tinjauan pengembalian dana di dalam jendela waktunya.
• Lacak tingkat pengembalian dana Anda sepanjang rilis, karena lonjakan adalah sinyal bahwa rollback sudah terlambat.