Bagaimana Menjaga Pengguna Anda Senang Saat Merilis Pembaruan Besar untuk Aplikasi Anda

senang Pelanggan

Ada ketegangan yang melekat dalam pengembangan produk antara peningkatan dan stabilitas. Di satu sisi, pengguna mengharapkan fitur, fungsionalitas, dan bahkan tampilan baru; di sisi lain, perubahan dapat menjadi bumerang ketika antarmuka yang sudah dikenal tiba-tiba menghilang. Ketegangan ini paling besar ketika suatu produk diubah secara dramatis - sedemikian rupa sehingga bahkan dapat disebut sebagai produk baru.

At Armada Kasus kami mempelajari beberapa pelajaran ini dengan cara yang sulit, meskipun pada tahap yang sangat awal dalam perkembangan kami. Awalnya, navigasi aplikasi kita terletak di deretan ikon di sepanjang bagian atas halaman:

Navigasi Casefleet

Terlepas dari nilai estetika pilihan ini, kami merasa agak dibatasi oleh jumlah ruang yang tersedia, terutama saat pengguna kami melihat aplikasi di layar yang lebih kecil atau perangkat seluler. Suatu hari, salah satu pengembang kami tiba untuk bekerja pada Senin pagi dengan hasil dari proyek akhir pekan yang tidak diumumkan: bukti konsep perubahan tata letak. Inti dari perubahan memindahkan navigasi dari baris di sepanjang bagian atas layar ke kolom di sebelah kiri:

Navigasi Kiri Casefleet

Tim kami berpendapat bahwa desainnya terlihat fantastis dan, setelah menambahkan beberapa sentuhan akhir, kami merilisnya kepada pengguna minggu itu dengan harapan mereka akan senang. Kami salah.

Sementara segelintir pengguna segera menerima perubahan tersebut, sejumlah besar tidak senang sama sekali dan melaporkan mengalami kesulitan untuk bergerak di sekitar aplikasi. Keluhan terbesar mereka, bagaimanapun, bukanlah karena mereka tidak menyukai tata letak yang baru tetapi karena hal itu membuat mereka lengah.

Pembelajaran: Perubahan Dilakukan dengan Benar

Lain kali kami mengubah aplikasi kami, kami menggunakan proses yang jauh berbeda. Wawasan utama kami adalah bahwa pengguna suka mengendalikan takdir mereka. Ketika mereka membayar aplikasi Anda, mereka melakukannya karena suatu alasan, dan mereka tidak ingin fitur berharga mereka diambil dari mereka.

Setelah kami menyelesaikan antarmuka yang baru dirancang, kami tidak begitu saja merilisnya. Sebagai gantinya, kami menulis entri blog tentang hal itu dan berbagi tangkapan layar dengan pengguna kami.

Email Perubahan Desain Casefleet

Selanjutnya, kami menambahkan tombol ke layar selamat datang di aplikasi kami dengan judul besar, beberapa salinan yang dibuat dengan cermat, dan tombol oranye besar yang menyambut pengguna untuk mencoba versi baru. Kami juga mencatat bahwa mereka dapat kembali ke versi asli jika mereka mau (untuk sementara waktu).

Setelah pengguna berada di versi baru, langkah-langkah yang diperlukan untuk kembali terletak beberapa klik di pengaturan profil pengguna. Kami tidak ingin menyembunyikan tombol untuk kembali, tetapi kami juga tidak berpikir akan berguna bagi orang untuk beralih berulang kali, yang mungkin menggoda jika tombol langsung terlihat. Faktanya, hanya satu pengguna yang pernah kembali selama periode keikutsertaan selama sebulan. Selain itu, pada saat kami membalik tombol dan mewajibkan versi baru, hampir semua pengguna kami yang paling aktif telah beralih dan memberi kami umpan balik yang bagus tentang versi baru tersebut.

Selain insentif dalam aplikasi yang kami berikan untuk peralihan, kami mengirimkan beberapa email yang memberi tahu pengguna secara tepat kapan perubahan ke versi baru akan dibuat permanen. Tidak ada yang tertangkap basah dan tidak ada yang mengeluh. Faktanya, sebagian besar pengguna sangat senang dengan tampilan baru ini.

Tantangan Berharga

Tetap saja, penting untuk diperhatikan bahwa merilis pembaruan dengan cara ini tidak gratis. Tim pengembangan Anda harus mempertahankan dua versi terpisah dari basis kode yang sama dan Anda juga harus menyelesaikan masalah kompleks seputar bagaimana versi tersebut dikirim ke pengguna akhir. Tim pengembangan dan penjaminan kualitas Anda akan kelelahan pada akhir proses, tetapi Anda mungkin setuju bahwa investasi waktu dan sumber daya adalah cara yang cerdas. Dalam pasar perangkat lunak yang sangat kompetitif, Anda harus membuat pengguna senang dan tidak ada cara yang lebih cepat untuk membuat mereka tidak senang selain dengan tiba-tiba mengubah antarmuka Anda.

2 Komentar

  1. 1

    Umumnya ketika kita mengupdate aplikasi baru kita pastikan yang lama masih dalam mode aktif sampai orang mengupgrade ke versi yang lebih baru. Pengalaman buruk apa pun akan memaksa pengguna untuk menyisih dari layanan Anda. Sangat penting bagi bisnis untuk memiliki kesadaran tersebut sebelum meluncurkan aplikasi baru.

    Selain itu, mintalah orang untuk memberikan umpan balik. Peluncuran baru adalah waktu di mana orang-orang senang berbagi pemikiran mereka tentang aplikasi. Jika mereka memiliki sesuatu yang baru dalam pikirannya maka mereka akan berbagi dengan Anda. Ini akan menciptakan peluang baru bagi pengembang Anda untuk menambahkan fitur yang disarankan orang.

    Terima kasih

  2. 2

    Saat kami mengirim email ke pelanggan kami tentang perubahan besar pada situs web. Kami membuat mereka tetap mengakses situs lama juga jika mereka mau. Itu membuat mereka nyaman saat menjelajahinya. Selain itu, beberapa pengguna mungkin tidak menyukai desain baru Anda sehingga pengguna semacam ini dapat beralih ke versi lama dengan mudah.

Bagaimana menurut Anda?

Situs ini menggunakan Akismet untuk mengurangi spam. Pelajari bagaimana data komentar Anda diproses.