Menguji dan melakukan iterasi
Riset pengguna dapat bermanfaat kapan saja selama proses desain. Tidak ada penggantinya untuk mendapatkan masukan dari pengguna sebenarnya guna mengetahui mana yang berhasil dan mana yang tidak. Semakin awal Anda melakukan ini, semakin baik.
Mengidentifikasi masalah itu sulit dilakukan saat Anda fokus dalam desain—pendapat orang luar diperlukan. Kabar baiknya adalah Anda bisa (dan seharusnya) mendapatkan insight, dengan cepat dan mudah, tentang apakah desain Anda akan berfungsi bagi pengguna sebelum menulis satu baris kode.
Mendapatkan masukan untuk mengetahui apakah dialog Anda berfungsi
Gunakan eksperimen Wizard of Oz
Mengapa disebut demikian? Eksperimen Wizard of Oz (WOZ) mendapatkan namanya dari film The Wizard of Oz; mereka merujuk pada gagasan bahwa ada seorang laki-laki di balik tirai yang menarik tuas.
Apa yang dimaksud dengan pembuatan prototipe Wizard of Oz? Sederhananya, ini adalah cara untuk menguji prototipe tanpa benar-benar mengembangkan software. Pembuatan prototipe WOZ digunakan untuk mengevaluasi fungsi desain, kemampuannya dalam memenuhi sasaran pengguna, dan meningkatkan pengalaman pengguna (UX) secara keseluruhan. Eksperimen WOZ dimaksudkan untuk terlihat dan terasa seperti pengalaman sebenarnya, tetapi sebagai gantinya, ada seseorang (“wizard”) yang menyimulasikan perilaku persona dalam produksi. Peserta mungkin atau mungkin tidak mengetahui bahwa mereka berinteraksi dengan wizard di balik layar.
Mengapa Anda harus melakukannya? Salah satu keuntungan terbesar dari pembuatan prototipe WOZ adalah Anda dapat menguji desain tanpa harus mem-build-nya. Eksperimen WOZ adalah produk layak minimum (MVP) dari prototipe untuk pengujian suara. Alat ini relatif mudah dijalankan dan hanya membutuhkan sedikit atau tanpa usaha tambahan. Prototipe mungkin cukup sederhana, menggunakan objek sehari-hari untuk mewakili bagian desain. Atau mungkin berupa model yang berfungsi (kumpulan produk yang sudah ada) yang dapat melakukan beberapa, tetapi tidak semua tugas. Tentunya, semakin realistis prototipe Anda, semakin baik masukan Anda. Namun, pilihlah dengan bijak: Berapa banyak waktu yang mampu Anda alokasikan untuk hal ini? Dan apakah prototipe ‘realisme’ tersebut layak?
Cara melakukan pengujian kegunaan
1) Eksperimen WOZ yang cepat dan kotor
2) Eksperimen WOZ standar
Untuk pengalaman yang paling realistis, simulasikan peran persona dengan memainkan perintah persona menggunakan TTS Simulator di Actions on Google Developer Console. Download audio agar siap diputar secara on demand.
Versi ini memerlukan empat hal:
- Skrip percakapan yang memberikan arahan tentang apa yang harus dikatakan persona setelah setiap respons pengguna. Alur tingkat tinggi (atau versi sederhananya) cocok untuk ini.
- Audio yang didownload dari semua perintah lisan persona. Gunakan nama file yang akan membantu Anda mengidentifikasi file yang akan diputar dengan cepat.
- Seseorang untuk memutar "pengguna". Mestilah orang yang tidak mengenal Action Anda.
- Seseorang untuk memutar "wizard." Seharusnya orang ini sangat mengenal Action Anda.
Minta wizard memulai percakapan dengan memutar audio untuk salam Action Anda, misalnya, “Selamat datang di launchpad Anda untuk semua hal Google I/O. Festival sedang berlangsung saat ini. Apakah Anda salah satu peserta yang beruntung?” Wizard kemudian akan menunggu pengguna untuk menanggapi, semoga dengan sinonim "ya" atau "tidak". Setelah pengguna merespons, wizard harus melihat alur tingkat tinggi dengan cepat untuk menentukan permintaan pemutaran berikutnya, lalu mencari dan memutar file audio yang benar.
3) Eksperimen kegunaan standar
Tentu saja, setelah Anda mulai membuat Action, Anda harus sering mengujinya menggunakan Simulator Tindakan di Konsol Developer Actions on Google. Ajak teman, keluarga, atau kolega Anda untuk mengujinya juga.
Apa pun eksperimen yang Anda gunakan, pastikan untuk melakukan hal berikut: | |
---|---|
Membahasnya | Karena tujuan Anda adalah memperbarui desain untuk mencerminkan yang paling cocok bagi pengguna sungguhan, Anda ingin prototipe WOZ sedekat mungkin dengan kenyataan. Hal yang terlihat bagus di atas kertas belum tentu terdengar atau terasa alami dalam percakapan yang nyata, jadi pastikan pengguna mendengar perintah Anda dan mengucapkan respons mereka. |
Merekam sesi Anda | Dapatkan izin untuk merekam sesi sehingga Anda dapat kembali dan mendengarkan sesi tersebut. Catat setiap masalah yang muncul selama sesi. |
Meminta masukan | Meminta pengguna untuk menjelaskan pengalaman mereka dengan kata-kata mereka sendiri. Bagaimana strategi tersebut memenuhi atau gagal memenuhi ekspektasi mereka? Apakah ada hal yang mengejutkan mereka? Apakah mereka puas? Ingatlah bahwa fokusnya adalah pada perilaku mereka, bukan pendapat mereka. |
Apa yang akan Anda pelajari?
Menjalankan eksperimen WOZ memungkinkan Anda memahami cara orang berinteraksi dengan desain Anda. Anda mungkin mendapati bahwa pengguna melakukan sesuatu yang sangat berbeda dari yang Anda perkirakan, sehingga Anda harus mengubah desain agar lebih selaras dengan kebutuhan dan ekspektasi mereka.
Kesimpulan: Fokuskan pada kegunaan desain Anda (bukan pendapat pengguna). Lakukan iterasi berdasarkan perilaku pengguna, dan uji lagi jika waktu memungkinkan.
Hal-hal yang perlu diperhatikan (dan cara meningkatkan dialog): | |
---|---|
Percakapan alami | Perhatikan cara pengguna meminta sesuatu secara alami. Apakah mereka merasa hanya bisa bicara dalam frasa pendek seperti kata kunci, atau apakah mereka terdengar lebih akrab? Apakah mereka terdengar ragu atau percaya diri saat berbicara dengan persona Anda? Apakah alur tersebut membuat pengguna merasa seperti hanya dapat memberikan satu informasi pada satu waktu, atau apakah hal tersebut mendorong mereka untuk memberikan beberapa detail dalam satu kalimat? |
Kebingungan pengguna | Cari tempat di mana pengguna terlihat bingung atau tidak yakin harus mengatakan atau melakukan apa. Periksa perintah sebelumnya untuk mengetahui di mana Anda dapat memperjelasnya. Apakah pesan ajakan (CTA) jelas? |
Ucapan yang tidak terduga | Pengguna mungkin mengatakan sesuatu yang tidak Anda harapkan. Catat dan tambahkan penanganan untuk elemen tersebut dalam desain Anda. |
Tanda kesal atau tidak sabar | Hal ini biasanya merupakan tanda bahwa interaksi tersebut terlalu panjang. Tinjau permintaan Anda untuk melihat apakah Anda bisa lebih ringkas. Apakah ada detail yang dapat dihilangkan? |
Mengamati siapa yang paling banyak berbicara | Apakah pengguna tampak memegang kendali atas percakapan? Jika tidak, bagaimana cara mengubahnya? |
Cara menguji Action Anda
Pengujian yang efektif sangat penting untuk mengembangkan software berkualitas tinggi dan menciptakan kepuasan pengguna.