Merancang Untuk Masa Depan Dengan Prototipe Suara

Diterbitkan: 2022-03-10
Ringkasan cepat Komunikasi manusia-mesin berkembang pesat untuk mencakup interaksi tertulis dan lisan, dan sangat penting untuk siap mendesain baik visual maupun suara. Karena membuat prototipe untuk suara adalah hal baru bagi banyak desainer, mungkin tidak jelas mulai dari mana dan proses apa yang harus diikuti.

(Artikel ini disponsori oleh Adobe.) Antarmuka yang mendukung suara menantang dominasi lama antarmuka pengguna grafis dan dengan cepat menjadi bagian umum dari kehidupan kita sehari-hari. Menurut survei yang dijalankan oleh Adobe, 76 persen pemilik speaker pintar meningkatkan penggunaan asisten suara mereka selama setahun terakhir.

Dalam artikel ini, saya akan membagikan alur yang dapat Anda gunakan untuk membuat pengalaman berbasis suara. Namun sebelum kita menyelami rekomendasi spesifik tentang cara mendesain suara, penting untuk memahami ekspektasi pengguna tentangnya.

Mengapa Orang Mengharapkan Lebih Banyak Dari Suara?

Antarmuka Pengguna Suara (VUI) tidak hanya memperkenalkan perubahan cara orang berinteraksi dengan mesin, tetapi juga meningkatkan standar kualitas interaksi . Ketika orang berinteraksi dengan GUI dan memiliki masalah dengan mereka, mereka sering menyalahkan diri mereka sendiri, tetapi ketika orang berinteraksi dengan VUI dan tidak dapat menyelesaikan tugas, mereka menyalahkan sistem.

Mengapa demikian? Nah, berbicara adalah media yang paling nyaman secara alami untuk komunikasi antara orang-orang, dan orang-orang percaya diri dengan keterampilan berbicara mereka. Ini dapat memiliki pengaruh langsung pada tingkat retensi: Laporan tahun 2017 oleh Voicelabs menyatakan hanya ada 6 persen kemungkinan pengguna akan aktif pada minggu kedua setelah mengunduh aplikasi suara.

Proses Desain

Banyak desainer berpikir bahwa merancang pengalaman berbasis suara sama sekali berbeda dari antarmuka pengguna grafis. Itu tidak benar.

Mendesain pengalaman berbasis suara bukanlah hal baru dalam desain UX; itu adalah langkah alami berikutnya. Ada kemungkinan untuk mengadaptasi proses desain yang kami gunakan untuk antarmuka visual untuk produk berbasis suara.

Ada lima langkah yang harus dilakukan sebelum memulai pengembangan produk suara:

  1. Riset
  2. Mendefinisikan
  3. Membuat
  4. Uji
  5. Menyaring

Hal yang hebat tentang proses ini adalah dapat diterapkan ke semua jenis antarmuka suara, apakah itu dengan suara yang diaktifkan, suara saja atau suara pertama.

1. Penelitian

Mirip dengan produk digital lainnya yang kami desain, kami perlu menerapkan desain yang mengutamakan pengguna dalam konteks antarmuka pengguna suara. Tujuan dari penelitian pengguna adalah untuk memahami kebutuhan dan perilaku pengguna target. Informasi yang Anda kumpulkan selama langkah ini akan menjadi dasar untuk persyaratan produk.

Identifikasi Target Audiens

Mendefinisikan dan meneliti audiens target suatu produk harus menjadi salah satu langkah pertama dalam proses desain.

Inilah yang harus difokuskan selama langkah ini:

  • Lihat pengalaman saat ini dan bagaimana pengguna memecahkan masalah mereka sekarang. Dengan mengidentifikasi titik nyeri , Anda akan menemukan kasus di mana suara dapat bermanfaat bagi pengguna Anda.
  • Bahasa pengguna . Frasa persis yang digunakan pengguna target saat mereka berbicara dengan orang lain. Informasi ini akan membantu kita merancang sistem untuk ujaran yang berbeda.

2. Tentukan

Selama langkah ini, kita perlu membentuk produk masa depan kita dan menentukan kemampuannya.

Tentukan Skenario Kunci Interaksi

Skenario muncul sebelum ide spesifik untuk aplikasi — itu adalah cara untuk memikirkan alasan seseorang mungkin harus menggunakan VUI. Anda memerlukan skenario desain yang memiliki nilai tinggi untuk pengguna target Anda. Jika Anda memiliki banyak skenario dan tidak tahu mana yang penting dan mana yang tidak, buatlah matriks use case untuk mengevaluasi setiap skenario individual. Matriks akan memberi tahu Anda skenario apa yang utama, apa yang sekunder, apa yang bagus untuk dimiliki.

kasus penggunaan interaksi suara
Menerapkan matriks use case untuk interaksi suara. Gambar: Justin Baker. (Pratinjau besar)

Pastikan Skenario Kunci Bekerja Dengan Suara

Harus ada alasan kuat untuk menggunakan suara. Pengguna harus dapat memecahkan masalah lebih cepat atau lebih efisien menggunakan suara daripada pengalaman alternatif mana pun.

Beberapa kasus umum ketika interaksi suara mungkin lebih disukai pengguna:

  • Saat tangan pengguna sibuk (saat mengemudi atau memasak);
  • Saat menggunakan suara adalah cara yang lebih mudah dan lebih alami untuk berinteraksi (misalnya, lebih mudah untuk memberi tahu speaker pintar Anda untuk "Mainkan Jazz" daripada melompat ke pusat media dan memilih opsi yang tepat menggunakan GUI).

Sasaran Anda untuk langkah ini adalah mengidentifikasi kasus umum dan khusus yang akan dimanfaatkan oleh pengguna Anda. Penting juga untuk mempertimbangkan batasan interaksi suara. Misalnya, memilih dari daftar panjang item menu bermasalah dengan interaksi suara. Aturan praktis yang baik adalah menjaga pilihan tetap singkat dan langsung ke intinya — maksimal 3 pilihan. Jika Anda menemukan Anda memiliki lebih dari 3, yang terbaik adalah membingkai ulang skenario.

3. Buat

Dengan prototipe suara, penting untuk memulai dari papan gambar. Langkah pertama adalah menangani aliran pengguna suara dari pengalaman Anda, yang merupakan dasar dari mana semua interaksi pengguna akan dipetakan kembali.

Gunakan Papan Cerita

Papan cerita memvisualisasikan interaksi dan aliran dalam konteks dan membuatnya terasa lebih realistis.

papan cerita
Papan cerita yang menggambarkan alur. Gambar: BBC. (Pratinjau besar)

Tulis Dialog

Dialog adalah blok bangunan aliran pengguna suara. Untuk setiap skenario utama yang akan didukung oleh aplikasi suara, mulailah membuat dialog percakapan antara pengguna dan aplikasi. Berusaha keras untuk membuat interaksi dengan aplikasi menjadi akrab seperti melakukan percakapan biasa dengan orang sungguhan. Percakapan manusia itu rumit; itu sering memiliki banyak tikungan dan belokan. Penting untuk mempertimbangkan hal ini saat mengerjakan skenario dan menulis dialog Anda.

Beberapa rekomendasi umum untuk membuat dialog yang bagus:

  • Kurangi jumlah langkah yang diperlukan untuk menyelesaikan tugas.
    Cobalah untuk menghilangkan informasi dan pertanyaan yang tidak perlu sedapat mungkin. Desain harus menyelesaikan masalah pengguna dengan jumlah langkah minimum. Ingatlah bahwa semakin lama waktu yang dibutuhkan untuk menyelesaikan tugas, semakin tidak menyenangkan pengalamannya. Tidak ada yang menyukai produk yang menghabiskan waktu berharga mereka, dan ini terutama berlaku untuk tugas yang berulang. Aplikasi Anda harus memberikan pengalaman pengguna yang menyenangkan baik itu pertama kali pengguna menyelesaikan tugas, atau yang ke-100 dalam bulan ini.
  • Jangan mengajarkan "perintah".
    Mengingat betapa sulitnya penemuan dalam suara, beberapa desainer mencoba mengajari pengguna perintah sehingga mereka tahu apa yang harus dikatakan. Jangan lakukan itu. Frase harus alami dan intuitif, sehingga pengguna akan tahu apa yang harus dikatakan dalam situasi tertentu.
  • Singkat dengan pertanyaan dan tanggapan Anda.
    Relatif mudah untuk membebani pengguna dengan terlalu banyak informasi saat Anda menggunakan kalimat yang panjang. Cobalah untuk menyederhanakan pesan ke esensinya sedapat mungkin. Pengguna menikmati informasi yang ringkas dan terdefinisi dengan baik dari VUI. Pikirkan tentang informasi apa yang utama, dan informasi apa yang sekunder. Ikuti prinsip Maksimum Kuantitas yang mengatakan bahwa seorang pembicara memberikan pendengar sebanyak mungkin informasi yang diperlukan untuk memajukan tujuan interaksi yang dirasakan tetapi tidak terlalu banyak.

Berikut adalah dialog yang tidak mengikuti prinsip Maksimum Kuantitas:

Pengguna : “Di mana tempat yang bagus untuk makan pizza?”

Sistem : “Saya punya lima tempat untuk Anda. Yang pertama adalah “Pizza & Pasta” yang terletak di 1300-1398 Diamond St San Francisco, 15 menit dari Anda, buka dari pukul 8:00 hingga 20:00, yang kedua adalah “Italia” yang terletak di 4100- 4148 20th St San Francisco, 1 jam dari Anda, buka dari jam 9:00 pagi sampai 6:00 sore,...”

Dialog mencoba menghadirkan semua opsi dalam satu giliran. Lebih baik mencoba mempersempit daftar dengan mengajukan pertanyaan klarifikasi:

Pengguna : “Di mana tempat yang bagus untuk makan pizza?”

Sistem : “Ada beberapa restoran pizza di area ini — apakah Anda ingin berjalan kaki, atau mengemudi?”

Menangani Kesalahan

Tidak peduli seberapa bagus VUI Anda, satu hal yang pasti: semuanya akan salah. Dan Anda perlu mendesain untuk situasi tersebut. Penanganan kesalahan yang baik adalah salah satu tantangan terbesar yang akan Anda hadapi saat mendesain suara dan sangat penting untuk mulai memikirkannya tepat saat Anda menulis dialog.

Berikut adalah beberapa kasus umum yang dapat menyebabkan status kesalahan:

  • salah eja
    Beberapa pengguna dapat salah mengucapkan kata-kata dan sistem pemrosesan bahasa alami tidak akan memahami permintaan tersebut.
  • Kemenduaan
    Bahkan di antara manusia, ucapan terkadang ambigu. Misalnya, seseorang mungkin mengatakan "Bagus" dan itu dapat didefinisikan sebagai 'Ya, saya setuju' atau hanya menjadi indikasi bahwa mereka mendengarkan.
  • Kasus ketika sistem tidak dapat memberikan informasi yang berharga bagi pengguna . Misalnya, pengguna ingin memesan penerbangan, tetapi sistem tidak memiliki opsi yang relevan.

Dalam semua kasus, dialog tidak boleh berakhir di jalan buntu; sistem harus memberikan pilihan yang berharga. Selalu mencoba untuk membuat dialog kembali ke jalurnya.

Mari kita lihat contoh pertama:

Pengguna : “Pesankan saya penerbangan dari San Diego ke Dallas pada hari Senin.”

Sistem : “Saya tidak dapat menemukan penerbangan dari San Diego ke Dallas pada hari Senin.”

Jelas bahwa pengguna menghadapi jalan buntu. Namun, relatif mudah untuk mengubah dialog untuk memberikan beberapa opsi bagi pengguna:

Pengguna : “Pesankan saya penerbangan dari San Diego ke Dallas pada hari Senin.”

Sistem : “Saya tidak dapat menemukan penerbangan dari San Diego ke Dallas pada hari Senin. Apakah Anda ingin mencari kencan lain?”

Contoh lain untuk aplikasi pemesanan makanan:

Pengguna : “Apa kode pos untuk pengiriman?”

Sistem : “Hmm, 811415”

Pengguna : “ZIP ini tidak valid. Coba lagi."

Tidak hanya kata "Tidak Valid" yang terlalu teknis, tetapi juga tidak membantu pengguna kembali ke jalurnya. Lebih baik memberikan petunjuk kepada pengguna sehingga mereka dapat memahami apa yang harus mereka lakukan selanjutnya:

Sistem : “Apa kode pos untuk pengiriman?”

Pengguna : “Hmm, 811415”

Sistem : “ZIP ini lebih panjang dari yang diharapkan. Seharusnya lima digit, bukan enam.”

Pengguna : “81415”

Mencerminkan Identitas Unik Anda

Semua suara memproyeksikan persona apakah Anda merencanakannya atau tidak. Jangan biarkan persona VUI Anda kebetulan, tunjukkan merek dan identitas unik Anda dalam dialog yang Anda tulis. Bayangkan bagaimana karyawan ideal Anda harus berinteraksi dengan pelanggan dan mencoba untuk mencerminkannya dalam kata-kata dialog Anda.

Nada suara memiliki dampak terukur pada persepsi pengguna terhadap suatu produk. Itulah mengapa penting untuk mempertimbangkan kebutuhan emosional pengguna Anda saat memilih nada.

Nada suara produk dapat dinyatakan sebagai fungsi dari 4 dimensi nada. Gambar: NNGgroup. (Pratinjau besar)

Panggang Empati Dalam Interaksi

Antarmuka suara harus mempertimbangkan emosi pengguna. Orang tidak hanya menyukai orang yang ramah tetapi juga komputer yang ramah. Misalnya, ketika seseorang ingin memesan tiket penerbangan dan memberikan informasi tentang perjalanan, sistem mungkin akan merespons 'Kedengarannya seperti perjalanan yang menyenangkan!' Responsnya harus sedikit berbeda setiap kali untuk mencegah perasaan interaksi dengan mesin.

Konfirmasi Ketika Tugas Telah Selesai

Sangat penting untuk memikirkan di mana dalam alur percakapan pengguna memerlukan konfirmasi. Biasanya, orang mengharapkan konfirmasi akhir di akhir dialog. Misalnya, saat pengguna menjadwalkan acara, mereka mungkin ingin mendengar "Acara ada di kalender Anda sekarang." Skenario tipikal lainnya adalah alur checkout — beri tahu pengguna bahwa transaksi telah berhasil direkam.

Gunakan konfirmasi eksplisit untuk tindakan penting dan implisit untuk tugas rutin. Misalnya, jika Anda meminta Alexa Anda untuk mengirim uang ke teman Anda, pengguna mungkin ingin mendengar "[jumlah uang] telah dikirim ke [nama orang]" daripada hanya "OK." Pada saat yang sama, ketika Anda meminta Alexa untuk mematikan lampu di garasi, mendengar "Lampu di garasi mati" sepanjang waktu mungkin terlalu berlebihan, jadi pastikan untuk menguji konfirmasi dengan hati-hati untuk mengetahui konfirmasi apa yang pengguna Anda merasa sangat penting untuk merasa sukses dengan VUI.

Memanfaatkan Konteks

Sistem percakapan yang baik melacak dialog, mengingat semua belokan sebelumnya dan interaksi sebelumnya. Sistem yang solid akan menggunakan informasi ini untuk menciptakan pengalaman yang lebih baik bagi pengguna dengan menawarkan pengalaman yang lebih personal.

Misalnya, ketika pengguna memesan pizza, sistem mungkin mengingatkan mereka tentang pesanan mereka sebelumnya:

Pengguna : “Saya ingin memesan pizza.”

Sistem : “Terakhir kali Anda memesan Quattro Formaggio dari Pizza & Pasta. Mau pesan lagi?”

Pengguna : “Ya, saya tahu!”

Tutup Frasa Alternatif

Orang dapat menggunakan kata yang berbeda untuk menggambarkan hal yang sama, dan sangat penting untuk mempertimbangkan momen ini saat mendesain VUI Anda. Untuk setiap alur pengguna suara yang Anda rancang pada langkah sebelumnya, pikirkan tentang cara berbeda yang dapat digunakan pengguna untuk mengutarakan permintaan tersebut. Pertimbangkan variasi kata dan sinonim yang mungkin mereka gunakan.

Bergantung pada kemampuan produk suara Anda, jumlah ucapan yang dapat disuarakan pengguna saat berinteraksi dengan VUI dapat dengan mudah mencapai ratusan, membuat tugas memetakannya menjadi sangat rumit. Untungnya, ada alat khusus yang tersedia untuk membantu Anda dengan itu. Misalnya, jika Anda mendesain aplikasi untuk Alexa, Anda dapat menggunakan Amazon Echo Utterance Expander untuk tujuan itu.

Uji Dialog Anda

Sekarang ketika Anda telah menulis semua dialog Anda, saatnya untuk mulai mengujinya. Mengapa? Karena cara kita berbicara jauh lebih formal daripada cara kita menulis. Untuk memastikan Anda mendesain dialog yang terdengar alami, penting untuk mengujinya sebelum beralih ke pembuatan prototipe. Dua teknik sederhana akan membantu Anda melakukannya:

  • Rekam dan putar audio dengan dialog Anda. Anda akan mendengar nuansa kata dan kalimat yang tidak natural.
  • Percakapan bermain peran untuk memastikan percakapan itu alami dan intuitif. Teknik yang disebut 'Wizard of Oz' akan membantu Anda dengan cepat mengidentifikasi masalah dalam dialog Anda. Jika Anda pengguna Mac, Anda dapat menggunakan alat bernama Say Wizard untuk mempermudah segalanya.

Prototipe Aplikasi Anda

Sekarang setelah kami menulis, memetakan, dan menguji dialog kami, kami akhirnya dapat beralih ke merancang dan membuat prototipe pengalaman. Adobe XD memudahkan desainer untuk membuat prototipe yang berfungsi untuk aplikasi Amazon atau Google yang diaktifkan dengan suara dan mengujinya dengan pengguna nyata. Alat ini memungkinkan Anda untuk membuat prototipe input dan output suara yang sebenarnya untuk aplikasi. Interaksi tipikal terdiri dari input pengguna dan respons sistem:

  • Untuk merancang permintaan pengguna, kita perlu membuat pemicu suara. Untuk menambahkan pemicu suara baru, seret konektor dari elemen di satu artboard ke yang lain. Saat menu atribut terbuka, pilih Voice dari menu Pemicu dan tambahkan ucapan Anda di bidang Perintah.
  • Speech Playback akan mensimulasikan respons aplikasi suara. Untuk menambahkan Pemutaran Pidato, Anda harus memilih Waktu sebagai Trigger dan mengatur tindakan ke Speech Playback .
Membuat prototipe dengan Suara di Adobe XD

Adobe XD memungkinkan Anda membuat prototipe untuk produk yang mengutamakan suara seperti Amazon Echo Show, dan produk khusus suara seperti Google Home.

Last but not least, jika Anda mendesain Amazon Alexa Skill untuk Amazon Echo Show atau Amazon Echo Spot, XD menyediakan kit VUI untuk perangkat tersebut. Anda dapat mengunduhnya di sini. Kit VUI ini menyediakan semua blok bangunan yang Anda butuhkan untuk mulai membangun keterampilan Alexa.

Kit VUI untuk Amazon Echo Show and Spot. (Pratinjau besar)

4. Tes

Pengujian adalah bagian wajib dari proses desain. Tanpa pengujian, Anda tidak dapat mengatakan apakah aplikasi Anda akan berfungsi untuk pengguna Anda atau tidak.

Uji Prototipe Anda Dengan Pengguna Target

Lakukan sesi pengujian kegunaan dengan perwakilan dari audiens target Anda, dan amati bagaimana pengguna berinteraksi dengan aplikasi Anda. Lacak tingkat penyelesaian tugas dan CSAT (Skor Kepuasan Pelanggan). Jika memungkinkan, cobalah merekam video untuk setiap sesi.

Gunakan Simulator Tes

Baik Amazon dan Google menyediakan alat pengujian yang memungkinkan Anda menguji Keterampilan atau Tindakan Anda dalam simulasi perangkat keras dan pengaturannya. Pengujian ini akan memberi Anda perasaan yang baik untuk pengalaman suara di dunia nyata.

5. Sempurnakan

Sempurnakan aplikasi suara setelah mengirimkannya ke pasar.

Kumpulkan Analisis

Setelah meluncurkan aplikasi, Anda harus melacak bagaimana aplikasi digunakan dengan analytics. Berikut adalah beberapa metrik utama yang harus diperhatikan adalah:

  • Maksud dan ucapan,
  • Metrik keterlibatan pengguna,
  • Perilaku mengalir.

Sebagian besar metrik yang Anda butuhkan akan Anda temukan dalam akun pengembang Keterampilan Anda tanpa pengkodean tambahan.

Kesimpulan

Interaksi manusia-komputer tidak pernah tentang antarmuka pengguna grafis. Pertama dan terpenting, ini selalu tentang komunikasi. Jelas bahwa suara akan menjadi cara alami bagi generasi pengguna baru untuk berinteraksi dengan teknologi , dan sebagai desainer, Anda harus siap menghadapi tantangan baru ini dan peluang yang terbuka untuk cara baru dalam memandang desain interaksi.

Artikel ini adalah bagian dari seri desain UX yang disponsori oleh Adobe. Alat Adobe XD dibuat untuk proses desain UX yang cepat dan lancar, karena memungkinkan Anda beralih dari ide ke prototipe lebih cepat. Rancang, buat prototipe, dan bagikan — semuanya dalam satu aplikasi. Anda dapat melihat lebih banyak proyek inspiratif yang dibuat dengan Adobe XD di Behance, dan juga mendaftar ke buletin desain pengalaman Adobe untuk tetap mendapatkan informasi terbaru dan terinformasi tentang tren dan wawasan terbaru untuk desain UX/UI.