CAPAIAN PEMBELAJARANMengapa Pertemuan Ini Penting?
Sebagian besar sistem digital yang gagal bukan disebabkan oleh bug teknis, melainkan karena sistem tersebut dirancang tanpa pemahaman mendalam tentang bagaimana manusia berpikir, merasakan, dan bertindak. Kegagalan adopsi produk, tingginya tingkat bounce rate, dan frustrasi pengguna semuanya berakar pada satu masalah: desain tidak selaras dengan psikologi manusia.
Pertemuan pertama ini membangun fondasi berpikir Anda sebagai seorang perancang yang berwawasan manusia — bukan sekadar pengembang fitur.
CPMK — CAPAIAN PERTEMUAN INI
Setelah menyelesaikan pertemuan ini, Anda mampu:
Analisis Teoretis: Menjelaskan siklus aksi manusia (Action Cycle) dan mengidentifikasi hambatan kognitif pada Gulf of Execution dan Gulf of Evaluation.
Identifikasi Kegagalan: Mengevaluasi objek fisik maupun digital untuk menemukan kesalahan desain berbasis prinsip affordance, mapping, dan feedback.
Aplikasi HCD: Menginternalisasi filosofi perancangan yang berfokus pada manusia sebagai metode pemecahan masalah desain yang iteratif.
Apa Itu IMK?
Interaksi Manusia dan Komputer (IMK) adalah disiplin ilmu yang mempelajari desain, evaluasi, dan implementasi sistem komputasi interaktif yang digunakan oleh manusia, beserta fenomena-fenomena yang muncul di sekitarnya. IMK berada di persimpangan antara ilmu komputer, psikologi kognitif, desain komunikasi visual, dan ergonomi.
Aspek
Pandangan Lama (Feature-Driven)
Pandangan IMK (Human-Centered)
Prioritas
Menambah fitur sebanyak mungkin
Memastikan fitur yang ada dapat digunakan
Ukuran Keberhasilan
Jumlah fitur, performa teknis
Kepuasan pengguna, kemudahan penggunaan
Pengguna
Diharapkan belajar sistem
Sistem yang belajar dari pengguna
Kesalahan
Kesalahan pengguna (user error)
Kesalahan desain (design error)
2
FILOSOFIHuman-Centered Design (HCD)
Don Norman mendefinisikan HCD sebagai proses yang memastikan kebutuhan manusia terpenuhi, produk yang dihasilkan dapat dipahami dan digunakan, serta pengalaman penggunaannya terasa positif dan menyenangkan. Filosofi ini bukan sekadar metode — ia adalah cara berpikir yang menempatkan manusia di pusat setiap keputusan desain.
Bayangkan Anda memasak makan malam untuk tamu. Desainer yang berfokus pada fitur akan memasak hidangan paling kompleks yang bisa mereka buat — karena mereka ingin memamerkan kemampuan. Desainer yang berfokus pada manusia akan terlebih dahulu bertanya: "Adakah yang alergi kacang? Siapa yang vegetarian? Apakah ada anak kecil?" Baru kemudian mereka memasak. HCD adalah seni memasak untuk tamu, bukan untuk ego koki.
Empat Aktivitas Iteratif HCD
HCD bukan proses linier yang berakhir di satu titik. Ia adalah siklus yang terus berputar hingga produk benar-benar memenuhi kebutuhan pengguna. Norman menggambarkan empat tahap utamanya sebagai berikut:
1
Observasi
Mengamati pengguna di konteks nyata. Bukan sekadar bertanya apa yang mereka inginkan, tetapi melihat apa yang benar-benar mereka lakukan. Pengguna sering tidak sadar akan kesulitan mereka sendiri.
2
Ideasi
Menghasilkan solusi kreatif berdasarkan temuan observasi. Fase divergen: sebanyak mungkin ide dikumpulkan tanpa menghakimi. Kuantitas dulu, kualitas kemudian.
3
Prototyping
Mewujudkan ide ke dalam bentuk yang bisa diuji — dari sketsa kertas, wireframe, hingga prototipe interaktif. Prinsipnya: "Fail fast, fail cheap."
4
Pengujian
Mengevaluasi prototipe bersama pengguna nyata. Hasilnya menjadi input untuk siklus berikutnya. Iterasi berlanjut hingga desain dianggap cukup baik.
Dua Aspek Krusial: Discoverability & Understanding
Ketika seseorang pertama kali berhadapan dengan sebuah produk, ada dua pertanyaan yang (secara bawah sadar) langsung muncul di benak mereka:
Discoverability — "Apa yang bisa saya lakukan?"
Apakah mungkin bagi pengguna untuk menemukan tindakan apa yang tersedia? Apakah kontrol dan opsi cukup terlihat tanpa perlu membaca manual?
Tombol terlihat jelas
Aksi yang mungkin terbaca dari tampilan
Tidak membutuhkan instruksi eksternal
Understanding — "Apa artinya ini?"
Apakah sistem mengkomunikasikan cara kerjanya secara efektif? Apakah pengguna membangun model mental yang benar tentang sistem?
Ikon dan label bermakna
Alur kerja terasa logis
Kesalahan memberikan penjelasan
⚠ FENOMENA USER SELF-BLAME
Riset Norman menunjukkan bahwa ketika pengguna gagal menggunakan sebuah sistem, reaksi pertama mereka hampir selalu adalah: "Saya bodoh, saya yang salah." Padahal, kegagalan tersebut hampir selalu merupakan kegagalan desainer dalam mengkomunikasikan cara kerja sistem. Desain yang baik tidak membutuhkan pembelaan diri dari penggunanya.
Model Double Diamond
British Design Council memperkenalkan model Double Diamond untuk menggambarkan proses desain. Dua intan tersebut merepresentasikan dua fase utama: menemukan masalah yang tepat, dan menemukan solusi yang tepat. Masing-masing fase dimulai dengan divergensi (memperluas kemungkinan) lalu diakhiri dengan konvergensi (memilih satu jalur).
MODEL DOUBLE DIAMOND
Intan Pertama — "Masalah apa yang harus dipecahkan?"
Diverge: Riset luas, observasi, pengumpulan data pengguna.
Converge: Mendefinisikan masalah yang tepat (problem framing).
Intan Kedua — "Bagaimana kita memecahkannya?"
Diverge: Ideasi, brainstorming, prototyping banyak solusi.
Converge: Memilih, mempoles, dan menguji satu solusi terbaik.
3
PSIKOLOGI AKSIThe Action Cycle: 7 Tahapan & Dua Jurang Kognitif
Setiap kali manusia berinteraksi dengan sebuah sistem — apakah itu pintu, mesin ATM, atau aplikasi mobile — mereka melewati serangkaian proses kognitif yang dapat dipetakan. Norman menyebutnya sebagai Action Cycle. Memahami siklus ini adalah kunci untuk mendiagnosis di mana desain gagal.
Dua Jurang Kognitif (The Two Gulfs)
Sebelum masuk ke tujuh tahap, kita perlu memahami dua hambatan utama yang ada di antara pengguna dan sistem:
PENGGUNA Tujuan & Keinginan
Gulf of Execution
SISTEM Tombol & Fungsi
Gulf of Evaluation
PENGGUNA Interpretasi Hasil
🧭 Gulf of Execution — "Apa yang harus saya lakukan?"
Jurang yang terjadi ketika pengguna tidak tahu langkah fisik apa yang harus dilakukan untuk mencapai tujuan mereka. Ini adalah sisi aksi.
Tidak ada tombol yang terlihat jelas
Label yang membingungkan
Alur kerja yang tidak intuitif
Terlalu banyak pilihan (paradox of choice)
Dijembatani oleh: Signifier, Constraint, Mapping, Conceptual Model
🔍 Gulf of Evaluation — "Apakah berhasil?"
Jurang yang terjadi ketika pengguna tidak dapat menginterpretasikan apakah tindakan mereka memberikan hasil yang diinginkan. Ini adalah sisi evaluasi.
Tidak ada konfirmasi setelah klik
Pesan error yang tidak jelas
Status sistem tidak terlihat
Loading tanpa indikator kemajuan
Dijembatani oleh: Feedback, Conceptual Model
7 Tahapan Aksi (Seven Stages of Action)
Norman membagi siklus aksi manusia menjadi tujuh tahap: satu tahap pembentukan tujuan, tiga tahap eksekusi, dan tiga tahap evaluasi. Tahapan ini bisa berlangsung secara sadar maupun bawah sadar.
1
Goal — Tujuan
Membentuk tujuan internal. Bisa dipicu oleh kebutuhan internal ("Saya lapar") atau stimulus eksternal (notifikasi muncul). Contoh: "Saya ingin mengirim laporan ini."
2
Plan — Rencana
Merencanakan urutan tindakan umum untuk mencapai tujuan. Bisa ada banyak rencana alternatif. Contoh: "Saya akan attach file lalu klik Send."
3
Specify — Tentukan
Menentukan gerakan spesifik yang akan dilakukan. Contoh: "Saya akan klik ikon paperclip di pojok kiri bawah."
4
Perform — Lakukan
Melakukan aksi fisik aktual — klik, ketik, swipe, atau tekan. Ini adalah satu-satunya tahap yang bisa dilihat dari luar. Contoh: Mengklik ikon attachment.
5
Perceive — Amati
Mengamati perubahan pada sistem setelah aksi. Contoh: Melihat jendela file explorer terbuka atau... tidak terbuka.
6
Interpret — Tafsirkan
Menginterpretasikan apa yang diamati. Tahap kritis — di sinilah sering terjadi miskomunikasi antara sistem dan pengguna. Contoh: "Apakah loading indicator ini berarti berhasil atau sedang memproses?"
7
Compare — Bandingkan
Membandingkan hasil yang diperoleh dengan tujuan awal. Apakah tujuan tercapai? Jika ya, siklus selesai. Jika tidak, siklus dimulai kembali. Contoh: "File sudah ter-attach? Ya. Tujuan tercapai."
Ilustrasikan ini dengan skenario sederhana: Anda ingin "meredupkan lampu kamar" menggunakan aplikasi smart home yang baru. Tujuan (Tahap 1) jelas. Rencana (Tahap 2): buka aplikasi. Tapi di Tahap 3, Anda bingung — apakah mengeser slider atau menekan angka? Di Tahap 5, lampu memang berubah, tapi di Tahap 6 Anda tidak yakin apakah perubahan itu terjadi karena geser slider atau karena sensor otomatis. Ketidakpastian ini adalah produk langsung dari desain yang buruk.
Goal-Driven vs. Event-Driven Behavior
Tidak semua perilaku manusia dimulai dari tujuan internal yang sadar. Norman membedakan dua jenis pemicu perilaku:
Aspek
Goal-Driven
Event-Driven
Pemicu
Niat internal yang terbentuk sebelumnya ("Saya perlu transfer uang hari ini")
Stimuli eksternal yang tiba-tiba ("Notifikasi promo flash sale muncul")
Upaya Kognitif
Tinggi — memerlukan perencanaan sadar
Rendah — reaksi hampir otomatis
Implikasi Desain
Sediakan navigasi yang jelas dan linear untuk tugas yang sudah direncanakan pengguna
Pastikan notifikasi dan pop-up mudah diproses dan tidak menyesatkan
Analogi
Melempar bola ke ring basket — ada target yang sudah ditetapkan sebelumnya
Bereaksi saat bola tiba-tiba dilempar ke arah Anda — respons refleks
📌 CATATAN DOSEN
Tanyakan kepada mahasiswa: "Terakhir kali Anda kehilangan data karena tidak sengaja menutup jendela aplikasi — di tahap mana siklus aksi Anda gagal?"
Biasanya jawabannya adalah Tahap 3 (Specify) — mereka secara otomatis menekan Ctrl+W padahal bermaksud Ctrl+S. Ini disebut slip — kesalahan eksekusi bukan pada level niat, tetapi pada level spesifikasi aksi.
4
PRINSIP DESAINEnam Prinsip Fundamental Interaksi Norman
Keenam prinsip ini adalah instrumen yang digunakan desainer untuk menjembatani Gulf of Execution dan Gulf of Evaluation. Mereka berfungsi sebagai bahasa visual dan fisik yang memungkinkan sistem "berbicara" kepada penggunanya tanpa kata-kata.
🖐
PRINSIP 1Affordances — "Apa yang bisa dilakukan?"
Affordance adalah hubungan relasional antara suatu objek dan agen (manusia) yang menentukan kemungkinan interaksi yang dapat terjadi. Bukan sifat objek semata, melainkan potensi yang muncul dari kombinasi objek dan kemampuan pengguna.
Contoh: Kursi mengandung affordance untuk diduduki bagi manusia, tetapi bisa menjadi palu bagi pembuat keputusan yang kreatif. Tombol pada antarmuka web mengandung affordance untuk diklik.
Perhatian: Affordance bisa tidak terlihat (invisible affordance). Kaca mengandung anti-affordance terhadap passage of air, namun karena tidak terlihat, burung menabrak jendela — dan manusia menabrak pintu kaca.
📌
PRINSIP 2Signifiers — "Di mana dan bagaimana melakukannya?"
Jika affordance menjawab "apa yang bisa dilakukan", signifier menjawab "di mana dan bagaimana melakukannya." Signifier adalah penanda visual, auditori, atau fisik yang mengkomunikasikan aksi yang sesuai kepada pengguna.
Contoh disengaja: Tanda "PUSH" atau "TARIK" pada pintu; garis bawah biru pada hyperlink; placeholder text pada field formulir. Contoh tidak disengaja: Jalur yang terbentuk di lapangan rumput karena orang sering berjalan di sana — meskipun bukan desain resmi, ia menjadi signifier alamiah tentang rute yang paling efisien.
Perbedaan kunci dengan affordance: Affordance menentukan apa yang mungkin; signifier mengkomunikasikan apa yang sebaiknya dilakukan.
🗺
PRINSIP 3Mapping — "Hubungan kontrol dan hasil"
Mapping adalah hubungan antara kontrol dan efek yang dihasilkannya. Semakin alami hubungan ini, semakin mudah pengguna belajar dan mengingatnya. Natural mapping memanfaatkan analogi spasial yang sudah dipahami secara universal.
Contoh natural mapping terbaik: Kontrol kursi mobil Mercedes-Benz berbentuk kursi miniatur — menggeser bagian depan kontrol ke atas akan mengangkat bagian depan kursi nyata. Contoh mapping buruk: Kompor dengan empat tungku tersusun persegi, tetapi keempat kenopnya tersusun dalam satu baris horizontal — pengguna harus menebak mana yang mengontrol mana.
Natural Mapping & Budaya: Mapping yang "alami" untuk satu budaya bisa tidak alami untuk budaya lain. Arah membaca teks (kiri-ke-kanan vs. kanan-ke-kiri) memengaruhi ekspektasi arah alur antarmuka.
🔔
PRINSIP 4Feedback — "Apa yang sedang terjadi?"
Feedback adalah informasi yang dikirim kembali ke pengguna tentang aksi yang telah dilakukan dan state sistem saat ini. Feedback menjembatani Gulf of Evaluation.
Jenis-jenis feedback:
• Visual: Loading spinner, progress bar, perubahan warna tombol saat diklik, angka counter yang berubah.
• Auditori: Suara klik saat tombol ditekan, notifikasi ding saat pesan terkirim, bunyi error.
• Haptic: Getaran pada smartphone saat menerima pesan, sensasi klik fisik pada trackpad MacBook.
Excess Feedback — Bahaya Terlalu Banyak Feedback: Sistem yang memberikan terlalu banyak notifikasi, pop-up, dan alert akan menciptakan "information overload." Pengguna pada akhirnya akan mengabaikan semua feedback — termasuk yang penting — karena kehilangan kemampuan untuk membedakan signal dari noise. Ini mirip dengan "alarm fatigue" di rumah sakit di mana perawat mengabaikan alarm karena terlalu banyak alarm palsu.
🚧
PRINSIP 5Constraints — "Apa yang tidak boleh dilakukan?"
Constraint membatasi ruang kemungkinan aksi sehingga pengguna diarahkan untuk melakukan tindakan yang benar dan kesalahan diminimalkan. Ada empat jenis constraint:
Fisik: USB Type-A tidak bisa dimasukkan terbalik. Baterai AA tidak bisa dipasang berlawanan arah. Ini adalah pembatasan fisik-geometris. Logis: Saat merakit furnitur IKEA, jika masih ada satu sekrup yang tersisa di akhir, secara logis Anda tahu ada yang terlewat. Ini adalah pembatasan berbasis penalaran. Semantik: Menggunakan konteks dan makna. Pengemudi di kursi belakang simulator tidak harus diberikan kemudi — secara semantik, mereka adalah penumpang. Budaya/Konvensional: Warna merah untuk bahaya/stop, hijau untuk aman/go. Ikon X untuk menutup jendela. Ini adalah constraint berbasis kesepakatan sosial — sangat efektif, tetapi harus dipelajari terlebih dahulu.
🧠
PRINSIP 6Conceptual Models — "Bagaimana sistem ini bekerja?"
Conceptual model adalah pemahaman seseorang tentang cara kerja sebuah sistem. Ada tiga model yang saling berinteraksi:
Design Model: Model yang ada di kepala desainer — bagaimana seharusnya sistem bekerja. System Image: Representasi sistem yang "terlihat" oleh pengguna melalui antarmuka, manual, dan label. Mental Model (User's Model): Model yang dibangun pengguna berdasarkan apa yang mereka lihat dari system image.
Kunci: Desainer tidak bisa langsung menanamkan model mereka ke kepala pengguna. Satu-satunya jembatannya adalah System Image. Jika system image tidak mengkomunikasikan design model dengan tepat, pengguna akan membangun mental model yang salah — dan interaksi akan gagal.
Analogi Termostat: Banyak orang meyakini bahwa menyetel termostat ke suhu paling tinggi akan mempercepat pemanasan ruangan. Padahal, termostat hanya on/off — ia tidak mengatur kecepatan. Ini adalah mental model yang salah, lahir dari system image yang tidak mengkomunikasikan cara kerjanya dengan jelas.
✅ CHECKLIST IDENTIFIKASI KEGAGALAN DESAIN
Gunakan checklist ini saat menganalisis desain antarmuka apapun:
Apakah pengguna tahu tindakan apa yang mungkin dilakukan? (Affordance + Signifier)
Apakah lokasi kontrol sesuai dengan hasilnya secara spasial/logis? (Mapping)
Apakah sistem segera memberitahu apa yang sedang terjadi? (Feedback)
Apakah desain meminimalkan kemungkinan kesalahan langkah? (Constraints)
Apakah pengguna bisa membangun model mental yang benar? (Conceptual Model)
5
STUDI KASUSKegagalan & Keberhasilan Desain Nyata
Teori desain memiliki konsekuensi nyata. Berikut adalah studi kasus yang membedah kegagalan dan keberhasilan desain menggunakan kerangka prinsip yang telah kita pelajari — mulai dari objek fisik hingga antarmuka digital yang Anda gunakan sehari-hari.
KASUS 1 · OBJEK FISIK · KEGAGALAN SIGNIFIER
Norman Doors: Pintu yang "Berbohong"
Di Departemen Ilmu Komputer KAIST University, Korea Selatan, terdapat serangkaian pintu kaca yang secara estetis sangat elegan. Namun pintu-pintu ini secara konsisten menyebabkan pengguna menabrak kaca atau beberapa kali mencoba sebelum berhasil membukanya.
Masalahnya: kedua sisi pintu memiliki gagang vertikal identik. Gagang vertikal secara universal diinterpretasikan sebagai "tarik" — ini adalah signifier yang kuat dan telah dipelajari bertahun-tahun. Namun, salah satu sisi pintu harus didorong. Signifier memberikan isyarat yang berlawanan dengan fungsi sebenarnya.
Norman sendiri mendokumentasikan banyak pintu serupa di seluruh dunia — pintu-pintu yang memerlukan tanda "PUSH" atau "PULL" tambahan justru karena desain fisiknya gagal mengkomunikasikan cara operasinya. Ia menyebut pintu-pintu ini sebagai "Norman Doors" — ironi dari namanya sendiri.
Analisis Prinsip
Gagang vertikal memiliki affordance untuk digenggam dan ditarik — tidak salah secara teknis. Tetapi sebagai signifier, ia memberikan isyarat palsu pada satu sisi. Tidak ada constraint fisik yang mencegah aksi salah. Tidak ada feedback yang membantu pengguna belajar dari kesalahan. Mental model pengguna ("gagang = tarik") bertentangan dengan design model yang sebenarnya.
Signifier — GAGALMental Model — MISMATCHAffordance — AmbiguEstetika — Berhasil (tapi tidak relevan)
Solusi: Gunakan gagang (handle) di sisi yang ditarik, dan flat push-plate di sisi yang didorong. Desain fisik sudah cukup mengkomunikasikan aksi tanpa tanda tambahan apapun.
KASUS 2 · PERALATAN RUMAH TANGGA · KEGAGALAN MAPPING & CONCEPTUAL MODEL
Kontroler Kulkas: Dua Kenop yang Saling "Misterius"
Sebuah kulkas dengan dua kompartemen memiliki dua kenop kontrol: satu untuk "Freezer" (A) dan satu untuk "Refrigerator" (B). Pengguna yang ingin mendinginkan freezer memutar kenop A ke angka yang lebih tinggi. Beberapa jam kemudian, makanan di kulkas utama mulai membusuk — bukan karena kulkas rusak, melainkan karena dua kenop tersebut sebenarnya mengontrol aliran udara yang sama dengan cara yang saling bergantung dan berlawanan.
Mental model pengguna: "Kenop A = suhu freezer, Kenop B = suhu kulkas, keduanya independen."
Reality (Design Model): "Kenop A mengatur pembagian aliran udara dingin — semakin tinggi A, semakin banyak udara ke freezer, semakin sedikit ke kulkas."
System image (dua kenop terpisah dengan label berbeda) menciptakan mental model yang sepenuhnya salah tentang cara kerja sistem. Norman menyebut ini sebagai contoh klasik kegagalan dalam mengkomunikasikan conceptual model melalui system image.
Analisis Prinsip
Kegagalan utama ada pada conceptual model: sistem image (dua kenop terpisah) menyiratkan dua sistem independen, padahal realitanya satu sistem terpadu. Mapping antara gerakan kenop dan efeknya sangat tidak intuitif dan tidak ada penjelasan visual yang membantu.
Conceptual Model — GAGAL TOTALMapping — Tidak IntuitifFeedback — Tidak Ada (delayed consequence)
Solusi: Tampilkan diagram hubungan aliran udara di panel kontrol. Atau ganti ke kontrol suhu digital yang langsung menampilkan suhu aktual — feedback yang jelas mengkomunikasikan realitas sistem.
KASUS 3 · ANTARMUKA DIGITAL · KEGAGALAN FEEDBACK & GULF OF EVALUATION
Formulir Upload: "Apakah File Saya Sudah Terkirim?"
Skenario yang sangat umum: Seorang mahasiswa mengupload tugas di portal akademik kampus. Ia memilih file, mengklik tombol "Submit," dan... tidak ada yang terjadi. Halaman tetap sama. Tidak ada loading indicator, tidak ada pesan sukses, tidak ada perubahan apapun.
Pertanyaan yang langsung muncul: "Apakah berhasil? Apakah tombolnya berfungsi? Haruskah saya klik lagi?" Kebanyakan pengguna akan mengklik lagi — dan seringkali mengirim duplikat. Atau sebaliknya, mereka mengasumsikan sudah berhasil padahal sebenarnya gagal karena file terlalu besar.
Ini adalah kegagalan klasik Gulf of Evaluation: pengguna berhasil melakukan aksi (Perform, Tahap 4), tetapi sistem gagal memberikan informasi yang bisa diinterpretasikan (Perceive & Interpret, Tahap 5-6). Pengguna terjebak di Tahap 7 (Compare) tanpa bisa mengonfirmasi apakah tujuan tercapai.
Analisis 7 Stages of Action
Tahap
Yang Terjadi
Status
1. Goal
"Upload tugas sebelum deadline"
✅ Jelas
2-3. Plan + Specify
"Pilih file → klik Submit"
✅ Jelas
4. Perform
Klik tombol Submit
✅ Berhasil
5. Perceive
Halaman tidak berubah
❌ Ambiguitas
6. Interpret
"Berhasil? Gagal? Menunggu?"
❌ Tidak bisa diinterpretasi
7. Compare
Tidak bisa dibandingkan
❌ Gulf of Evaluation
Feedback — TIDAK ADAGulf of Evaluation — Terbuka Lebar
Solusi: (1) Tampilkan loading bar saat upload berlangsung. (2) Tampilkan pesan sukses yang jelas dengan nama file dan timestamp. (3) Jika gagal, tampilkan pesan error yang spesifik ("File terlalu besar. Maksimum 10MB.") bukan hanya "Error."
KASUS 4 · KEBERHASILAN DESAIN · NATURAL MAPPING YANG BRILIAN
Kontrol Kursi Mercedes-Benz: Mapping yang Melampaui Kata-Kata
Berbeda dari ketiga kasus sebelumnya, ini adalah contoh keberhasilan. Kontrol penyesuaian kursi pada mobil Mercedes-Benz dirancang dalam bentuk kursi miniatur itu sendiri. Ingin menaikkan bagian depan kursi? Angkat bagian depan tombol kursi. Ingin merebahkan sandaran kursi? Dorong bagian atas tombol ke belakang.
Tidak ada label. Tidak ada manual yang perlu dibaca. Natural mapping yang sempurna antara kontrol dan fungsinya menciptakan zero learning curve. Pengguna pertama kali pun dapat menggunakannya dengan benar dalam hitungan detik.
Norman menyebut ini sebagai salah satu contoh terbaik natural mapping dalam desain produk konsumer. Prinsip yang sama kemudian diadopsi oleh banyak produsen otomotif lainnya.
Mengapa Berhasil?
Natural Mapping — SEMPURNAAffordance — Terlihat JelasSignifier — Bentuk Fisik sebagai SignifierMental Model — Langsung Terbentuk
Pelajaran: Desain yang paling baik adalah desain yang terasa seperti bukan desain sama sekali — ia begitu intuitif sehingga pengguna tidak perlu berpikir.
KASUS 5 · ANTARMUKA DIGITAL · KEGAGALAN AFFORDANCE & DISCOVERABILITY
Aplikasi KRS Mahasiswa: Labirin Kognitif
Setiap semester, jutaan mahasiswa Indonesia menghadapi pengalaman yang sama: mendaftarkan mata kuliah melalui sistem KRS (Kartu Rencana Studi) yang terasa seperti teka-teki. Tombol "Tambah MK" tersembunyi di bawah tabel yang harus di-scroll dahulu. Kode mata kuliah harus diketikkan manual karena tidak ada autocomplete. Konflik jadwal baru terdeteksi setelah klik "Simpan" — dan pesan errornya hanya berbunyi "Gagal. Coba lagi."
Seorang mahasiswa baru yang menggunakan sistem ini untuk pertama kali mengalami putus di hampir setiap tahap Action Cycle: ia tidak tahu langkah apa yang harus dilakukan (Gulf of Execution), dan setelah melakukan sesuatu, ia tidak tahu apakah berhasil atau gagal (Gulf of Evaluation).
Bedah 6 Prinsip Norman
Prinsip
Kondisi pada Sistem KRS Khas
Status
Affordance
Banyak elemen yang "tampak bisa diklik" padahal tidak, dan sebaliknya
❌ Buruk
Signifier
Ikon tanpa label; label tanpa makna jelas
❌ Buruk
Mapping
Alur daftar MK tidak mengikuti mental model mahasiswa tentang cara mendaftar kuliah
❌ Buruk
Feedback
Tidak ada konfirmasi real-time; error muncul di akhir saja
❌ Buruk
Constraints
Tidak ada pencegahan konflik jadwal secara proaktif
❌ Buruk
Conceptual Model
Tidak ada onboarding; mahasiswa baru harus bertanya ke kakak tingkat
❌ Buruk
Refleksi: Sistem ini mungkin dibuat oleh programmer yang sangat memahami database dan logika bisnis, tetapi tidak memiliki pemahaman tentang psikologi pengguna. Ini adalah contoh nyata mengapa IMK penting dalam pendidikan IT.
6
EVALUASIKuis Formatif Pertemuan 1
Jawab setiap soal, lalu klik "Lihat Jawaban" untuk memeriksa pemahaman Anda. Tujuan kuis ini bukan nilai — melainkan melatih Anda mengaplikasikan konsep yang baru dipelajari.
1Seorang pengguna baru mencoba mencetak dokumen di printer kantor, tetapi tidak menemukan tombol "Print" di aplikasi. Hambatan ini paling tepat dikategorikan sebagai...
A. Gulf of Evaluation — ia tidak bisa menginterpretasikan hasil
B. Gulf of Execution — ia tidak tahu langkah apa yang harus dilakukan
C. Memory Overload — terlalu banyak menu yang harus diingat
D. Feedback Failure — sistem tidak memberikan konfirmasi
✅ Jawaban: B. Gulf of Execution terjadi pada sisi aksi — pengguna tidak dapat menentukan langkah yang harus diambil untuk mencapai tujuannya. Ia belum sampai ke tahap evaluasi karena masih tersangkut di tahap Plan dan Specify.
2Garis bawah biru pada teks sebuah halaman web adalah contoh dari...
A. Affordance — kemampuan teks untuk menyimpan informasi
B. Signifier — penanda visual yang mengkomunikasikan bahwa teks tersebut bisa diklik
C. Constraint — pembatasan agar pengguna tidak mengubah teks
D. Mapping — hubungan antara teks dan halaman tujuan
✅ Jawaban: B. Signifier mengkomunikasikan di mana dan bagaimana aksi dilakukan. Garis bawah biru secara konvensional diterima sebagai penanda "ini adalah hyperlink, klik untuk pindah halaman." Affordance-nya (kemampuan untuk diklik) tetap ada tanpa garis bawah, tetapi signifier membuatnya discoverable.
3Mengapa berlebihnya jumlah notifikasi dan pop-up dalam sebuah aplikasi justru dapat berbahaya bagi pengalaman pengguna?
A. Karena notifikasi memperlambat performa sistem
B. Karena excess feedback menciptakan "noise" yang membuat pengguna tidak bisa membedakan informasi penting dari yang tidak penting
C. Karena pengguna lebih suka antarmuka yang diam
D. Karena feedback memerlukan bandwidth jaringan yang besar
✅ Jawaban: B. Fenomena ini disebut "alarm fatigue" atau "notification blindness." Ketika setiap aksi kecil menghasilkan feedback berlebih, pengguna belajar untuk mengabaikan semua feedback — termasuk yang kritis. Feedback yang baik harus proporsional dengan signifikansi kejadian.
4Seorang pengguna merakit meja dari IKEA dan di akhir proses masih ada 4 sekrup yang tersisa. Ia langsung sadar ada yang salah. Jenis constraint apa yang bekerja di sini?
A. Constraint Fisik — sekrup tidak bisa masuk ke lubang yang salah
B. Constraint Budaya — ada norma bahwa meja harus kokoh
C. Constraint Logis — secara logis, jika ada komponen yang tersisa, ada langkah yang terlewat
D. Constraint Semantik — makna "rakitan lengkap" menyiratkan tidak ada sisa
✅ Jawaban: C. Constraint logis bekerja melalui penalaran tentang situasi — "jika semua langkah benar, tidak ada komponen yang tersisa." Pengguna menggunakan pemikiran deduktif untuk mendeteksi kesalahan, bukan lewat hambatan fisik atau aturan budaya.
5Desainer membuat termostat digital yang menampilkan animasi nyala api semakin besar ketika suhu disetel lebih tinggi, meskipun pemanas bekerja secara on/off (tidak proporsional dengan suhu). Apa masalah desain yang paling fundamental di sini?
A. Masalah estetika — animasi api tidak menarik secara visual
B. Masalah feedback — sistem tidak memberikan cukup informasi
C. Masalah conceptual model — system image menciptakan mental model yang salah tentang cara kerja pemanas
D. Masalah mapping — posisi kontrol tidak sesuai dengan fungsinya
✅ Jawaban: C. Animasi nyala api yang proporsional menyiratkan bahwa semakin tinggi suhu yang disetel, semakin besar "kapasitas pemanasan." Ini menciptakan mental model yang salah dan mendorong perilaku yang tidak efisien (menyetel ke maksimum agar cepat panas, padahal tidak berpengaruh pada kecepatan). System image harus akurat merepresentasikan design model.
6Dalam 7 Stages of Action, tahap manakah yang merupakan satu-satunya tahap yang "terlihat dari luar" (observable dari pihak ketiga)?
A. Goal — pembentukan tujuan internal
B. Plan — perencanaan urutan aksi
C. Perform — pelaksanaan aksi fisik aktual
D. Compare — pembandingan hasil dengan tujuan
✅ Jawaban: C. Tahap Goal, Plan, Specify adalah proses kognitif internal. Tahap Perceive, Interpret, dan Compare juga merupakan proses kognitif internal. Hanya tahap Perform — klik, ketik, tekan, swipe — yang dapat diamati secara eksternal. Ini mengapa user testing harus melibatkan observasi langsung, bukan hanya survei.
7Manakah dari berikut ini yang paling tepat menggambarkan perbedaan antara Affordance dan Signifier?
A. Affordance adalah untuk objek digital, signifier untuk objek fisik
B. Keduanya adalah sinonim yang digunakan secara bergantian oleh Norman
C. Affordance adalah kemungkinan interaksi yang ada; Signifier adalah penanda yang mengkomunikasikan di mana dan bagaimana interaksi itu dilakukan
D. Affordance dibuat oleh pengguna; signifier dibuat oleh desainer
✅ Jawaban: C. Seluruh permukaan layar sentuh memiliki affordance untuk disentuh (potensi interaksi ada di mana-mana). Tetapi ikon tombol, area yang ter-highlight, dan label adalah signifier yang mengkomunikasikan di mana dan bagaimana interaksi yang bermakna dilakukan. Tanpa signifier, affordance menjadi tidak discoverable.
7
PENUGASANLatihan Praktis & Tugas Mandiri
Tugas-tugas berikut dirancang untuk membangun kepekaan desain melalui observasi langsung — bukan teori semata. Kerjakan secara individual atau kelompok kecil (2-3 orang) dan siapkan untuk dipresentasikan pada pertemuan berikutnya.
TUGAS 1
Norman Object Hunting — Investigasi Lapangan
Deskripsi: Temukan tiga objek fisik di sekitar Anda (pintu, keran, lift, saklar lampu, alat elektronik, dll.) yang membuat Anda salah menggunakannya pada percobaan pertama, atau yang terasa membingungkan.
Foto atau gambar sketsa objek tersebut
Identifikasi: Prinsip Norman mana yang dilanggar? (Affordance? Signifier? Mapping? dll.)
Jelaskan di tahap mana Action Cycle pengguna terganggu
Usulkan satu perbaikan spesifik (bisa berupa sketsa)
Output: Laporan pendek 300–400 kata dengan dokumentasi foto + diagram analisis.
TUGAS 2
Digital Interface Audit — Aplikasi Sehari-Hari
Deskripsi: Pilih satu aplikasi mobile yang sering Anda gunakan (bisa: aplikasi bank, KRS kampus, transportasi online, e-commerce, dll.) dan lakukan audit desain menggunakan checklist 6 Prinsip Norman.
Screenshot minimal 3 layar/state yang berbeda dari aplikasi tersebut
Isi tabel audit: beri rating 1-5 untuk setiap prinsip (1=buruk, 5=sangat baik) beserta alasan
Identifikasi satu Gulf of Execution dan satu Gulf of Evaluation yang Anda temukan
Bedah satu tugas spesifik (misal: "transfer uang") menggunakan 7 Stages of Action — di tahap mana pengguna sering terputus?
Output: Slide presentasi 5-7 halaman atau dokumen Word dengan screenshot.
TUGAS 3
Redesign Proposal — Dari Identifikasi ke Solusi
Deskripsi: Berdasarkan temuan Tugas 2, pilih satu masalah desain yang paling kritis dan buat proposal redesain sederhana.
Nyatakan masalah secara spesifik: "Pengguna gagal di [Tahap X] ketika mencoba [Y] karena [Z]"
Buat wireframe/sketsa desain alternatif (bisa gambar tangan)
Jelaskan bagaimana desain baru Anda memperbaiki prinsip yang dilanggar
Pikirkan: adakah trade-off dari solusi Anda? (Memperbaiki satu prinsip bisa melanggar prinsip lain)
Output: 1 halaman deskripsi masalah + sketsa wireframe annotated.
💬 REFLEKSI PENUTUP
Sebelum mengakhiri pertemuan, renungkan pertanyaan ini:
"Jika Anda diminta untuk membangun sistem informasi untuk digunakan oleh mahasiswa kampus ini, prinsip mana yang menurut Anda paling sering diabaikan oleh pengembang — dan mengapa?"
Tidak ada jawaban benar atau salah. Yang penting adalah Anda mulai melihat teknologi dari perspektif manusia yang menggunakannya, bukan dari perspektif sistem yang membangunnya.