Satu kalimat: desain bagus menghilang dari perhatian; desain buruk membuat pengguna terus bertanya “kenapa?”.
0. Ringkasan lima detik
Di game kartu kompetitif, naik ke rank tinggi lalu sulit menemukan lawan pada siang hari kerja bisa dimaklumi. Masalah berubah ketika setiap kegagalan memaksa manusia menekan Coba lagi. Harusnya PvP, tetapi pertarungan pertama justru melawan UI.
Prinsipnya: jangan suruh saya bertarung di luar pertandingan. Manusia memprediksi apa yang biasanya terjadi dan bagaimana sistem seharusnya bekerja bila tujuannya masuk akal. Saat realitas menyimpang, muncul “hah?”, “kenapa?”, “kok aneh?”.
Artikel ini memakai istilah praktis deteksi ketidakselarasan struktural. Ini bukan istilah psikologi resmi; ia menghubungkan prediction error, expectancy disconfirmation, processing fluency, Person–Environment Fit, Expectancy Violations Theory, dan intuisi ahli.
Rasa ganjil adalah alarm, bukan vonis penyebab.
1. Awal: bos pertama adalah tombol Coba lagi
Rank naik → pemain sedikit → matchmaking gagal → coba lagi → gagal → coba lagi. UI tidak bisa menciptakan pemain, tetapi dapat terus mencari atau mengulang otomatis.
Keluhan berubah menjadi “kenapa saya operator matchmaking?”. Game harus membuat pemain memikirkan kartu, tempo, risiko, dan kemenangan, bukan memberi pekerjaan sampingan Teknisi Restart Manual.
Jangan jadikan manusia cron job. Saya membuka game, bukan lowongan Operasi UI.
2. Prinsip: hapus PvE di luar tujuan
Jangan jadikan friksi yang tidak terkait tujuan sebagai pekerjaan pengguna. Mau belanja malah melawan registrasi, mau reservasi melawan interface, mau kerja mencari approver, sudah otomatis tetapi masih diawasi manusia setiap hari, mau ngobrol malah reverse-engineer aturan tersembunyi.
Tidak ada yang ingin achievement “Mengalahkan Form Checkout”. Layanan bagus tidak menambah musuh.
3. Kualitas tinggi sering terasa “biasa saja”
Pintu terbuka, pembayaran selesai, search menemukan, langkah berikut jelas, siapa yang memutuskan diketahui, percakapan berjalan tanpa decoding. Selesai. Kesan: biasa saja.
Riset processing fluency membahas bagaimana kemudahan memproses informasi dapat memengaruhi rasa suka, keyakinan, dan keakraban. Riset layanan juga menunjukkan pentingnya hubungan antara ekspektasi dan pengalaman.
Sistem matang menjadi transparan. Sistem belum matang terus memperkenalkan diri: klik sini, kembali dulu, tanya departemen lain. Desain buruk memperkenalkan dirinya terlalu keras; desain bagus mengurangi kehadirannya.
4. “Kok aneh?” dalam bahasa riset
Prediction error: meta-analisis 264 studi neuroimaging meneliti prediction error pada reward, punishment, action, cognition, perception, dan social inference. Versi biasa: “Lho, setelah ini ternyata begini?”
Expectancy disconfirmation: meta-analisis 2024 merangkum 150 records, 168 studi independen, dan 58.597 peserta. Bukan hanya performa; jarak antara harapan dan pengalaman juga penting.
Processing fluency: mudah dibaca, dicari, dipahami, dan diprediksi. Jangan gunakan otak pelanggan sebagai CPU tambahan gratis.
Person–Environment Fit: lingkungan bagus belum tentu cocok untuk semua orang. Sepatu mahal tetap sakit kalau salah ukuran.
Expectancy Violations Theory: perilaku yang menyimpang dari ekspektasi interpersonal menarik perhatian; kejutan positif juga bisa menjadi violation.
5. Lima ketidakselarasan struktural
- Tujuan–cara: ingin cepat tetapi tambah tiga approval.
- Tanggung jawab–wewenang: “putuskan sendiri” lalu “kenapa tanpa izin?”. Ladang ranjau dijual sebagai empowerment.
- Ucapan–perilaku: “kami mendukung eksperimen” tetapi satu gagal dihukum lama. Poster dan operasi terasa seperti perusahaan berbeda.
- Penilaian–hasil: ingin produktivitas tetapi reward jam terlihat; ingin kualitas tetapi menghukum laporan defect. Orang mengoptimalkan cara mendapatkan poin.
- Manusia–sistem: klik berulang, input ganda, start manual, monitoring “tidak ada masalah”. Jangan jadikan manusia cron job.
6. Cara sensor bekerja
Pahami tujuan → prediksi struktur masuk akal → amati realitas → temukan selisih → tanya kenapa → cek penyebab, kriteria, tanggung jawab → desain ulang.
Sering melihat friksi tidak otomatis berarti suka mengeluh. Tetapi setelah satu langkah sia-sia terlihat, Anda akan melihatnya selamanya. Kerikil di sepatu menjadi tokoh utama perjalanan. Dunia masuk UI Debug Mode permanen.
7. Layanan: jangan jadikan UI boss fight
Cari input berulang, konfirmasi tidak perlu, recovery manual dari kegagalan yang dapat diprediksi, form yang menghapus data, aksi utama tidak jelas, error code tanpa sebab, dan pertanyaan tentang data yang sistem sudah tahu.
Micro-friction yang berulang dapat menguasai pengalaman. Layanan matang bertanya bukan hanya “apa yang ditambah?”, tetapi “apa yang tidak perlu lagi disadari pengguna?”
8. Lingkungan: jangan tambal institusi rusak dengan kemauan manusia
Tidak jelas siapa memutuskan → tanya senior. Tidak ada definition of done → baca suasana. Sistem tidak terintegrasi → Excel jadi lem. Jadwal rusak → seseorang memantau setiap hari.
Pekerjaan selesai tidak membuktikan sistem sehat. Bisa jadi manusia sedang memperbaiki sistem cacat secara manual real-time. Tim yang sangat hebat bahkan bisa memperpanjang umur proses buruk. Gotong royong versi neraka.
9. Manusia: rasa ganjil bukan telepati
Kontradiksi berulang, aturan berubah, dan tanggung jawab bergerak satu arah layak diamati. Tetapi mengamati inkonsistensi tidak membuktikan niat jahat.
Pisahkan fakta, prediksi, selisih, penjelasan alternatif, dan pengujian berikutnya. Rasa ganjil adalah alarm asap, bukan foto pelaku pembakaran.
10. Kapan intuisi ahli dapat dipercaya
Kahneman dan Klein pada 2009 menekankan pola lingkungan yang dapat dipelajari dan latihan cukup dengan feedback bermakna. Bila aturan terus berubah, hasil sulit diverifikasi, atau randomness tinggi, pengalaman lama tidak menjamin intuisi akurat.
Catat juga tebakan yang salah. Jangan buat situs review memori sendiri yang hanya menampilkan bintang lima.
11. Ubah rasa ganjil menjadi improvement
Tulis tujuan → tulis proses sekarang → cari pertarungan di luar tujuan → tanya mengapa manusia melakukannya → periksa teknologi, safety, cost, policy, legacy → hapus, otomatisasi, gabungkan, atau buat terlihat → ukur apakah “kenapa?” berkurang.
12. Why Count
Hitung: kenapa klik ini?, kenapa input lagi?, kenapa tanya orang itu?, kenapa saya cek manual?, kenapa aturan ini ada?
0: transparan. 1–2: lancar. 3–5: sistem mulai mencuri panggung. 6+: pengguna mengalami operasi dan maintenance, bukan produk. Bukan skala akademik tervalidasi, tetapi berguna untuk menemukan friksi.
13. “Normal” adalah barang mewah
Pintu harus terbuka, listrik harus hidup, search harus menemukan, pembayaran harus selesai, siapa yang memutuskan di tempat kerja harus jelas, dan hubungan tidak perlu membangun ulang aturan setiap percakapan.
Karena itu review sistem hebat bisa hanya “normal”. Di balik normal ada exception handling, testing, dokumentasi, dan improvement. Desain terbaik menyembunyikan betapa sulitnya dibuat. Restoran tidak mengumumkan “dapur hari ini juga tidak terbakar”; mereka menyajikan makan malam.
14. Kesimpulan: desain bagus menghilang
Rasa ganjil tidak membuktikan dunia salah atau Anda benar. Ia pertama-tama memberi tahu bahwa model internal dan realitas yang diamati tidak cocok.
Deteksi → pisahkan observasi dan interpretasi → klasifikasikan → uji sebab → hapus friksi → biarkan “kenapa?” menghilang.
Jangan suruh saya bertarung di luar pertandingan. Jangan suruh saya bekerja di luar pekerjaan. Jangan suruh saya melakukan operasi dan maintenance hanya untuk hidup. Jangan jadikan pengguna debugger gratis sistem Anda.
