Fungsionalitas 'tombol Kembali', seberapa pentingkah itu?

Semakin umum aplikasi "kaya" merusak tombol kembali. Saya selalu berpendapat bahwa ini adalah bentuk yang buruk tetapi mungkin pandangan itu sudah usang?

Apakah pernah OK untuk memecah tombol kembali? Dan jika demikian, apa kriterianya?

Hanya putuskan tombol kembali jika diharapkan (jika masuk akal untuk tidak kembali setelah acara di situs web Anda).

Mozilla melakukan penelitian tentang bagaimana orang menggunakan browsernya dan hasil untuk tombol kembali mengesankan:

Tombol Kembali digunakan jauh lebih sering daripada elemen navigasi lainnya (yang kami maksud adalah tombol Kembali, Maju, Muat Ulang, Berhenti, dan Beranda). 93,1% peserta studi menggunakan tombol Kembali setidaknya sekali, dan rata-rata, setiap pengguna mengklik Kembali 66,2 kali selama 5 hari - itu adalah 3x lebih banyak klik dari tombol Muat Ulang, 10x lebih banyak dari tombol Beranda, dan lebih dari 30x lebih banyak daripada Tombol Maju dan Berhenti!

sumber

Saya sering menggunakan tombol kembali dan saya benci kalau saya tidak bisa menggunakannya.

Menghancurkan tombol kembali sama seperti mematahkan pedal rem di dalam mobil. Pengguna berharap untuk selalu bekerja dan ketika tiba-tiba tidak terjadi kekacauan. Tombol kembali mungkin merupakan fitur UI yang paling banyak digunakan dalam peramban sehingga mengubah perilakunya dengan cara apa pun dapat, paling banter, tidak berguna, dan, paling buruk, mengakibatkan kebingungan pengguna dan pengabaian (atau meningkatkan biaya dukungan pelanggan). Bahkan jika itu membawa pengguna kembali ke tempat mereka berada , bukan itu yang mereka harapkan .

Menghancurkan tombol kembali harus dihindari.

Menghentikan tombol kembali mungkin OK dalam beberapa kasus, tetapi hampir selalu tidak perlu. Saya sudah sering melihatnya dengan bentuk multi-langkah tempat Anda memposting dari satu halaman ke halaman berikutnya. Apa yang harus Anda lakukan dalam contoh ini adalah dari halaman formulir Anda (1), poskan ke halaman lain (2) yang (misalnya) menyimpan barang-barang di sesi, lalu mengarahkan kembali ke halaman lain (3). Ketika pengguna menekan tombol kembali mereka akan beralih dari (3) kembali ke (1).

Bahkan dengan RIA, Anda dapat menggunakan hash / anchor URL (yaitu page.html#section) dan memonitorinya untuk perubahan. Gmail melakukan ini untuk 'halaman' yang berbeda seperti Kotak Masuk, Tulis, Pengaturan dll. Pertanyaan tentang Stack Overflow ini akan membantu jika Anda ingin menerapkannya.

Penting untuk memecah tombol kembali di situs tempat pengguna mengambil kuis, beberapa situs perbankan. Umumnya, bukan ide yang bagus.

Alasan utama mengapa ini "semakin umum" adalah bahwa beberapa kerangka kerja RIA tidak mendukung tombol kembali atau mengharuskan Anda untuk secara aktif memikirkan cara memasukkan penggunaannya ke dalam aplikasi Anda. Sebagian besar kerangka kerja memang menawarkan beberapa dukungan untuk navigasi, seperti dukungan Silverlight 3 untuk Frame dan kontrol Halaman , Anda hanya perlu tahu cara menggunakannya secara efektif. Kerangka navigasi yang sama digunakan dalam aplikasi Windows Phone 7.

Penelitian telah menunjukkan bahwa hampir 1/3 dari klik saat menggunakan browser ada di tombol kembali (dari Don't Make Me Think). Sejujurnya saya tidak percaya ada alasan bagus untuk menghentikan tombol kembali agar tidak berfungsi. orang-orang harus dapat bernavigasi di sekitar situs Anda namun mereka mau.

Pengalaman saya adalah bahwa kecuali Anda menggunakan kerangka kerja yang terkandung seperti aplikasi DALAM konteks browser (seperti silverlight yang disebutkan di atas), dan memiliki navigasi yang jelas dan sesuai, itu bukan ide yang baik untuk mulai bermain-main dengan fungsi standar. Dalam kasus di mana saya telah melihatnya digunakan hampir selalu ada masalah dengan browser lain yang tidak kompatibel dengan javascript atau sesi tidak selalu menyimpan dengan benar, dan ketika seseorang "tidak sengaja" menekan tombol hal-hal cenderung tidak melanjutkan seperti yang diharapkan.

Saya pikir saya bisa menyimpulkan tanggapan sebagai

Anda tidak boleh melakukan itu kecuali Anda benar-benar tidak bisa menghindarinya. Meski begitu Anda tidak harus.

Kedengarannya benar.

Untuk tidak mengabaikan seberapa "sering" pengguna menekan tombol kembali, atau itu bukan "ide bagus" untuk "menghancurkan" itu, saya akan menawarkan saran yang berbeda: Tombol kembali harus membawa pengguna ke suatu tempat sebelum pengguna sampai di tempat mereka sekarang. Dalam banyak kasus lebih masuk akal dan lebih bermanfaat untuk tidak mengambil mereka satu klik-kembali tautan (dan mungkin jauh lebih mudah untuk diterapkan). Misalnya, ambil penjelajahan album foto. Pengguna membuat satu klik untuk memilih album, disajikan dengan thumbnail. Klik lain pada thumbnail menunjukkan gambar itu dengan tautan berikutnya / sebelumnya. Pada titik ini pengguna menavigasi melalui album. Setelah selesai, mereka mengklik kembali. Pada titik ini, lebih mudah dan intuitif untuk kembali ke gambar mini daripada gambar sebelumnya.

Singkatnya, tombol kembali harus melakukan sesuatu, tetapi apa yang seharusnya dilakukan tergantung pada aplikasi.