Kembalinya ke China kebetulan bertepatan dengan acara UXday yang diselenggarakan oleh Departemen Pengalaman Pengguna Baidu. Topik diskusi grup kami adalah tabu saat menggunakan tab.
Topik yang kami diskusikan berfokus pada satu hal: bagaimana cara menangani tab yang sangat besar?
Pertama, mari kita ulas sejarah Tab. Tab di sini adalah istilah umum untuk jenis elemen interaktif, termasuk navigasi dalam desain web dan penggunaan dalam perangkat lunak desktop seperti browser. Elemen interaktif yang disebut tab umumnya memiliki dua karakteristik berikut:
Ini memiliki arti tindakan dan status. Salah satu alasan mengapa tab populer adalah karena mudah dioperasikan dan pada saat yang sama memungkinkan pengguna mengetahui dengan jelas di mana mereka berada saat ini (tab)
Dari perspektif arsitektur informasi, konten antar tab umumnya tidak tumpang tindih. Dan hubungan antar tab harus setara dan tidak boleh ada afiliasi timbal balik.
Jadi dalam arti luas, sebagian besar menu navigasi sebenarnya dapat diringkas menjadi beberapa tab.
Penggunaan tab dalam desain web umumnya dianggap dipelopori oleh Amazon. Saya yakin banyak dari Anda telah membaca artikel ulasan klasik LukeW: Sejarah Navigasi Tab Amazon (untuk versi China, silakan klik di sini). Dari artikel ini, kita dapat melihat bahwa navigasi Amazon telah berevolusi dari hanya memiliki dua tab: Buku dan Musik menjadi memiliki dua baris tab pada puncaknya pada tahun 2000. Jelasnya, ketika jumlah tab bertambah, metode interaksi tab mengalami beberapa kesulitan.
Contoh lainnya adalah kotak dialog Pengaturan di Word 2003. Seperti yang ditunjukkan pada gambar di bawah, jika label terlalu banyak dan ruang tampilan terbatas, Microsoft harus menyusun label dalam dua baris. Masalah besarnya adalah, ketika baris atas label dipilih, bagaimana cara mengekspresikan hubungan antara status yang dipilih dan halaman konten saat ini?
Pendekatan Microsoft telah dikritik. Pada gambar di atas, ketika pengguna mengklik baris atas label, baris atas secara otomatis bertukar dengan baris bawah untuk menjaga hubungan erat antara label dan halaman konten. Namun, pendekatan ini membuat posisi label menjadi sangat tidak konsisten. Saya yakin banyak orang memiliki pengalaman membingungkan yang sama.
Pada beberapa software lain, seperti Firefox 3 (seperti gambar di bawah), ketika mengklik label baris atas, tampilan label hanya berubah ke keadaan yang dipilih. Keuntungannya adalah konsistensi posisi label tetap terjaga, tetapi beberapa indikasi posisi hilang.
Jadi jika beberapa baris label bukanlah ide yang baik, bagaimana Anda menangani banyak baris label?
Ide yang jelas adalah mengubah susunan label dari susunan horizontal menjadi vertikal. Umumnya susunan ini berada di sisi kiri tampilan, dan bisa berupa ikon atau teks.
Namun, ada beberapa masalah dengan pendekatan ini. Pertama-tama, jika nama labelnya sangat panjang, maka akan menempati banyak ruang kiri yang berharga, dan ruang ini kebetulan menjadi fokus perhatian pengguna di layar dan merupakan medan pertempuran bagi para ahli strategi militer. Beberapa situs web menempatkan teks secara vertikal. Pendekatan ini, terutama untuk situs web berbahasa Inggris, merupakan bencana bagi keterbacaan. Jika ditempatkan di sisi kanan, dapat mengganggu bilah gulir, dan tidak mudah diperhatikan oleh pengguna. Kedua, ketika tag tidak banyak (mengingat jumlah tag yang bervariasi), juga memusingkan untuk meletakkan konten apa di bawah tag.
Salah satu gagasannya adalah jika ada struktur antar tag, maka tag dapat dikelompokkan. Kemudian tambahkan tingkat navigasi. Microsoft OneNote telah mencapai puncak dalam hal ini. Ini membagi informasi menjadi tiga tingkatan: buku catatan, bagian, dan halaman. Setiap tingkat diwakili oleh navigasi tab ... Microsoft sangat pandai menangani navigasi label tiga lapis dengan sangat baik menggunakan gestalt (pembagian di sebelah kiri), penandaan warna (warna untuk bagian dan putih untuk halaman) dan teknik lainnya.
