it-swarm.asia

Operasi Dua Langkah dan Konvensi Tombol

Aplikasi web kami memiliki tiga operasi berbeda yang berjalan sebagai berikut:

  1. Pengguna disajikan dengan sembulan di mana pengaturan yang berbeda dipilih.
  2. Pengguna dapat mengklik tombol yang berlabel operasi (mis: "Gabung") atau "Batal".
  3. Jika pengguna maju aplikasi memproses operasi yang dapat memakan waktu beberapa saat dan popup lain disajikan yang merangkum apa yang akan terjadi. Pada titik ini, operasi tidak dilakukan dan pengguna dapat memilih untuk melanjutkan atau membatalkan.

Di sinilah tiga operasi kami tidak selaras. Dalam satu kasus pilihannya adalah Lanjutkan/Batalkan, di lain itu adalah Selesai/Batalkan dan akhirnya kami memiliki Menyelesaikan/Membatalkan.

Mana yang terbaik? Apakah ada alternatif yang lebih baik? Jika demikian, adakah argumen pendukung?

3
carrier

Saya biasanya mencoba untuk menjauh dari label tombol umum seperti ini dan sespesifik mungkin. Label Anda terasa sangat "database-y" bagi saya dan mengingatkan saya pada alat yang dirancang programmer untuk domain yang sangat abstrak (seperti ... editor database).

Lihat pertanyaan terkait ini tentang OK/batalkan pemosisian tombol untuk diskusi lebih lanjut:

OK/Batal di kiri/kanan?

Dalam jawaban saya di sana, saya ditautkan ke penelitian Jakob Nielsen tentang tombol OK/batal , di mana ia mencatat bahwa:

Sering kali lebih baik memberi nama tombol untuk menjelaskan apa yang dilakukannya daripada menggunakan label generik (seperti "OK"). Label eksplisit berfungsi sebagai "bantuan tepat waktu," memberi pengguna lebih percaya diri dalam memilih tindakan yang benar.

Misalnya, beberapa contoh:

Anda juga dapat mempertimbangkan meninggalkan alternatif . Dalam beberapa kasus, ini masuk akal. Saya pikir opsi "batal" baik untuk dimasukkan jika pengguna akan membuat komitmen yang signifikan, seperti membeli sesuatu atau operasi CRUD yang melibatkan banyak data.

Tetapi untuk sesuatu yang sederhana, seperti tweeting, terutama ketika ada rollback mudah tersedia setelah operasi komit, itu boleh saja untuk meninggalkan tombol "batal" eksplisit karena biasanya jelas bahwa tidak melanjutkan tidak akan melakukan apa-apa.

Contoh yang bagus adalah formulir komentar StackExchange, yang hanya memiliki tombol "Tambah Komentar" dan tidak ada cara untuk menyembunyikan formulir atau membatalkan. Tidak ingin menambahkan komentar? Jangan klik "Tambahkan Komentar"!

10
Rahul

Kedengarannya seperti penyihir. Ini sebuah contoh:

  1. Pengguna memulai fungsi Gabung
  2. Munculan muncul, berjudul Gabungkan .
    Ini berisi pengaturan untuk perintah, dan Next > dan Cancel tombol.
  3. Pengguna mengubah pengaturan dan mengklik Next >.
    Aplikasi memproses operasi selama beberapa saat.
  4. Halaman wisaya berikutnya muncul. Ini memiliki tombol Finish dan Cancel.
    Jika pengguna mengklik Finish maka operasi selesai; Cancel membatalkan semuanya.

Pendekatan lain adalah menjadikannya proses satu langkah, tetapi biarkan dibatalkan. Ini mungkin atau mungkin tidak mungkin, tergantung pada operasinya.

  1. Pengguna memulai fungsi Gabung
  2. Munculan muncul, berisi pengaturan untuk perintah, dan tombol Merge dan Cancel.
  3. Pengguna mengubah pengaturan dan mengklik Merge.
    Aplikasi memproses operasi untuk beberapa saat dan menyelesaikannya.
  4. Layar memperlihatkan hasil operasi, dan termasuk tombol Undo. Jika pengguna mengklik Undo maka operasi dikembalikan.
3
Bennett McElwee

Dua poin yang ingin saya sampaikan:

1) Jika proses penggabungan yang sebenarnya dimulai setelah layar kedua (dengan ringkasan), maka tombol "Gabung" harus berada di layar tersebut - layar kedua. Yang membuat saya mengatakan bahwa pada yang pertama, tombol harus mengatakan sesuatu seperti "Pratinjau hasil Gabung" atau serupa karena ini adalah hasil berikutnya yang akan didapat pengguna, dalam aliran proses yang dia mulai.

2) Ini adalah semacam saran fitur-menyeramkan tetapi mungkin masuk akal untuk memiliki tiga tombol pada layar pertama: "Penggabungan pratinjau", "Batal" dan "Gabungkan tanpa pratinjau". Ini akan menghemat waktu bagi pengguna yang tahu apa yang akan dia lakukan dan tidak ingin menunggu statistik dan kemudian berkomitmen untuk keputusannya. Hanya sebuah ide...

0
Jüri

Jika Anda tidak benar-benar melakukan "penggabungan" setelah mengklik Gabung maka Anda tidak boleh menyebutnya Gabung.

Seringkali yang digunakan dalam bentuk multi-tahap adalah konvensi Lanjut/Kirim. Lanjutkan menyiratkan bahwa Anda harus melanjutkan ke tahap berikutnya, tetapi itu belum menyiratkan komitmen.

Dalam hal toko online, check-out sering mengharuskan pengguna untuk melanjutkan melalui beberapa formulir, memberikan alamat & detail pembayaran. Tidak sampai halaman di mana mereka akhirnya dapat mengkonfirmasi pesanan adalah tombol "Place Order" atau "Commit To Buy" yang digunakan.

Saya akan menggunakan tombol "Pratinjau Gabung" atau "Lanjutkan" kemudian pada halaman di mana mereka melakukan, gunakan tombol "Lakukan Gabung" atau "Kirim".

0
Nick Bedford