Desain untuk longtail
Jangan melakukan desain secara berlebihan
Pada fase persyaratan, Anda menentukan serangkaian kasus penggunaan utama yang jelas. Ingatlah prioritas ini dan hindari penambahan kasus ekstrem ke daftar ini. Ketika Anda masuk ke detail desain, skenario baru akan muncul yang belum Anda pertimbangkan. Sebelum memperluas cakupan desain untuk menangani skenario baru ini, pertimbangkan dampaknya dengan cermat.
| Kepala | Isi | Ekor panjang |
|---|---|---|
|
Kasus penggunaan utama Ini adalah jalur percakapan yang paling penting dan paling umum yang akan digunakan pengguna melalui fitur Anda. Fokuskan sebagian besar upaya Anda dalam membuat jalur ini memberikan pengalaman pengguna yang luar biasa. |
Jalan memutar Jalur percakapan semacam ini tidak terlalu umum, dan sering kali kurang langsung atau kurang berhasil melalui fitur Anda. Luangkan waktu untuk mendukung mereka secara memadai, tetapi jangan menghabiskan terlalu banyak waktu dan tenaga untuk mendesainnya. |
Kasus ekstrem Ini adalah jalur yang sangat tidak umum. Pertimbangkan apakah perintah umum seperti “Maaf, saya tidak tahu cara membantu” sudah cukup bagus, atau apakah Anda bisa sedikit lebih spesifik dengan solusi serupa yang minimal tersedia. |
Gunakan aturan 80/20, atau Prinsip Pareto, untuk menghindari desain yang berlebihan.
Untuk desain percakapan, aturan ini adalah cara untuk menyatakan bahwa tidak semua jalur dibuat sama. 80% pengguna mengikuti 20% kemungkinan jalur paling umum dalam dialog. Oleh karena itu, berinvestasilah sumber daya yang sesuai untuk menghasilkan dampak terbesar.
Demikian pula, ada kompromi dalam hal kesempurnaan atau kelengkapan. Dibutuhkan 80% pekerjaan untuk benar-benar memperbaiki 20% terakhir proyek. Dalam kasus ini, upaya yang tidak sempurna mungkin "cukup baik".
Jalan memutar umum
Di antara kasus penggunaan utama dan kasus ekstrem adalah sejumlah jalan memutar yang agak umum. Biasanya, ini adalah skenario baru yang belum Anda pertimbangkan hingga ditampilkan selama pengujian atau ditemukan selama pengembangan. Dan biasanya, mereka memerlukan penanganan langsung yang lebih lama dan lebih sedikit di jalur alternatif.
Berikut adalah beberapa putar balik yang umum untuk dipertimbangkan:
Akun yang dibatalkan tautannya
Dalam hal ini, pengguna belum menautkan akunnya.
Tindakan yang tidak didukung
Pengguna mungkin meminta tindakan yang tidak dapat didukung Action Anda.
Cakupan intent
Desain percakapan melibatkan pembuatan naskah setengah dialog, dengan harapan cukup kuat sehingga siapa pun dapat masuk dan bertindak melebihi separuh lainnya. Saat mendesain longtail, fokuskan pada ucapan pengguna di setiap langkah dalam dialog Anda untuk menentukan intent (juga disebut tata bahasa).
Intent merepresentasikan pemetaan antara ucapan pengguna dan hasil Tindakan Anda. Misalnya, perintah "Apakah Anda suka pizza?" memerlukan intent untuk "ya" dan "tidak". Setiap intent harus memiliki berbagai frasa pelatihan yang terkait dengannya, termasuk sinonim seperti "ya" dan "tidak" serta variasi seperti "Saya suka" atau "Ini kotor." Ini mungkin diukur berdasarkan seberapa sering kemunculannya. Intent juga dapat menyertakan anotasi, misalnya, mengategorikan "mozzarella segar" sebagai topping pizza dalam respons pengguna "hanya jika dibuat dengan mozzarella segar".
Jika Anda menggunakan Dialogflow, buka di sini untuk membaca selengkapnya tentang intent.
Mencegah terjadinya error lebih baik daripada menangani error setelah terjadi.
Lakukan.
Sertakan intent “selesai” dengan frasa pelatihan seperti “selesai” atau “itu saja”.
Hindari.
Jika Tindakan hanya mengetahui pertanyaan tentang I/O, respons pengguna akan memicu error Tidak Cocok.
Penanganan error
Bahkan dengan intent yang andal, masih ada kesalahan. Pengguna mungkin menonaktifkan skrip dengan tetap diam (error Tidak Ada Input) atau mengatakan sesuatu yang tidak terduga (error Tidak Cocok). Gunakan perintah error untuk mengarahkan pengguna kembali dengan lembut ke jalur yang berhasil atau mereset ekspektasi mereka tentang apa yang mungkin dan tidak mungkin.
Penanganan error yang baik bersifat spesifik untuk konteks, sehingga permintaan untuk error Tidak Ada Input dan Tidak Cocok harus dirancang untuk setiap belokan dalam dialog.