Membentuk Pengalaman Pengguna di Zivame: Studi Kasus Manajemen Produk

Ini adalah Blog Tamu oleh Udit Khandelwal.

“Situs webnya luar biasa dan sesinya luar biasa! Saya akan senang untuk kembali lagi untuk ronde berikutnya!” – Deepika memanggil saat berangkat ke rumah setelah melalui sesi pengujian kegunaan di Zivame. Sejak saat itu, Zivame selalu menjadi pilihan pertama bagi Deepika – seorang ibu rumah tangga dan pengusaha yang bangga.

Apa yang kami lakukan untuk memunculkan emosi surealis seperti itu pada orang-orang yang berbelanja dengan kami?

Yah, kami melibatkan pengguna di setiap langkah desain produk. Dalam artikel saya Bagaimana Saya Mengubah Cara Wanita Membeli Bra Online, saya membahas bagaimana kami memanfaatkan riset pengguna untuk menemukan cara baru berbelanja bra. Di sini, saya akan http://notuser.com/how-i-changed-the-way-women-buy-bras-onlineuntuk memandu Anda melalui perjalanan di mana kami berhasil menguji desain dengan pengguna nyata, memperoleh wawasan nyata dan koreksi kursus yang diterapkan.

Rencana permainan

Tantangan
Sumber daya terbatas, cakupannya sangat besar, dan kami harus terus mengaduk desain yang ditingkatkan secara bertahap.

Berusaha keras

Seluruh situs web seharusnya dirancang dan dikembangkan dari awal dalam waktu 5 bulan. Bulan lalu sudah dicadangkan untuk semua pengujian, penerapan, dan aktivitas terkait stabilitas. Jadi kami tidak memiliki waktu lebih dari 120 hari untuk merancang dan mengembangkan pengalaman baru Zivame. Saya pernah mendengar pepatah ini di suatu tempat:

Tidak ada jalan pintas hari ini; Saya sedang terburu-buru – pepatah Swiss

… dan saya pikir, ini adalah waktu yang tepat untuk mengikutinya. Kami membutuhkan rencana permainan yang tidak melibatkan jalan pintas karena kami tidak dapat melewati jalur yang salah. Oleh karena itu, kami memutuskan untuk melakukan hal berikut setelah penelitian awal kami selesai:

• Prototipe Lo-Fi: Perbaiki sketsa sampai kami selesai menemukan celah dan sampai kami memperbaiki semua aliran yang rusak.
• Tes Formatif: Gunakan prototipe kertas untuk menguji dengan siapa pun yang Anda bisa, kapan pun Anda bisa, bahkan jika itu ada di meja makan.
• Prototipe Hi-Fi: Kembangkan prototipe interaktif fidelitas tinggi, sedekat mungkin dengan produk akhir.
• Tes Sumatif: Uji dengan pengguna nyata dan dapatkan wawasan nyata.
• Pengujian Beta: Satu putaran pengujian terakhir, pada produk yang sebenarnya, sebelum kami menyerahkannya kepada dunia.
• Iterasi: Setiap tes menyampaikan beberapa kabar baik dan beberapa kabar buruk (yang merupakan kabar baik). Kami harus memprioritaskan perbaikan bug dan melakukan peningkatan untuk setiap iterasi.

Pelajaran

Pengujian kegunaan adalah aktivitas berkelanjutan yang membutuhkan perencanaan, waktu, dan sumber daya yang tepat.

Tes Formatif

Tantangan
Desain awal benar-benar belum teruji dan tim pengembangan sedang menunggu kami. Kami harus memberi mereka sesuatu yang solid, sangat cepat.

Berusaha keras

Prototipe fidelitas rendah bekerja dengan baik saat Anda ingin gagal lebih cepat. Mereka membantu Anda menemukan kekurangan dalam desain pada tahap awal dan desainer sendiri sangat terbuka untuk membuat perubahan dalam desain mentah. Kami melakukan hal yang sama di Zivame. Setelah kami selesai dengan papan tulis, kami dengan cepat beralih ke alat kami untuk membuat layar yang berbeda di komputer dan mengambil cetakan untuk membuat alur layar.

Dan kemudian, kami hanya meminta beberapa orang dari dalam kantor (yang sangat cocok dengan target persona kami Mahi Agarwal) untuk melakukan skenario tertentu. Setiap kali mereka terjebak bahkan untuk sedikit, kami tahu ada masalah. Lebih sering, mereka bahkan memberi kami saran, yang kami perhatikan. Kami kemudian akan kembali dan mendiskusikan mengapa pengguna menyarankan apa itu, pergi ke akar penyebab masalah, dan mencari solusi kami sendiri.

Terkadang tes tidak hanya memberi tahu Anda apa yang salah dengan desain, tetapi juga mengungkapkan peluang baru. Misalnya, selama pengujian formatif kami menemukan bahwa pengguna dapat memahami dan berinteraksi dengan notifikasi. Kami menganggapnya sebagai sinyal dan desain hijau untuk integrasi notifikasi yang lebih kuat dan lebih dalam.

Pelajaran

Untuk pengujian, jangan menunggu produk akhir; lanjutkan dengan prototipe apa pun yang Anda mampu dan uji dengan siapa pun yang dapat Anda temukan. Gagal lebih cepat.

Prototipe Kesetiaan Tinggi

Tantangan
Situs web ini memiliki lebih dari 300 layar dan status layar yang unik. Menyusun klik-tayang adalah tugas yang sangat berat.

Berusaha keras

Kami pertama-tama menetapkan tujuan dan non-tujuan kami sebelum membangun prototipe. Ini membantu kami mengurangi ruang lingkup pembuatan prototipe. misalnya. Kami ingin menguji fitur shop-by-experience baru, tetapi cukup yakin kami telah mengikuti praktik terbaik untuk checkout, jadi kami memutuskan untuk tidak fokus pada alur itu.

Selanjutnya, kami mengevaluasi 3 opsi untuk membangun prototipe:

1. Flash – favorit pribadi saya, saya tahu saya terdengar kuno!
2. Aplikasi Marvel – karena semua orang menuju ke sini.
3. Aplikasi Invision – Pesaing Marvel.

Sekarang Flash dengan cepat dikesampingkan karena overhead yang terlibat. Jenis Marvel bekerja, tetapi memiliki dukungan terbatas untuk overlay, dan seluruh desain saya didasarkan pada permukaan dan overlay. Invision menawarkan fleksibilitas yang lebih baik kepada saya, jadi saya melanjutkan dengan Invision.

Pelajaran

Lingkup sangat penting; bahkan untuk prototipe.

Tes Sumatif

Tantangan
Tes harus dioptimalkan untuk GAGAL desain.

Berusaha keras

Kami memutuskan untuk menuliskan skrip yang akan kami gunakan selama sesi pengujian kegunaan. Bagian penting di sini adalah untuk mengetahui dengan tepat apa yang harus diuji dan bagaimana caranya. Jadi saya membuat daftar sasaran dan non-sasaran saya, berdasarkan mana saya secara umum mengetahui apa yang akan saya uji.

1. Model Mental Awal – Tes Harapan
2. Penggunaan Sebenarnya – Tes Eksplorasi Gratis
3. Navigasi – Uji Performa
4. Keterjangkauan – Tes Keterjangkauan Visual
5. Alur Tugas – Tes Kinerja
6. Sentimen – Proses Diferensial Semantik

Setelah selesai, saya dengan cepat memetakan teknik terhadap setiap item baris dan kemudian beralih ke modul yang ingin saya fokuskan. Setelah ini saya pindah ke mendefinisikan alur tugas skenario individu. Saya tidak menuliskan bahasa skenarionya karena saya tidak ingin terdengar kaku. Saya telah membagikan skrip di bawah ini di Slideshare.

Pelajaran

Gunakan palu untuk paku, tetapi obeng untuk sekrup.

Pengerahan

Tantangan
Menemukan wanita (di India) yang setuju untuk berpartisipasi dalam pengujian situs web Lingerie.

Berusaha keras

Kami menginginkan wanita yang sangat mirip dengan target persona Zivame, Mahi Agarwal. Kami turun ke media sosial dan membuat pengumuman. Kami meminta para wanita untuk membantu Zivame dalam membangun pengalaman berbelanja yang luar biasa bagi para wanita! Banyak wanita maju dan kami menerima banyak tanggapan. Tak hanya itu, mereka juga mengajak teman-temannya untuk berpartisipasi. Dan pujian untuk wanita berpikiran maju seperti Deepika, Subha, dan Aastha, yang melangkah lebih jauh dan setuju untuk menunjukkan wajah kepada peserta kami.

Kami berada dalam posisi yang baik untuk menyaring dan merekrut peserta kami. Wanita yang menyatakan minatnya, harus mengisi formulir rekrutmen peserta. Setelah penyaringan cepat, kami memilih peserta dan menelepon mereka untuk menjadwalkan sesi dengan mereka.

Pelajaran

Menemukan pengguna sebenarnya tidak terlalu sulit. Anda hanya perlu melakukannya dengan cara yang benar!

Bacaan yang Disarankan

Efek Capung, Jennifer Aaker & Andy Smith

Sesi Uji Kegunaan

Tantangan
Berbicara dengan wanita tentang situs web yang menjual bra.

Berusaha keras

Di hari H, kami sudah menyiapkan sistem dengan baik, naskah cetak salinan, tim siap menjalankan perannya dan para peserta disambut dengan hangat.
Kami memulai sesi dengan membuat para peserta merasa nyaman. Kami mulai dengan beberapa obrolan dan perkenalan singkat. Kami menekankan betapa pentingnya kontribusi mereka dan meminta mereka untuk tidak khawatir menyakiti perasaan kami dan memberikan umpan balik yang jujur. Untuk menghindari mereka membagikan detail ukuran bra mereka dengan kami, kami memastikan bahwa kami memberi tahu mereka untuk menganggap ukuran mereka adalah 34C. Saya pikir mereka menyukai ide itu. Kami memastikan mereka percaya:

Anda tidak sedang diuji, kami!
Selalu, setiap pengguna akan tersenyum pada saat ini, dan kami tahu, kami telah berhasil membuat mereka nyaman. Sepanjang sesi, kami memastikan, fokusnya adalah pada tugas (dan karenanya pada desain) dan bukan pada produk. Saat itulah kita akan memulai alur (sebagaimana disebutkan dalam PPT).

Kami menemukan beberapa hal yang cukup menarik selama pengujian ini. Yang mengejutkan kami, tidak ada pengguna yang kesulitan menentukan menu 'toko' , yang merupakan perubahan besar dari desain kami sebelumnya. Namun, pengguna bingung ketika mereka mencapai sub-menu dan kami tahu itu perlu disederhanakan (yang kami lakukan nanti).
Kami juga menemukan masalah dasar dengan bilah judul permukaan kami. Pengguna menghadapi kesulitan untuk kembali dan menutup permukaan. Sekali lagi, kami menyelesaikan masalah ini di iterasi berikutnya.

Salah satu temuan utama adalah tentang tombol lengket di bagian bawah permukaan. Kami menyadari bahwa terkadang tombol yang digunakan untuk memutus alur pengguna saat pengguna mengkliknya tanpa membaca label atau mereka salah mengartikan label. Kami menemukan alternatif untuk situasi seperti itu.
Secara keseluruhan, para pengguna terbukti sangat membantu!

Pelajaran

Pengguna adalah manusia, jika Anda memperlakukan mereka dengan baik, mereka akan sangat membantu.

Bug Bashu

Tantangan
Kami perlu memastikan apakah produk akhir berperilaku seperti yang dirancang dan dimaksudkan, dan kami kehabisan waktu!

Berusaha keras

Selalu ada perbedaan yang adil antara produk yang sebenarnya dan implementasinya.
Ketika situs produk beta Zivame sudah siap, kami ingin memastikan bahwa produk tersebut berfungsi seperti yang diharapkan. Kami ingin melihat apakah pengguna merasa nyaman berinteraksi dengan kontrol UI yang telah kami terapkan dan ingin melihatnya bekerja di dunia nyata.

Jadi, kami membukanya untuk semua karyawan Zivame, dan melakukan Marathon bug-logging selama 3 jam, yang kami sebut Bug Bash. Kami mengeluarkan kupon yang hanya akan berfungsi di situs beta selama 3 jam dan meminta semua karyawan untuk menggunakan kupon dan mencatat bug apa pun yang mereka hadapi di Formulir Bug Bash.
Kami membagi mereka menjadi tim yang berbeda dan mengumumkan hadiah untuk 3 tim teratas. Rencananya berhasil dan kami menerima 223 tanggapan dari tim yang berbeda. Kami butuh 2 hari untuk menelusuri seluruh daftar dan mencari tahu mana yang asli. Sebagian besar bug yang diajukan adalah masalah duplikat atau diketahui, tetapi kami menemukan 12 bug baru (3 di antaranya terkait dengan UI).

Ini memberi kami tingkat kepercayaan diri yang tinggi untuk merilis beta secara eksternal!

Pelajaran

Pengujian tidak ada salahnya dan dapat dilakukan pada tahap apapun.
Kudos kepada para wanita, yang telah membantu kami selama ini dalam membangun pengalaman berbelanja yang luar biasa di Zivame!

Pelajari Kursus Manajemen Produk secara online dari Universitas top dunia. Dapatkan Master, PGP Eksekutif, atau Program Sertifikat Tingkat Lanjut untuk mempercepat karier Anda.

Program Unggulan untuk Anda: Program Sertifikasi Pemikiran Desain dari Duke CE