Jangan Sembunyikan Kontrol Saya: Kontrol Antarmuka Tersembunyi Mempengaruhi Kegunaan

• Kontrol tersembunyi menurunkan kegunaan antarmuka pengguna
• Di masa lalu, menu yang terlihat di layar menjadi titik balik yang sangat meningkatkan kegunaan
• Belakangan ini, pada ponsel dan berbagai perangkat lain, muncul gejala kembali ke arah yang menuntut operasi berbasis ingatan
• Kompleksitas desain antarmuka dan faktor estetika menjadi penyebab utama meningkatnya kontrol tersembunyi
• Kini desainer perlu meninjau ulang struktur agar semua fungsi utama ditampilkan sehingga dapat dijelajahi pengguna

---

Pendahuluan: Lokasi Pengetahuan dan Antarmuka

• Pada 1960-an, Douglas Engelbart mengajukan konsep “apakah pengetahuan ada di dunia, atau ada di kepala”
• “knowledge in the world” berarti kontrol operasi ditampilkan di antarmuka sehingga pengguna dapat langsung menemukannya dan memakainya tanpa perlu mengingat
  • Contoh: antarmuka grafis dengan menu dropdown
• “knowledge in the head” berarti lingkungan di mana pengguna harus menghafal semua kontrol dan perintah
  • Contoh: pada command prompt DOS, jika tidak tahu perintah (DIR dan sebagainya), pengguna tidak bisa melakukan apa pun

Mengapa Kontrol Tersembunyi Bertambah dan Dampak Buruknya

• Semakin meningkat kompleksitas antarmuka, semakin banyak kontrol yang disembunyikan secara visual
• Dari luar mungkin terlihat lebih ringkas, tetapi bagi pengguna pemula, pengoperasian menjadi jauh lebih sulit
• Munculnya menu dropdown dan kontrol yang terlihat pada masa awal secara drastis meningkatkan popularisasi komputer dan produktivitas
• Namun pada perangkat mobile dan perangkat elektronik generasi baru, kembali meluas situasi yang menuntut pengoperasian berbasis “peta ingatan”
  • Contoh: lampu flash iPhone, melihat notifikasi, menjalankan Apple Pay, dan sebagainya hanya bisa diakses jika pengguna mengetahui aksi tersembunyi atau gesture tertentu tanpa adanya petunjuk yang memadai

Contoh Kontrol Tersembunyi dalam Kehidupan Sehari-hari

• Pada kunci mobil nirkabel dan gagang pintu, juga ada kontrol tersembunyi, sehingga tanpa mengetahui cara pakainya, bahkan akses dasar pun bisa menjadi sulit
  • Contoh: posisi kunci di bagian dalam, lubang kunci tersembunyi, urutan tombol tertentu, dan sebagainya
• Sistem navigasi kendaraan (seperti Apple Maps di CarPlay) juga cenderung menyembunyikan kontrol penting demi menampilkan peta lebih luas, sehingga fungsi hanya bisa digunakan jika pengguna tahu harus menyentuh area tertentu
• Kontrol berbasis waktu juga bekerja sebagai bentuk kontrol tersembunyi
  • Contoh: tombol daya komputer hanya melakukan shutdown normal jika ditekan lama, penguncian smart lock elektronik memerlukan kunci terpisah atau tekan lama, yaitu cara operasi khusus

Masalah Umum akibat Kontrol Tersembunyi dan Dampaknya bagi Pengguna Ahli

• Bahkan ketika volume diatur ke 0, aplikasi tetap mengeluarkan suara sesuka hati; ini menunjukkan bagaimana “pengaturan tersembunyi” dapat menimpa perintah langsung dari pengguna
• Pengguna mahir pun mengalami ketergantungan serius pada antarmuka berbasis perintah (misalnya R, jendela DOS, dan sebagainya) terhadap konsep “knowledge in the head”
• Ada kecenderungan untuk secara bertahap kembali ke antarmuka yang lebih primitif

Mengapa Kontrol Tersembunyi Semakin Banyak

• Fitur terlalu banyak sehingga mustahil menampilkan semuanya di layar, yang menurunkan visibilitas
• Interaksi antar mode sistem, meningkatnya kompleksitas, serta pengejaran estetika atau kemudahan implementasi oleh desainer membuat penyembunyian kontrol makin sering terjadi
• Pada praktiknya, hal ini lebih sering terjadi karena tujuan desain (seperti kesempurnaan estetika) diprioritaskan daripada perhatian pada pengguna

Contoh Sukses dan Perbedaan pada Sistem Mission-Critical

• Beberapa sistem seperti navigasi General Motors menampilkan semua kontrol yang diperlukan secara jelas di layar setiap saat, sehingga pemula pun mudah menjelajahinya
  • Contoh: fungsi zoom melalui dial fisik pada Buick LaCrosse
• Dalam sistem mission-critical (pesawat, pabrik, dan sebagainya), desain hampir selalu berpusat pada kontrol yang selalu terlihat secara permanen
  • Tidak ada yang mau menanggung risiko operasi cepat terhambat oleh kontrol tersembunyi

Pembelaan terhadap Antarmuka Tersembunyi dan Batasannya

• Kontrol tersembunyi bukan sekadar soal keluhan antargenerasi, melainkan masalah kegunaan yang nyata
• Sebagian pihak mempromosikan penjelajahan fitur tersembunyi sebagai kelebihan, tetapi kenyataannya penurunan aksesibilitas sangat jelas
• Dari sudut pandang pengguna, kontrol yang tidak dapat ditemukan sama saja dengan tidak ada

Ubiquitous Computing dan Otomatisasi/Transparansi Kontrol

• Mark Weiser dan Donald Norman meramalkan masa depan di mana teknologi bekerja secara “transparan” di latar belakang
  • Contoh: kontrol mesin mobil disesuaikan sepenuhnya secara otomatis di latar belakang sehingga pengguna tidak perlu mengoperasikannya
• Kasus kontrol yang sepenuhnya disembunyikan karena otomatisasi memiliki kebutuhan dan konteks yang jelas
  • Namun ketika diperlukan interaksi pengguna, kontrol yang eksplisit tetap harus ada

Kesimpulan dan Arah bagi Desainer Antarmuka

• Desainer antarmuka harus menghindari penggunaan kontrol tersembunyi dan mengalihkan semua fungsi ke dasar “knowledge in the world”
• Discoverability kontrol tetap merupakan prinsip desain yang sangat penting
• Penurunan discoverability pada antarmuka modern justru merupakan kemunduran ke masa awal komputer

Referensi

• Engelbart, D.C. (1962) dan literatur inti lainnya
• Kutipan buku dan makalah terkait seperti Apple Macintosh, The Psychology of Everyday Things, The Invisible Computer

Tentang Penulis

• Philip Kortum: profesor di Departemen Ilmu Psikologi, Rice University, yang meneliti pengembangan sistem berfokus pada kegunaan di berbagai bidang seperti evaluasi kegunaan dan keandalan, kesehatan global, serta sistem mobile

[GN⁺]

Komentar Hacker News

• Berbagi pengalaman pengguna yang merasa tidak nyaman dengan desain yang belakangan ini menyembunyikan scrollbar; juga menyinggung bahwa beberapa contoh knob fisik yang intuitif dalam artikel punya batasan biaya dan kepraktisan; serta merasa bingung saat label pada toggle switch ternyata menunjukkan keadaan yang akan diubah, bukan keadaan saat ini
  • Secara pribadi juga tidak suka toggle switch sungguhan karena ambigu; checkbox atau tombol yang tampak ditekan jauh lebih jelas, dan disayangkan kejelasan itu dikorbankan demi tren modernisasi
  • Teringat pengalaman membingungkan dengan toggle switch verifikasi instan di mesin penjual tiket kereta Austria; scrollbar juga terlalu tipis sampai rasanya perlu skill game FPS untuk memakainya, dan kadang scrollbar horizontal justru lebih nyaman; sindiran juga ditujukan ke Firefox dan standar CSS
  • Di macOS, scrollbar bisa selalu ditampilkan lewat pengaturan sistem atau perintah terminal
  • Jika toggle dimaksudkan sebagai aksi, maka harus memakai kata kerja seperti "TURN ON" agar jelas; bila untuk menunjukkan status, usulan yang lebih jelas adalah bentuk seperti "IS ON"; kecuali beberapa kasus langka yang memang membingungkan secara konteks, memakai kata kerja dianggap hampir selalu membuatnya jelas
  • Tolong dukung juga PgUp dan PgDn
• Mengemudikan Toyota lama, dan semua kontrol selalu terlihat, diberi label dengan jelas, serta bisa dibedakan lewat sentuhan jari; ini dianggap mudah direplikasi dan hanya butuh rekayasa minimal, tetapi sebagian besar produsen mobil saat ini dinilai bahkan gagal melakukan hal sesederhana itu, sehingga dianggap kurang kompeten
  • Ada bagian yang disetujui, tetapi anggapan bahwa "semua kontrol harus terlihat" dinilai meremehkan desainer; dalam praktiknya hanya kontrol yang benar-benar dibutuhkan saat berkendara yang ditampilkan, sementara sisanya dibuat kecil, rumit, atau disembunyikan; tuas pengatur tinggi kursi, tuas pembuka kap mesin, dan sebagainya memang tersembunyi namun tetap mudah diakses; proses desain yang mempertimbangkan banyak detail ini tidak sesederhana atau setrivial itu, dan justru penyederhanaan berlebihan atas hal-hal seperti inilah yang dianggap menjadi salah satu penyebab UX sekarang memburuk
  • Ada juga pandangan bahwa ini bukan masalah kemampuan, melainkan biaya; sekarang touchscreen lebih murah dan lebih mudah dibuat daripada memproduksi serta merakit banyak tombol dan knob secara terpisah
  • Berbagi pengalaman pernah menerima banyak tawaran perekrutan sebagai pengembang sistem dari produsen mobil Amerika, tetapi di komunitas Hacker News banyak yang berpendapat, “kalau mau menjaga kesehatan mental, hindari saja”
  • Secara pribadi juga menjelaskan bahwa membuat part mekanis seperti knob dalam variasi berbeda akan menaikkan biaya produksi, misalnya karena perlu custom mold; menaruh semuanya di layar jauh lebih efisien dari sisi biaya
• Menyembunyikan elemen UI demi efisiensi ruang layar masih bisa dipahami, tetapi membiarkan ruang itu kosong sambil tetap menyembunyikannya terasa tidak masuk akal; di IntelliJ, ikon di atas project tree tersembunyi dan baru muncul saat mouse diarahkan ke sana, dan dipertanyakan apakah benar perlu dibuat seperti itu
  • Di saat layar ponsel, desktop, dan laptop lebih besar daripada sebelumnya, dipertanyakan apa dasar membuat elemen layar justru disembunyikan; teringat bahwa bahkan Macintosh hitam-putih kecil tahun 1984 pun rela mengorbankan rasio layar demi menempatkan tombol untuk kejelasan dan visibilitas
  • Sebagian orang mengeluh bahwa "noise" visual mengganggu konsentrasi, sementara yang lain ingin semua kontrol dan indikator selalu terlihat seperti panel instrumen; pengaturan bawaan IDE adalah kompromi yang mencoba menyeimbangkan dua selera ekstrem ini; pada dasarnya itu memang kompromi, dan beberapa alat menyediakan pengaturan rinci lewat mode seperti "no distractions mode"
  • Di IntelliJ versi Windows, menu juga tersembunyi di balik ikon hamburger sehingga ruang kosong justru bertambah; untungnya bisa dipulihkan lewat pengaturan, tetapi nilai bawaannya terasa tidak bisa dipahami
  • Meski tahu tombol itu ada dan ingat bagaimana cara memunculkannya, kadang tetap lupa letaknya dan hanya menatap layar dengan bingung
  • Beberapa aplikasi justru tidak menyembunyikan tombol tambahan, dan malah membuat orang berharap ada opsi untuk menyembunyikannya; Google Maps disebut sebagai contoh
• Saat memakai smart key mobil, kunci fisik asli ternyata tersembunyi, bahkan sampai harus membongkar gagang pintu untuk menemukan lubang kunci; ini dikritik sebagai rekayasa yang sangat tidak ramah pengguna karena menyembunyikan kontrol penting
  • Ada juga pengalaman serupa saat memakai mobil sewaan; remote key rusak dan semua barang tertinggal terkunci di dalam mobil; meski tahu ada kunci fisik, posisi lubang kuncinya baru bisa ditebak dari bekas goresan di sekitar gagang pintu akibat pengguna sebelumnya yang juga mencoba membukanya
  • Ada pendapat bahwa situasi seperti ini memang seharusnya diketahui pengguna sejak awal, dan informasinya bisa dicari di Google; diberikan contoh bahwa saat menerima mobil baru, mereka langsung memeriksa opsi cadangan dan cara kerjanya; pemahaman dasar atas produk yang dimiliki dianggap penting
• Salah satu alasan berpindah dari iPhone ke Android adalah karena tombol Home di iPhone hilang, sehingga menjadi lebih sulit dijelaskan dan dipakai oleh anggota keluarga yang lebih tua; saat membeli ponsel Pixel baru, navigasi 3 tombol selalu diaktifkan terlebih dahulu, tetapi aplikasi-aplikasi sekarang sering mengasumsikan hanya ada bottom navigation bar sehingga konten tertutup oleh navigasi 3 tombol, dan ini dikritik sebagai kelemahan UI
  • Ada pendapat bahwa elemen UI inti harus selalu terlihat; Apple dinilai kadang melanggar prinsip ini, tetapi umumnya masih berusaha menahannya; penghapusan tombol Home ditafsirkan bukan sebagai menyembunyikan elemen UI, melainkan mengubah bentuk interaksi; soal apakah itu intuitif atau unggul memang bisa diperdebatkan, tetapi setelah terbiasa hampir tidak ada friksi saat digunakan; juga disebutkan adanya fitur aksesibilitas iOS yang menampilkan shortcut kecil berbentuk lingkaran yang bisa diseret di layar, lengkap dengan label teks
  • Fenomena item menu yang diam-diam hilang di software umum juga dianggap serupa; contohnya di MS Word, ikon untuk menyimpan file read-only hilang sama sekali; dianggap lebih baik kalau dibiarkan nonaktif, lalu saat pengguna mencoba menyimpan diberi tahu penyebabnya dan cara mengatasinya
  • Sebagai pengguna Android lama, setiap kali meminjam iPhone kadang tetap merasa frustrasi karena interaksinya tidak intuitif atau bahkan tidak ada; kualitas kamera Pixel dan Samsung juga sudah bagus, jadi tidak ada alasan pindah ke ekosistem Apple
• Ada opini bahwa artikel kurang membahas poin penting bahwa hilangnya UI bukan kebetulan atau kesalahan, melainkan fenomena untuk mengunci pengguna; pada software yang sudah mencapai titik jenuh pertumbuhan, UI diubah dengan cara yang tidak intuitif agar pengguna lama tidak pergi; perangkat dibuat bukan sekadar untuk "digunakan", melainkan untuk "diinternalisasi", sehingga tercipta hambatan untuk pindah; proses mempelajari UI menimbulkan rasa takut berganti ke produk baru, dan ini dianggap menjelaskan mengapa banyak perusahaan software besar melakukan hal tersebut
  • Hipotesis ini mungkin tampak benar bila dilihat sepotong-sepotong, tetapi pada kenyataannya juga banyak reaksi balik terhadap "antarmuka yang rumit dan padat"; tren minimalisme dan berbagai kalangan pengguna seperti /r/unixporn juga kuat dalam kecenderungan menyembunyikan kontrol mereka sendiri; GNOME dan lainnya juga sedang mengikuti arus antarmuka minimal; banyak pengguna juga bisa mencari fitur hanya saat dibutuhkan, sehingga ini dianggap sebagai pilihan yang selektif
  • Cara ini adalah pedang bermata dua karena juga menghambat masuknya pengguna baru; ada yang lebih nyaman dengan Android karena tidak suka semua antarmuka Apple dipusatkan pada satu tombol; ketidaksukaan terhadap Apple juga ada karena alasan-alasan lain
  • Bahkan di OSS nirlaba pun terlihat ada kecenderungan mengikuti tren tanpa kritik; perubahan desain Firefox yang terus berulang dan GNOME juga disebut dalam konteks yang sama
• Jika desainer tipe "artist" memegang kuasa atas keputusan UI, mereka dianggap akan terobsesi pada kerapian dan mengabaikan affordance serta kesempatan belajar untuk penggunaan intuitif; kokpit pesawat—yang terasa sangat membebani bagi non-ahli tetapi semua elemennya diberi label jelas bagi profesional—disebut sebagai contoh kontras yang representatif
  • Ada bantahan bahwa keran air rumah biasa pun tidak perlu diberi label arah; kokpit pesawat justru terlalu membebani bagi pemula; desainer antarmuka dinilai tahu betul apa yang intuitif dan punya kemampuan merangkum fungsi kompleks ke dalam form factor yang sederhana; menganggap orang tanpa pendidikan desain bisa menghasilkan hasil yang lebih baik dianggap tidak lebih dari keangkuhan dan sikap meremehkan; fakta bahwa banyak pengguna mampu memakai smartphone modern dengan terampil tanpa pelatihan dianggap sebagai pencapaian yang luar biasa
• Rant terkait software desktop di Hacker News dan pertanyaan soal kondisinya saat ini
• Salah satu prinsip desain UI di perusahaan mereka adalah bahwa shortcut keyboard dan context menu harus selalu bisa diakses lewat tombol atau menu yang ditampilkan dengan jelas; ini mungkin terdengar agak kuno, tetapi dianggap penting; empat sudut layar adalah area inti dalam UI karena mouse bisa bergerak ke sana dengan cepat; Start menu di Windows 11 yang dipindah ke tengah dijadikan contoh ketidaknyamanan bagi pengguna, meski mungkin itu kebijakan yang lebih mengutamakan sentuhan daripada desktop
• Ditekankan bahwa aksesibilitas dan menurunnya intuitivitas UI sangat memengaruhi penyandang disabilitas dan lansia; meski sentuhan dan gesture kini menjadi arus utama, UI mobile awal justru dianggap lebih aksesibel; tren yang terlalu minimal dan terlalu flat dipandang sebagai penyebab utama; palm, compaq pilot, iPod, dan sistem UI iPhone awal dikenang secara positif, sementara perkembangan setelahnya dinilai justru kemunduran
  • Sebaliknya, ada juga pandangan bahwa saat melihat komentar HN di ponsel, tersembunyinya banyak kontrol UI justru membuat fokus ke konten terasa lebih indah dan nyaman; pada era palm pilot, tombol dan kontrol memakan setengah layar sehingga area konten justru berkurang; kontrol tersembunyi tidak selalu buruk, dan setelah dipelajari bisa menjadi alat yang sangat kuat bagi pengguna mahir; menuntut pengguna untuk mempelajari UI sampai batas tertentu dianggap tak terhindarkan, dan pada alat berfitur tinggi seperti code editor atau git memang ada trade-off antara kesederhanaan dan kekuatan; namun kecenderungan belakangan ini bahwa setiap aplikasi terlalu banyak membuat kontrol kustom sendiri sehingga pembelajaran UI sulit ditransfer dianggap sebagai masalah; struktur seperti platform palm pilot, di mana sekali belajar lalu bisa dipakai sama di semua aplikasi, dianggap ideal