💫 🤱🏼 🤾🏻 Antarmuka yang dipersonalisasi. Bagian 2. Pengaturan navigasi otomatis 😆 🧑🏾‍🤝‍🧑🏻 🙌🏽

Konfigurasi otomatis antarmuka tergantung pada sifat pekerjaan pengguna adalah tugas yang sulit, tetapi tampaknya layak. Hari ini saya akan memberi tahu Anda mengapa tim Android kami mulai mengembangkan antarmuka yang dipersonalisasi, data apa yang kami peroleh selama percobaan, kesimpulan apa yang kami buat dan bagaimana pengetahuan ini memengaruhi pengembangan lebih lanjut dari seluruh produk. Jika Anda melewatkan kata pengantar, maka bagian pertama adalah tentang kelebihan dan kekurangan ide.

Langkah 0. Pahami apa yang kita inginkan.

Produk kami, Wrike, aktif tumbuh dan memasuki pasar baru. Saya mengerti bahwa sebentar lagi aplikasi seluler akan kelebihan fungsi yang tidak dapat diterima.

Hal ini diperlukan untuk menghapus semua yang tidak perlu dan menyederhanakannya, dan itu layak dimulai dari dua hal:

Fitur pengalaman pengguna saat bepergian. Ini adalah kasus ketika Wrike digunakan sepenuhnya di luar kantor. Misalnya, di bidang manajemen acara, ketika fase utama proyek berlangsung beberapa jam: mereka membawa makanan, membawa alat peraga, memasang peralatan, dll.
Selama pekerjaan ad-hoc dengan aplikasi mobile, pengguna tidak fokus, jadi jangan mengganggunya dengan iritasi yang tidak perlu.

Jika tugasnya adalah menyederhanakan antarmuka aplikasi, maka metrik utama adalah waktu hingga tindakan signifikan pertama. Metrik ini menunjukkan seberapa cepat pengguna dapat memahami apa yang terjadi di layar dari saat aplikasi diluncurkan ke beberapa tindakan yang berarti: menggulir rekaman, mengedit deskripsi tugas atau pindah ke proyek yang diinginkan.

Kami mulai dengan komponen umum yang ditemui setiap pengguna terlepas dari gaya kerjanya - navigasi dalam produk. Hampir setiap tindakan dalam layanan dicatat, jadi kami menggunakan analitik untuk melihat bagian mana dari aplikasi yang lebih sering diklik dan mana yang lebih jarang. Navigasi pelacakan antar bagian saja tidak cukup, dalam hal apa pun, untuk bagian dari fungsionalitas. Beberapa bagian dari produk tidak memiliki nilai, jika Anda hanya melihatnya, Anda harus mulai berinteraksi dengannya. Misalnya, tab "Kotak Masuk" berisi pesan-pesan penting bagi pengguna, dan ia hanya perlu menggulir pita, sementara membuka tab "Favorit" berarti menavigasi ke item favorit Anda. Dengan kata lain, bagian "Favorit" itu sendiri sering tidak memiliki nilai, tetapi navigasi cepat darinya merupakan tindakan yang signifikan.

Langkah 1. Pengumpulan data

Kami memiliki cukup banyak pengguna versi web produk, sehingga tidak ada masalah dengan signifikansi statistik. Hal-hal lebih rumit dengan aplikasi. Aktivitas di dalamnya secara signifikan lebih kecil, serta ukuran audiens. Alasannya adalah Wrike lebih sering dibeli oleh perusahaan di mana karyawan menghabiskan sebagian besar waktu mereka di kantor di depan komputer. Misalnya, salah satu segmen paling populer di antara pengguna kami adalah agen pemasaran. Orang-orang ini menjalankan kampanye iklan, menyiapkan konten - teks dan visual - dan mengeksekusi persetujuan.

Pertama, kami mengumpulkan informasi tentang bagaimana pengguna yang berbeda bekerja di versi web produk: seberapa sering mereka membuka Kalender, bekerja dengan Kotak Masuk, memeriksa perubahan di Taskbar, mengisi Permintaan, dll. Selanjutnya, kami mengumpulkan statistik tentang pekerjaan orang yang sama ini di aplikasi seluler. Hasilnya menunjukkan bahwa pelanggan menggunakan bagian layanan yang hampir sama dalam versi web dan dalam aplikasi. Oleh karena itu, hipotesis "Pengalaman pengguna saat bepergian secara signifikan berbeda dari versi web" belum dikonfirmasi. Namun, perbedaan fungsionalitas, meskipun tidak signifikan, memunculkan hipotesis baru: pengguna tidak bekerja dengan beberapa alat dalam aplikasi karena mereka tidak mengetahui keberadaan mereka.

Pada akhirnya, kami menentukan tindakan yang berarti untuk setiap bagian, dan juga memperkenalkan koefisien. Pertama, data yang dikumpulkan dari perangkat seluler memiliki bobot lebih dari data dari versi web. Kedua, kami memperhatikan suatu pola - seringkali alat secara aktif digunakan berpasangan. Katakanlah 70% dari audiens menggunakan alat A dan B. Pada saat yang sama, penggunaan aktif dari salah satu alat pasti meningkatkan kemungkinan yang kedua dalam navigasi yang lebih rendah.

Langkah 2. Pengembangan

Saya seorang manajer produk di tim Android, jadi pengembangan dilakukan tepat dalam kerangka aplikasi ini. Kami tidak berencana membuat keseluruhan aplikasi menjadi adaptif untuk pertama kalinya. Untuk memulainya, tugasnya adalah memeriksa apakah pengaturan kategori navigasi bernilai.

Platform seluler berfungsi dengan baik karena dua alasan:

, . , . satellite-. Wrike for Android .
.

Fungsionalitasnya sendiri cukup sederhana: ada komponen di antarmuka aplikasi seluler - navigasi bawah (navigasi bawah). Diperlukan untuk meninggalkan bagian yang sering dikunjungi oleh pengguna untuk akses cepat.

Ada juga tab "Lain" - ini berisi segala sesuatu yang tidak sesuai di navigasi bawah.

Gagasan percobaan adalah untuk menghapus semua yang berlebihan bahkan dari navigasi bawah dan tidak mengganggu pengguna yang sudah tidak fokus. Fungsionalitas termasuk konfigurasi antarmuka otomatis dengan kemampuan untuk mengubah navigasi secara manual. Itu terjadi seperti ini: ketika memulai aplikasi, kami meminta konfigurasi navigasi dari server. Hampir segera setelah itu, sebuah animasi dimulai, di mana perlahan-lahan ditunjukkan dan dijelaskan secara rinci tentang bagaimana dan mengapa antarmuka berubah:

Kami tidak menawarkan pengguna untuk mencoba navigasi baru, tetapi mengajukan fakta, menghentikan kebiasaan manusia. Jika dia tidak menyukai sesuatu, dia harus pergi ke pengaturan sendiri dan mengatur ulang atau mengubahnya ke konfigurasi yang nyaman baginya.

Langkah 3. Luncurkan di dalam perusahaan

Penting untuk mendapatkan umpan balik terperinci dari pengguna yang terbiasa dengan produk. Kami memiliki data pada hampir semua pengguna di semua akun, tetapi tidak ingin mengambil risiko. Peluncuran pertama ada di dalam perusahaan. Seluruh tim Android berpartisipasi di dalamnya, serta lima perwakilan di antara pengguna yang sangat aktif, aktif, lemah aktif, dan tidak aktif.

Ini cukup untuk mengumpulkan umpan balik pertama yang menunjukkan kesalahan desain yang jelas. Dan juga pastikan bahwa:

, ;
( ) .

Kami memilih kandidat untuk pengujian, mulai dari jumlah sesi dan jumlah hari mengunjungi aplikasi untuk bulan lalu. Secara kebetulan, CEO Wrike ada dalam sampel, yang membuat saya berpikir. Setiap perubahan dalam pekerjaan orang C-Level dapat memengaruhi proses dan produktivitas perusahaan. Jadi kami memiliki kesempatan untuk mempelajari seberapa cepat CEO dapat beradaptasi dengan perubahan navigasi. Meskipun, tentu saja, kami memahami bahwa satu orang bukanlah indikator. Juga, sampel termasuk karyawan dari berbagai negara yang menempati posisi berbeda di perusahaan. Kami menambal basis data, dan semua pengguna yang memiliki versi terbaru aplikasi secara otomatis menerima pengaturan antarmuka saat berikutnya mereka memulai.

Untuk kelompok uji, uraian disiapkan terlebih dahulu dengan perincian percobaan, serta pertanyaan yang kami harapkan akan dijawab. Beberapa saat setelah dimulainya percobaan, kami mengirim deskripsi ini ke masing-masing anggota kelompok uji.

Untuk meringkas semua umpan balik - pengguna senang bahwa antarmuka dirancang untuk kebiasaan kerja mereka. Hal utama dalam antarmuka baru bukan hanya kenyamanan, tetapi aplikasi mulai mencerminkan sifat pekerjaan pengguna. Juga, peserta dalam kelompok uji menyukai kesempatan untuk mengubah antarmuka secara manual. Omong-omong, perubahan setelah penyesuaian manual membuat penyesuaian pada model analitik.

Saya percaya bahwa setiap proses konfigurasi, apakah itu navigasi atau penampilan karakter game, adalah apa yang ingin dilakukan pengguna, tidak harus. Dan setiap investasi semacam ini seringkali meningkatkan nilai produk bagi pengguna.

Kami telah melakukan prosedur ini beberapa kali untuk memastikan bahwa prediksi navigasi benar dan umpan baliknya positif. Ini tidak berlebihan: ketika menguji pada akun kami, kami menemukan beberapa bug.

Setelah kami memastikan bahwa semuanya beres, perlu untuk skala solusi.

Langkah 4. A / B hingga 100% dari penonton

Tentu saja, kami tidak dapat berbicara tentang signifikansi statistik dalam satu akun. Untuk mulai dengan, kami melakukan A / A untuk seluruh audiens pengguna terdaftar dan memastikan bahwa tidak ada perbedaan dalam grup. Kemudian kami pergi ke tahap A / B dan meminta departemen analis teknik untuk menambal basis untuk setiap pengguna dari kelompok B.

Hipotesis berikut diuji:

Konfigurasi antarmuka yang lebih baik memungkinkan Anda melakukan pekerjaan lebih cepat.
Kustomisasi antarmuka memiliki efek positif pada retensi.
Pengguna menjadi lebih loyal kepada aplikasi jika mereka dapat menyesuaikan antarmuka.

Pertimbangkan apa yang tersembunyi di balik setiap hipotesis dan bagaimana kami mengonfirmasinya.

Soal kecepatan kerja

Kami melakukan layanan manajemen kerja, sehingga tujuan kami adalah untuk meningkatkan produktivitas pengguna. Saya akan mengatakan bahwa produktivitas adalah "jumlah manfaat" yang dibawa seseorang di tempat kerja. Manfaatnya dapat dinyatakan dalam berbagai aspek, tetapi jangan lupa bahwa layanan kami adalah tentang pekerjaan, tetapi seringkali bukan pekerjaan itu sendiri: desainer menggambar spanduk dan situs web, pengembang menulis kode, departemen keamanan melakukan sesuatu yang lebih aman. Pekerjaan mereka terkonsentrasi pada alat-alat lain, dan Wrike menyediakan transparansi proses dan memungkinkan semua orang bergerak dalam satu arah. Oleh karena itu, kami tidak memiliki tujuan untuk menambah panjang sesi, namun kami senang untuk menghasilkan konten baru dan sering mengunjungi sistem. Tugas kita adalah membuat pekerjaan dengan aplikasi begitu cepat sehingga tidak sulit bagi seseorang untuk mengubah konteks ke komunikasi yang berfungsi dan kemudian kembali ke bisnis mereka lagi.

Dalam dua minggu setelah peluncuran, kami mengamati drawdown dalam metrik utama kami (kolom di atas 0,0):

Beberapa kata tentang grafik:

Baris 0,0 berarti grup A - para pengguna yang belum memiliki perubahan pada antarmuka. Semuanya di atas 0,0 menunjukkan peningkatan waktu untuk tindakan signifikan, semuanya di bawah ini - sebaliknya, penurunan waktu. Kolom menunjukkan persentil dari kelima ke sembilan puluh lima, masing-masing.

Dalam 2 minggu ini, kami meningkatkan waktu ke tindakan signifikan pertama, namun, ada kecenderungan bahwa grafik secara bertahap "bergerak" ke kanan. Kami berhipotesis bahwa perubahan antarmuka paksa menghentikan kebiasaan pengguna, dan butuh beberapa waktu untuk membiasakan diri dengan perubahan baru dalam navigasi.

Metrik retensi tidak melorot secara signifikan, jadi kami memutuskan untuk menunggu sebentar, dan kami melakukannya karena alasan yang baik. Setelah minggu kedelapan percobaan, hampir semua pengguna terbiasa dengan navigasi baru, yang meningkatkan kecepatan pekerjaan mereka dengan aplikasi:

Pada akhirnya, kami dapat mengurangi waktu untuk tindakan signifikan pertama sekitar 18%.

Tentang retensi

Iman kami dibangun di atas pengalaman yang menyenangkan dengan aplikasi tersebut. Kami menyarankan bahwa alat yang lebih nyaman akan merangsang kembalinya klien ke sistem. Saya harus mengatakan segera, retensi telah tumbuh sedikit, tetapi tidak dapat disebut signifikan secara statistik, sehingga hipotesis ini belum dikonfirmasi.

Bekerja dengan aplikasi mobile, yang merupakan produk satelit sehubungan dengan layanan utama, saya sampai pada kesimpulan berikut: betapapun nyamannya satelit, ia akan selalu kalah dengan versi utama produk. Misalnya, jika saya jauh dari komputer selama 2 jam dari 6 dan saya memerlukan koneksi dengan tim, maka saya akan menggunakan aplikasi Wrike selama 2 jam ini. Sisa waktu lebih nyaman untuk bekerja dengan monitor besar dan keyboard lengkap. Dalam kasus kami, ini disebabkan oleh fakta bahwa lebih mudah untuk fokus pada tugas-tugas kerja di komputer.

Tentang kesetiaan

Konfigurasi sederhana entitas yang dapat dipahami adalah meningkatkan koneksi seseorang dengan aplikasi. Karena ketika klien menerima nilai tidak hanya dari konten, tetapi juga merasa peduli, ruang kerjanya menjadi istimewa. Kami mendapat banyak umpan balik positif: pengguna ingin melihat antarmuka yang cocok dengan gaya kerja mereka. Jadi, pengguna dari grup A memberi tahu kami bahwa mereka juga menginginkan fungsi seperti itu, karena "itu terlihat nyaman dan keren."

Langkah 5. B / C ke Grup A

Kelompok B ternyata lebih berhasil, tetapi kami tidak terburu-buru untuk menyelesaikan percobaan, karena dengan pendekatan B kami masih memiliki satu tugas mahal dalam hal dukungan. Seluruh analisis perilaku pengguna didasarkan pada UI, yang akan berubah karena desain ulang navigasi secara umum. Seluruh perusahaan memiliki banyak pekerjaan yang harus dilakukan, dan skrip yang membentuk navigasi untuk setiap pengguna dapat dibiarkan tanpa dukungan untuk waktu yang lama.

Oleh karena itu, kami membagi grup A menjadi dua bagian: grup B menerima percobaan yang dijelaskan di atas, dan grup C menerima onboarding dengan proposal untuk mengonfigurasi konfigurasi secara independen. Tetapi pengguna jarang mengkustomisasi sesuatu, jadi hanya 10% dari grup C mengikuti saran kami dan mengubah sesuatu di navigasi. Pelanggan membuka aplikasi untuk melakukan apa yang mereka butuhkan, dan bukan apa yang dibutuhkan penyedia layanan. Sangat berguna untuk melihat bahwa mereka yang mengatur antarmuka sendiri, dari minggu pertama, meningkatkan kecepatan mereka ke tindakan signifikan pertama (seperti grup B setelah kedelapan). Grup C menunjukkan kinerja yang baik dalam waktu singkat, tetapi karena onboarding yang buruk, keterlibatan rendah.

Langkah 6. Mengkonfigurasi navigasi saat pertama kali Anda masuk

Seorang desainer UX pernah mengatakan kepada saya: “Pelanggan dibagi menjadi dua jenis: ada yang membaca pembaruan, dan yang tidak membaca. Tidak ada hubungannya dengan orientasi. " Pengecualian dapat ditemukan dalam frasa ini: untuk memaksa pengguna melakukan sesuatu atau membayar apa pun kepadanya, tetapi secara umum saya setuju dengan pernyataannya. Kami memahami bahwa untuk waktu yang lama kami tidak akan dapat mempertahankan layanan pada model analitik saat ini, sehingga diputuskan untuk melakukan yang lebih baik.

Kami mengundang pengguna untuk berpartisipasi dalam survei. Desain survei harus bersih dan jelas, dan mekanisme interaksi - primitif. Menyeimbangkan antara biaya pengembangan dan manfaat bagi klien, kami sampai pada keputusan berikut:

Dalam banding informal, kami bertanya kepada pengguna apa yang paling sering ia gunakan dan memberi tahu bahwa kami akan menyesuaikan aplikasi dengan kebutuhannya. Tentu saja, ini terlihat kurang mengesankan daripada perubahan navigasi animasi dengan indikator memuat, mengatakan bahwa kami melakukan beberapa keajaiban pada server di sana. Dan itu membutuhkan lebih banyak tindakan dari pengguna. Namun, melalui sistem seperti itu, kami dapat mencapai konversi yang baik ke pengaturan panel navigasi.

Total

Kami mencoba dan tidak salah. Dalam aplikasi seluler, semua pelanggan sudah menggunakan solusi. Langkah selanjutnya adalah memindahkan versi web di sepanjang jalur yang sama. Otomasi membawa kami kesuksesan yang lebih besar, tetapi mempertahankannya mahal, jadi memberikan survei yang ternyata merupakan solusi yang cukup bagus.

Seperti yang saya tulis di bagian pertama, antarmuka yang dipersonalisasi, bukan, vektor pengembangan yang dapat bermanfaat dari berbagai perspektif. Saya tidak berpikir ada satu cara yang benar, tetapi saya yakin bahwa percobaan dalam arah ini ditambah otomatisasi proses pengaturan akan memberikan pengetahuan baru tentang industri dan membuat produk yang kompleks lebih mudah dan membuat pengguna lebih bahagia.

Kata penutup

Sekarang proyek dihentikan sementara karena bekerja aktif pada navigasi di versi web produk. Kami percaya bahwa inovasi dapat memengaruhi pengalaman pengguna secara signifikan. Namun demikian, ada ide apa langkah selanjutnya - ini adalah pengaturan antarmuka otomatis untuk mereka yang mendaftar dengan perangkat seluler dan melihat Wrike untuk pertama kalinya. Pengguna seperti itu tidak siap untuk melihat keseluruhan sistem pada satu waktu, dan oleh karena itu tidak layak membuangnya pada mereka agar tidak membuat mereka takut.

Untuk pengguna yang sudah terbiasa dengan versi web produk, langkah selanjutnya adalah bergerak ke arah organisasi konten. Kita tahu "Permintaan" mana yang lebih sering digunakan pengguna daripada yang lain, dengan "Laporan" mana mereka berinteraksi secara teratur, daftar mana yang lebih sering dilihat di "Bilah Tugas". Pada akhirnya, saya ingin melakukan sesuatu seperti yang terbaru atau yang direkomendasikan, yang sering digunakan sekarang dalam produk B2C.

Itu semua untuk saya. Saya harap artikel ini bermanfaat dan akan membantu menerapkan pengetahuan dalam produk yang besar dan kompleks.

Antarmuka yang dipersonalisasi. Bagian 2. Pengaturan navigasi otomatis