Seberapa Sering Anda Harus Memperbarui Aplikasi Seluler Anda?

Jika Anda menemukan diri Anda membaca ini - maka, kemungkinan besar, Anda sudah memiliki aplikasi seluler, dan Anda mempertanyakan frekuensi pembaruan untuk aplikasi Anda yang perlu Anda publikasikan. Berapa frekuensi pembaruan aplikasi seluler? Kami akan mencoba memberi Anda daftar faktor yang bergantung pada frekuensi pembaruan aplikasi - dengan mengajukan pertanyaan yang tepat kepada Anda di bawah ini.

Jangan pernah berhenti berlari jika ingin tetap di atas .

Hari-hari ini kami mengajari anak-anak kami bahwa belajar terus-menerus adalah satu-satunya cara untuk tetap sukses dalam jangka panjang. Dalam hal aplikasi seluler, pendekatan yang sama berlaku untuk pemilik bisnis - seringnya mereka memperbarui produk. Padahal, jumlah fitur bukan satu-satunya hal yang harus dimiliki produk ini - evolusinya berlanjut dengan setiap rilis baru. Hari-hari ini kita semua terlibat dalam semacam perlombaan tikus berteknologi tinggi, di mana setiap rilis baru terjadi seperti roller coaster kemajuan dan tren.

Jadi cukup sering pemilik bisnis seluler berpikir bahwa cara untuk tetap berada di posisi teratas adalah dengan memiliki frekuensi pembaruan aplikasi seluler yang hebat, yang mereka rilis beberapa waktu lalu. Namun jawabannya, tidak sesederhana kelihatannya.
Seberapa sering Anda harus memperbarui aplikasi Anda?

Analisis Pertama.

Apakah Anda harus memperbarui aplikasi sesekali? Jawabannya adalah: tidak, Anda tidak boleh memperbarui apa pun sebelum Anda menyadari apa yang sebenarnya perlu diperbarui. Seringkali, semua pembaruan dapat dibagi menjadi dua jenis: pembaruan bisnis dan pembaruan teknis. Anda membuat pembaruan bisnis ketika ada metrik tertentu (misalnya, kurangnya pengguna yang membayar di aplikasi Anda) yang perlu ditingkatkan. Anda juga membuatnya ketika Anda menemukan permintaan baru di pasar dan ingin memenuhinya, atau Anda ingin berlari lebih cepat dari pesaing Anda (karena sekarang Anda akan menjadi satu-satunya yang memilikinya).

Di sisi lain, Anda membuat pembaruan teknologi ketika ada masalah kode - seperti bug, teknologi usang, rilis bahasa baru, dan sebagainya.

Bagaimana memprioritaskan pengembangan fitur di aplikasi Anda? Baca di artikel kami - Cara Memprioritaskan Pengembangan Fitur setelah Anda Membuat MVP

Ada berbagai pertanyaan bisnis dan teknologi yang perlu dijawab oleh Anda dan penasihat bisnis Anda saat mempertimbangkan untuk mengembangkan versi baru aplikasi Anda. Berikut adalah beberapa:

• Apakah aplikasi Anda cukup stabil?
• Apakah konsep MVP Anda terbukti berhasil?
• Apa yang pengguna katakan tentang aplikasi Anda? Apakah mereka merasa berguna untuk digunakan?
• Seberapa mutakhir bahasa pemrograman yang digunakan untuk menulis aplikasi Anda?

Jelas bahwa untuk menjawab semua pertanyaan ini Anda memerlukan data yang berharga. Metrik retensi dan rasio pentalan, akuisisi pengguna, dan perilaku dalam aplikasi pengguna diperlukan untuk membuat analisis mendalam - dan kemudian membuat keputusan kapan harus memperbarui produk Anda. Kami akan memberikan daftar alat yang dapat memberi Anda semua data yang diperlukan.

Bergantung pada jawaban yang diberikan analisis Anda terhadap pertanyaan di atas, menjadi jelas apakah Anda harus menghubungi tim pengembangan Anda, atau menundanya untuk beberapa waktu. Namun, Anda mungkin tidak memiliki jawaban untuk semua pertanyaan yang diajukan di atas. Selanjutnya dalam artikel ini saya akan menjelaskan bagaimana menjawabnya (Jika Anda sudah mengetahuinya, lewati bagian ini dan lanjutkan ke yang berikutnya).

Berapa banyak bug yang ada di aplikasi Anda?

Yah, itu tidak akan membuka mata jika saya mengatakan bahwa semakin banyak bug yang ada di aplikasi Anda - semakin kecil kemungkinannya untuk berhasil. Hal yang baik tentang itu adalah bahwa bug ditemukan dan diperbaiki - dengan sejumlah alat yang saat ini dapat Anda gunakan. Alat luar biasa yang kami gunakan dan rekomendasikan untuk semua orang adalah Crashlytics - solusi pelaporan kerusakan yang hebat, sebagai bagian dari sistem Fabric. Teliti, analisis, temukan, dan perbaiki bug untuk mempertahankan pengguna - alat ini memungkinkan:

• Untuk melacak regresi di aplikasi
• Untuk mengontrol stabilitas kinerja aplikasi
• Untuk menemukan dan melacak masalah tepat waktu

Apakah konsep MVP Anda terbukti berhasil?

Seperti yang sering terjadi, Anda tidak berinvestasi ke seluruh produk terlebih dahulu - Anda membangun produk minimum yang layak terlebih dahulu, untuk menguji konsepnya. Kemungkinan besar Anda juga memprioritaskan pengembangan fitur, berdasarkan Business Model Canvas yang telah Anda atau analis bisnis Anda berikan. Mengikuti logika ini, itu memilah beberapa masalah yang dikeluhkan orang sebelumnya.
Apakah itu benar-benar menyelesaikan masalah yang dimaksudkan? Satu-satunya cara untuk benar-benar memahaminya adalah dengan melihat perilaku atau pengguna Anda, yang membawa kita ke pertanyaan berikutnya.

Apa yang pengguna katakan tentang aplikasi Anda? Apakah mereka merasa berguna untuk digunakan?

Saat Anda memantau masukan pengguna, membaca ulasan di App Store dan GooglePlay, dan mengamati perilaku pengguna, Anda dapat melihat hasilnya - jika memuaskan. Jika tingkat retensi terus meningkat, durasi sesi stabil, dan pengguna tidak melarikan diri dari aplikasi Anda, maka pembaruan bulanan tidak perlu dilakukan. Masing-masing, metrik dengan hasil yang berlawanan dengan yang tercantum di atas adalah tanda peringatan dari strategi pembaruan aplikasi yang salah dipilih.

FYI : Ada 9 metrik yang benar-benar perlu Anda lacak dan analisis tentang aplikasi Anda - lihat di sini adalah daftar praktis dari Mushroom

Seberapa mutakhir bahasa pemrograman yang digunakan untuk menulis aplikasi Anda?

Kecepatan segala sesuatu bergerak di dunia digital itu gila, jadi tidak heran jika kerangka kerja yang relevan tahun lalu agak ketinggalan zaman tahun ini. Hal yang sama, perlahan tapi tak terhindarkan terjadi pada bahasa pemrograman - yang lama menjadi berdebu dan ketinggalan zaman saat yang baru muncul. Kami memiliki beberapa artikel yang diterbitkan tentang topik perbandingan bahasa pemrograman:

Swift versus Objective - C

Kotlin versus Java

Jadi tetap mengikuti perkembangan dan mengikuti tren TI terbaru dapat sangat membantu dalam hal fitur merek Anda - Anda dapat menggunakannya sebagai keunggulan kompetitif untuk mempromosikan produk Anda. Misalnya, Flappy Bird menggunakan transisi mulus mereka ke Swift sebagai petunjuk promosi di frekuensi pembaruan aplikasi iOS mereka - Anda dapat membaca lebih lanjut tentangnya di artikel di TechCrunch.
Di sisi lain, transisi ke pemrograman yang berbeda seringkali memakan waktu dan sumber daya, jadi Anda benar-benar perlu memahami apakah itu sepadan. Ini mungkin hanya iseng-iseng, yang mungkin tidak perlu Anda ikuti sama sekali. Dalam artikel yang diberikan di atas, kami memberikan beberapa info tentang mengapa Anda harus berpikir untuk pindah ke bahasa kode lain untuk aplikasi Anda yang memengaruhi frekuensi pembaruan aplikasi Android (atau iOS).

Kit Alat Analytics Anda.

Ada banyak layanan yang dapat membantu Anda melacak perilaku pengguna di aplikasi Anda. Berikut adalah beberapa yang kami gunakan secara pribadi dan rekomendasikan Anda dengan hati nurani yang bersih.

1. Google Analytics

Tidak hanya bagus untuk situs web, tetapi Google Analytics juga cocok untuk aplikasi berbasis iOS dan Andoid, memungkinkan Anda melihat demografi dan perilaku pengguna, menganalisis aliran pendapatan, dan pembayaran.
Jenis: gratis + beberapa fasilitas khusus untuk perusahaan

2. Kebingungan.

Layanan analitik terbesar kedua setelah Google, Flurry sama baiknya, tetapi juga relevan di wilayah di mana layanan Google dilarang (seperti Cina, Kuba, negara-negara Arab, dll.)

Jenis: gratis

Kami menerapkannya di: Unight iOS dan Android

3. Tidak cocok

Salah satu alat yang paling kuat untuk analitik, diklaim bertenaga AI dan dengan integrasi proyek online, Inapptics adalah layanan sederhana yang memungkinkan Anda mendapatkan banyak metrik kompleks darinya.

Harga: gratis + memiliki beberapa opsi paket berbayar

4. Panel Campuran

Alat Mixpanel memungkinkan Anda melakukan perjalanan pengguna, dan dengan bantuan data yang diterima meningkatkan akuisisi pengguna dan alur aktivasi. Harga: opsi gratis dan berbayar $ 399 per tahun

1. Kain.

Selain sebagai platform analitik yang sangat baik, Fabric juga memungkinkan Anda memberikan build pada platform, yang berarti Anda hanya memerlukan satu solusi.

Harga: gratis

Kami menggunakannya di: setiap proyek - karena kami juga menggunakan Fabric sebagai alat pengiriman build.

Analytics Tidak Pernah Merugikan Siapapun.

Mengapa aplikasi perlu diperbarui begitu sering jika tidak ada dasar yang kuat untuk pembaruan?
Ada hal hebat yang perlu diingat tentang setiap pembaruan yang ingin Anda buat - pembaruan itu harus dipikirkan dengan matang. Sebelum masuk ke proses pembaruan, sadari apa tujuan penyegaran. Apa yang ingin Anda capai dengan ini dan bagaimana Anda akan memeriksa efisiensi pembaruan yang telah Anda lakukan?

Sebagai setiap pemilik bisnis, Anda ingin produk Anda tumbuh dan berkembang dengan setiap rilis baru. Jadi ini bisa terjadi, kami menyarankan Anda untuk memperlambat dan menganalisis kemungkinan efek pembaruan. Kunci untuk investasi uang yang tepat adalah untuk menentukan urgensi pembaruan berdasarkan jumlah yang ketat; dengan cara ini Anda tidak hanya meminimalkan risiko pemborosan uang, tetapi juga berinvestasi di mana aplikasi Anda benar-benar membutuhkannya.

Ditulis oleh Dmitry Dobritsky dan Elina Bessarabova.