it-swarm.asia

Haruskah saya menyembunyikan tombol lanjutkan sampai tugas selesai?

Dalam panduan multi-langkah, beberapa langkah menyajikan pengguna dengan daftar tugas yang harus diselesaikan sebelum melanjutkan ke langkah berikutnya.

Setiap tugas dalam daftar membuka munculan di mana pengguna menyelesaikan tugas.

Saya punya tiga solusi yang memungkinkan untuk tombol lanjut:

a) Tunjukkan sepanjang waktu. Jika pengguna mengkliknya sebelum semua tugas selesai, pengguna akan ditampilkan informasi tentang apa yang harus dilakukan sebelum ia dapat melanjutkan.

b) Tampilkan tombol yang dinonaktifkan, yang diaktifkan ketika semua tugas selesai. Dalam keadaan dinonaktifkan, tombol akan memiliki beberapa pesan umum bahwa semua tugas harus diselesaikan sebelum Anda dapat melanjutkan.

c) Sembunyikan tombol dan hanya tampilkan setelah semua tugas selesai.

27
Dag Mikkelsen

Aplikasi web saya memiliki alur kerja yang sama dan kami menampilkan versi tombol Lanjutkan yang dinonaktifkan yang diaktifkan ketika semua bidang formulir telah dimasukkan. Jika pengguna mengklik tombol Lanjutkan tanpa memasukkan semua info, pesan pengguna ditampilkan di jendela sembul, jadi saya pikir B adalah solusi terbaik.

Opsi A bisa membuat frustasi bagi pengguna karena mereka mungkin mengklik Lanjutkan dan mendapatkan pesan kesalahan. Tombol Lanjutkan yang dinonaktifkan menyediakan isyarat visual konvensional bahwa mereka harus menyelesaikan tugas sebelum dapat melanjutkan.

Opsi C dapat terbukti membingungkan bagi pengguna karena mereka tidak akan tahu ada langkah selanjutnya atau jika mereka dapat melanjutkan. Selain itu, bukan praktik yang baik untuk menyembunyikan kontrol navigasi utama Semoga ini bisa membantu!

60
Ling

Ini merupakan anti-pola untuk menonaktifkan biaya secara visual, menonaktifkan biaya secara fungsional, atau menyembunyikan biaya. TOLONG jangan lakukan itu. Saya akan membuat kasing untuk ketiganya.

Menonaktifkan atau menyembunyikan biaya adalah salah satu kencing hewan peliharaan terbesar saya, terutama karena ini adalah kasus rekayasa berlebihan solusinya:

  • Selalu ada upaya rekayasa dan desain ekstra untuk menyembunyikan atau menonaktifkan apa pun secara sebentar-sebentar.
  • Validasi data sisi klien hanya salah satu dari banyak cara yang menyimpan data (atau hasil akhir lainnya) bisa gagal, jadi bahkan jika validasi sisi klien berlalu, dan Anda sekarang "menunjukkan" dan "mengaktifkan" tombol Anda, mungkin ada masih ada kesalahan saat pengguna mengklik Lanjutkan, dan Anda masih harus menangani kesalahan ini dengan cara yang baik. Misalnya, validasi sisi server bisa gagal, mungkin ada jaringan atau kegagalan server lainnya, mungkin ada kesalahan pada sistem file di perangkat, dll.
  • Kadang-kadang validasi sisi klien tidak benar (ketinggalan zaman atau buggy) atau hanya gagal untuk "menunjukkan" atau "mengaktifkan" tombol pada waktu yang tepat. Ini sepenuhnya akan memblokir sebagian pengguna, dan sulit untuk mendeteksi kesalahan semacam ini - biasanya Anda menunggu pengguna untuk menghubungi dukungan dan agar informasi tersebut mengalir kembali ke orang-orang yang dapat memperbaikinya.

Singkatnya, upaya desain & rekayasa ekstra Anda menciptakan risiko lebih dari nilai. Bahkan jika Anda berpikir Anda dapat mengurangi risiko 100%, itu masih anti-pola, seperti yang dijelaskan di bawah ini.

————————————————

Dari yang paling ofensif hingga paling tidak ofensif:

Mengapa Anda tidak menyembunyikan biaya?

Pertama-tama, mengapa Anda harus menyembunyikan sesuatu ? Anda harus menyembunyikan sesuatu untuk tujuan privasi atau keamanan. Sekarang mengapa ada di sana? Ini melayani dua tujuan: komunikasi tentang utilitas aplikasi, dan mekanisme bagi pengguna untuk mengomunikasikan niat dan keyakinan mereka ke aplikasi. Jadi Anda tidak boleh menyembunyikan biaya kecuali Anda mencoba menjadikan utilitas aplikasi Anda pribadi atau aman. Mari kita asumsikan pada titik ini bahwa Anda tidak mencoba merahasiakan atau mengamankan fakta bahwa aplikasi Anda memiliki kemampuan Lanjutan, dan Anda telah membuat tombolnya terlihat secara permanen. Pada titik ini, mari kita perhatikan keuntungan dari keterjangkauan yang terlihat:

  • Pengguna dapat menemukannya - mereka dapat belajar tentang kemampuan aplikasi.
  • Mengetahui kemampuan aplikasi memberikan motivasi untuk menggunakannya dan menyelesaikan tugas-tugas untuk mencapai kemampuan tersebut. Misalnya. mereka lebih termotivasi untuk mengisi formulir karena mereka tahu bahwa pada akhirnya mereka dapat "melanjutkan".
  • Pengguna berpengalaman tahu di mana menemukannya, dan - ini agak lucu - tetapi mengetahui bahwa Anda telah menemukannya, bahkan jika karena alasan tertentu Anda tidak diizinkan menggunakannya saat ini, sangat penting dan memuaskan bagi pengalaman pengguna. Jika Anda tidak dapat menemukannya, Anda bertanya-tanya apakah itu dipindahkan, atau jika ingatan Anda gagal, dan Anda biasanya melihat sekeliling untuk sementara waktu, dan akhirnya kehilangan kepercayaan pada aplikasi. Apakah mereka menghapus fitur? Apakah rusak? Apakah mereka akan memindahkannya setiap beberapa bulan?

Mengapa Anda tidak menonaktifkan fungsi secara fungsional?

Kami menyentuh ini di bagian sebelumnya. Ini datang ke tujuan kedua keterjangkauan: sebagai mekanisme bagi pengguna untuk mengomunikasikan niat dan keyakinan mereka ke aplikasi. Ini adalah titik utama kebingungan. Sebagian besar desainer dan pengembang menerima nilai nominalnya: tombol yang mengatakan "lanjutkan" akan berlanjut ketika Anda mengkliknya, atau tombol yang mengatakan "hapus" akan dihapus ketika Anda mengkliknya. Ini adalah tujuan akhir, tetapi tombolnya jauh lebih dari itu. Dengan mengklik tombol, pengguna berkomunikasi satu atau lebih hal berikut ini:

  • mereka bermaksud untuk melakukan suatu tindakan
    • Menangkap niat pengguna adalah keajaiban. Anda harus benar-benar menggunakan informasi ini untuk keuntungan Anda - Anda memiliki pengguna yang siap dan bersedia di tangan Anda. Arahkan mereka melalui corong.
  • mereka percaya tindakan akan terjadi ketika mereka mengkliknya
    • Pengguna hanya menyampaikan sesuatu kepada Anda bahwa mereka tidak memiliki cara lain untuk menyampaikan selain dengan mengklik tombol: mereka yakin mereka telah memenuhi kriteria untuk melakukan tindakan ini. Jika mereka tidak melakukannya, ini adalah kesempatan sempurna untuk membimbing mereka, dan waktu terbaik untuk berkomunikasi dengan mereka, karena mereka secara aktif berinteraksi dengan aplikasi.
  • mereka percaya mereka seharusnya mengkliknya
    • Mungkin mereka adalah pengguna baru dengan pengalaman masa lalu yang berbeda, atau mungkin mereka baru di internet (tidak bercanda), atau mungkin mereka sedikit kabur hari ini (atau setiap hari). Tetapi untuk beberapa alasan mereka mengklik tombol ini berpikir itu akan melakukan hal itu. Itu tidak akan ... tetapi sekali lagi, ini adalah kesempatan yang sempurna untuk melatih mereka menuju kesuksesan - jelas mereka sudah menelusuri semua komunikasi lain di UI untuk mengklik tombol ini. Tombol mendapat perhatian mereka, jadi arahkan perhatian mereka ke hal yang seharusnya mereka lakukan (apa pun yang mereka perlu perbaiki).

Akhirnya, Mengapa Anda tidak menonaktifkan penawaran secara visual?

Sederhananya karena cacat yang dimilikinya bukanlah suatu keterjangkauan. Karena Anda pergi ke masalah untuk mencocokkan gaya visual tombol yang tidak melakukan apa-apa, Anda berhasil berkomunikasi dengan pengguna bahwa itu tidak melakukan apa-apa. Oleh karena itu tidak akan menarik perhatian mereka, mereka tidak akan percaya mereka seharusnya mengkliknya, mereka tidak akan percaya itu akan melakukan apa pun, dan karena itu mereka tidak percaya bahwa mereka memiliki cara untuk mengomunikasikan niat atau keyakinan mereka ( atau kebingungan) kepada Anda. Mereka mungkin melihat-lihat hal lain di sekitar halaman, tetapi bagaimana jika mereka tetap melewatkannya karena beberapa kegagalan UX lain atau kegagalan kode? Akan jauh lebih mudah dan lebih cepat untuk mengklik tombol yang mereka yakini siap untuk diklik, dan kemudian Anda bisa memberi mereka panduan yang jelas tentang apa yang harus dilakukan selanjutnya. Dengan kata lain, pengguna "hilang" di antarmuka daripada "awal" untuk mengklik tombol.

28
colllin

Jika tugas-tugas itu wajib, dan seharusnya hanya untuk fitur-fitur yang meningkatkan pengalaman, seperti memilih warna jaket sebelum melanjutkan untuk membeli, maka saran saya adalah membuat tombol terlihat, tetapi dinonaktifkan.

Ini dikombinasikan dengan penggunaan yang baik dari bidang pemberian tag sebagai opsional, dan pengiriman pesan, harus memungkinkan pengguna Anda untuk menyelesaikan langkah-langkah tanpa masalah.

Ya, kami tidak ingin mengganggu orang, itu tidak berarti mengatakan kami tidak boleh menggunakan kontrol untuk memastikan bahwa hasil yang diharapkan untuk pengguna benar dan mereka tidak terganggu dengan sampai pada akhir proses dan harus kembali ke halaman untuk menyelesaikan tindakan yang tidak kami lakukan, meskipun itu diperlukan.

6
DarrylGodden

Bingkai tantangan: sebagian besar waktu, alur kerja "penyihir" multi-langkah yang tidak akan membiarkan Anda terus (atau bahkan melihat) apa yang akan bertanya kepada Anda selanjutnya sampai Anda menyelesaikan apa yang diminta Anda saat ini adalah permusuhan pengguna dan adalah pola gelap. Bagi pengguna, rasanya seperti mereka diminta untuk memberikan informasi sebelum mereka tahu apakah hal itu akan bermanfaat bagi mereka, atau apakah mereka akan dapat melanjutkan seluruh operasi - mungkin akan berubah mereka tidak memiliki informasi tambahan yang mereka perlukan pada langkah selanjutnya, atau bahwa langkah selanjutnya akan memberi tahu mereka bahwa mereka tidak memenuhi syarat untuk melanjutkan.

UX yang tepat, jika meletakkan semuanya pada satu halaman terlalu berlebihan, adalah proses paginasi yang:

  • memungkinkan Anda bergerak bolak-balik dengan bebas tanpa memasukkan semua informasi
  • memperjelas bahwa Anda dapat melakukannya
  • menjelaskan kepada Anda ketika Anda telah menghilangkan informasi yang akan diperlukan sebelum Anda dapat menyelesaikan seluruh proses
  • memperjelas apakah pekerjaan parsial Anda akan atau dapat disimpan jika Anda meninggalkan proses atau menyisihkannya sampai nanti

Baru-baru ini saya bekerja pada penyihir multi-langkah serupa yang membantu praktisi medis menemukan lisensi medis yang tepat untuk mengajukan permohonan.

TL/DR: kami menggunakan opsi tombol yang dinonaktifkan.

Karena kami mengikuti pendekatan langkah demi langkah yang progresif di mana respons untuk setiap pertanyaan memandu pertanyaan-pertanyaan berikutnya, CTA 'Lanjutkan' harus dilakukan setelah setiap respons. Harap dicatat bahwa semua pertanyaan wajib pada aliran ini.

Untuk ini kami pengguna menguji dua pendekatan berikut

  1. Menampilkan tombol 'lanjut' aktif yang menunjukkan status 'aktif' - apa pun yang terjadi.
  2. Menampilkan tombol 'lanjut' yang dinonaktifkan yang menjadi aktif ketika pengguna telah membuat satu tindakan/pilihan yang diperlukan untuk melanjutkan.

Kami tidak menguji opsi ketiga menyembunyikan CTA 'Lanjutkan' karena pada dasarnya kami menganggap ini sebagai non-intuitif dengan refleksi yang tidak memadai dari status sistem.

Temuan kami adalah sebagai berikut:

  1. Opsi kedua (menonaktifkan tombol sampai relevan) memberikan isyarat visual kepada pengguna pada area yang bisa ditindaklanjuti untuk fokus.
  2. Jika pengguna mencoba mengklik tombol dinonaktifkan (yang jarang terjadi), mereka secara intuitif akan kembali ke pertanyaan karena petunjuk yang diberikan oleh keadaan dinonaktifkan (pudar).
  3. Menjaga tombol selalu aktif di seluruh (opsi 1) membingungkan pengguna karena mereka akan mengklik tombol tanpa benar-benar menjawab pertanyaan terkait dan pesan kesalahan berikutnya memperkenalkan keraguan dan memperlambat mereka.

Karena alasan ini, kami menggunakan opsi 2 (tombol yang dinonaktifkan).

Beberapa hal yang perlu diingat ketika memilih opsi 2 (tombol dinonaktifkan)

  1. Ini sangat ideal untuk aliran di mana input hanya pilihan kosakata tertutup (tombol radio, kotak centang dll) dan bukan input teks. Karena dengan input teks, mesin tidak akan tahu apakah form benar-benar lengkap untuk mengaktifkan tombol 'Lanjutkan'.
  2. Tombol harus terlihat ketika pengguna terlibat dengan pertanyaan sehingga pengguna dapat melihat status tombol berubah.
  3. Juga, sangat ideal untuk aliran di mana setiap tahap hanya memiliki 1 pertanyaan, untuk membuat interaksi tombol 'Lanjutkan' konsisten. (yaitu: Anda mendapatkan pertanyaan berikutnya hanya setelah mengklik lanjut).

Semoga ini membantu!

1
Tridib Chowdhury

Saya pikir pendekatan kedua adalah cara untuk pergi. Pengguna kemudian sudah tahu di mana ia dapat melanjutkan dan bahwa ada lebih banyak langkah yang akan datang.

pendekatan ketiga juga bisa berhasil, saya perlu melihat beberapa maket untuk ini. Itu bisa benar-benar elegan, tetapi bahaya membingungkan pengguna ada di sana. Saya pikir yang kedua aman, dapat diandalkan dan ramah pengguna.

1
Kweamod

Di mana opsi D? Perlihatkan tombol dalam keadaan aktif dan juga tunjukkan instruksi yang menjelaskan bahwa formulir harus diisi sebelum Anda dapat melanjutkan. Dengan cara ini Anda membiarkan sesuatu ditemukan. Pengguna dapat (dan harus) membaca instruksi, tetapi jika tidak, ia masih dapat mengklik tombol dan mendapatkan umpan balik apa yang harus dilakukan selanjutnya.

Saya menyarankan untuk tidak meneriakkan peringatan atau pesan kesalahan, tetapi tunjukkan dengan sopan atau flash instruksi lagi atau perlihatkan informasi tambahan apa yang harus dilakukan. Untuk pembaca layar Anda mungkin ingin menggunakan aria-live=“assertive” karena memiliki prioritas untuk mengetahui apa yang terjadi setelah klik.

1
jazZRo