IF Notes

Usability vs. User Experience and the Role of Explicit Design Assumptions

9 min read

Back to IF3151 Interaksi Manusia Komputer

Usability vs. User Experience and the Role of Explicit Design Assumptions

Questions/Cues

  • Mengapa usability tidak cukup untuk menilai UX?
  • Bagaimana asumsi desain memengaruhi gulf of execution?
  • Kapan gulf of evaluation menjadi indikator UX buruk?
  • Apa langkah praktis membuat asumsi desain eksplisit?
  • Bagaimana goal‑task‑action membantu memisahkan masalah usability?

Reference Points

  • Konseptualisasi Desain Interaksi IF3151 (Slides 27‑33)
  • Konseptualisasi Desain Interaksi IF3151 (Slides 24‑26)
  • Konseptualisasi Desain Interaksi IF3151 (Slides 29‑31)

Usability dan User Experience: Definisi dan Perbedaan Utama

Usability berfokus pada seberapa mudah pengguna dapat menyelesaikan task atau action tertentu pada sebuah antarmuka. Kriteria utama meliputi efektivitas (apakah tujuan tercapai), efisiensi (berapa banyak usaha yang diperlukan), dan kepuasan (perasaan pengguna setelah menyelesaikan tugas). Contoh klasik adalah formulir online yang “ribet”: pengguna tidak dapat menemukan tombol Submit atau tidak memahami pesan error, sehingga task gagal. Pada level ini, analisis bersifat micro—menilai tiap langkah operasional secara terpisah.

User Experience (UX) mencakup spektrum yang lebih luas, meliputi persepsi emosional, nilai estetika, kepercayaan, dan hubungan jangka panjang antara pengguna dan produk. UX menilai bagaimana rangkaian goal‑task‑action membentuk narasi pengalaman yang koheren. Misalnya, meskipun sebuah aplikasi memiliki proses checkout yang “usable”, pengguna mungkin tetap merasa tidak aman karena tampilan yang tidak profesional atau kurangnya transparansi pada kebijakan privasi. UX menuntut pemahaman tentang konteks penggunaan, harapan pengguna, dan dampak psikologis yang muncul setelah interaksi selesai.

Perbedaan utama terletak pada skala dan fokus: usability menilai kualitas tiap aksi, sedangkan UX menilai kualitas keseluruhan perjalanan pengguna. Kedua dimensi saling melengkapi; kegagalan pada satu sisi dapat merusak persepsi pada sisi lainnya. Oleh karena itu, analisis yang efektif harus mengintegrasikan kedua perspektif, bukan menganggap salah satunya sebagai satu‑satunya ukuran keberhasilan.

Peran Asumsi Desain Eksplisit dalam Mengurangi Gulf

Setiap desain mengandung asumsi tentang apa yang menjadi goal pengguna, task yang dibayangkan, dan action yang dianggap “jelas”. Asumsi‑asumsi ini sering kali tersimpan secara implisit dalam system image—apa yang ditampilkan oleh sistem kepada pengguna. Ketika asumsi tidak sesuai dengan realitas pengguna, gulf of execution atau gulf of evaluation menjadi lebar, menandakan adanya kesenjangan kognitif.

Gulf of Execution muncul ketika pengguna memiliki tujuan (goal) atau tugas (task) yang jelas, tetapi tidak dapat menemukan aksi yang tepat pada antarmuka. Misalnya, sebuah aplikasi perbankan mengasumsikan bahwa pengguna akan menekan ikon “Transfer” yang berada di menu samping; namun pengguna baru yang mengharapkan tombol “Kirim Uang” di halaman utama akan kebingungan. Asumsi desain yang tidak dieksplisitkan menyebabkan pengguna harus menebak‑tebak, meningkatkan beban kognitif, dan menurunkan efisiensi.

Gulf of Evaluation terjadi ketika aksi berhasil dilakukan, tetapi pengguna tidak dapat menafsirkan respons sistem untuk menentukan apakah goal tercapai. Contoh: setelah menekan “Submit”, halaman hanya melakukan reload tanpa pesan konfirmasi. Asumsi bahwa pengguna akan mengerti bahwa reload berarti “data berhasil dikirim” tidak selalu berlaku. Dengan membuat asumsi‑asumsi ini eksplisit, desainer dapat menambahkan umpan balik (feedback) yang tepat, seperti notifikasi “Data berhasil dikirim”, sehingga jarak evaluasi menyusut.

Membuat asumsi desain eksplisit berarti menuliskannya dalam dokumen spesifikasi, menguji melalui prototipe, dan memvalidasi dengan pengguna nyata. Proses ini mengubah asumsi menjadi objek yang dapat diukur, direvisi, atau dibuang bila tidak terbukti.

Analisis Goal‑Task‑Action sebagai Kerangka Diagnostik

Kerangka Goal‑Task‑Action (GTA) menyediakan bahasa yang presisi untuk memisahkan keluhan umum menjadi diagnosis yang dapat ditindaklanjuti. Langkah pertama adalah mengidentifikasi goal—keadaan akhir yang ingin dicapai pengguna (misalnya “mengirim uang”). Selanjutnya, task menggambarkan rangkaian aktivitas konseptual yang pengguna bayangkan diperlukan (mengisi formulir transfer). Akhirnya, action adalah operasi konkret pada antarmuka (menekan tombol “Submit”).

Dengan memetakan keluhan ke dalam tiga level ini, desainer dapat menilai di mana jurang paling lebar. Jika goal dan task jelas tetapi action tidak ditemukan, fokus perbaikan adalah pada affordance dan signifier (meskipun istilah ini tidak dijelaskan secara detail di sini). Jika action berhasil tetapi pengguna tidak dapat menilai hasilnya, perbaikan harus diarahkan pada feedback dan status yang ditampilkan.

Contoh praktis: keluhan “Form ini ribet”. Analisis GTA menghasilkan:

  • Goal: mengirim data.
  • Task: mengisi & mengirim formulir.
  • Action: menekan “Submit”.
  • Respons Sistem: halaman reload tanpa pesan.
  • Interpretasi Pengguna: tidak tahu apakah data terkirim.

Dari sini, jelas bahwa gulf of evaluation lebar, sehingga solusi utama adalah menambahkan konfirmasi visual atau teks yang jelas.

Membuat Asumsi Desain Eksplisit: Metode dan Praktik

  1. Inventarisasi Asumsi – Pada setiap fase desain (konsep, wireframe, prototipe), tim menuliskan semua asumsi tentang goal, task, dan action. Contohnya: “Pengguna akan menganggap ikon ‘Keranjang’ sebagai tempat melihat daftar belanja”.
  2. Validasi dengan Pengguna – Menggunakan teknik think‑aloud atau cognitive walkthrough untuk menguji apakah asumsi tersebut memang berlaku. Jika pengguna tidak menemukan ikon yang diharapkan, asumsi harus direvisi.
  3. Pengujian A/B – Membandingkan dua varian antarmuka yang mengasumsikan aksi berbeda (misalnya tombol “Kirim” vs “Submit”) dan mengukur metrik keberhasilan (completion rate, error rate).
  4. Dokumentasi dan Iterasi – Setiap temuan dicatat dalam design decision log sehingga tim dapat melacak perubahan asumsi seiring iterasi produk.

Praktik ini tidak hanya memperkecil gulf, tetapi juga meningkatkan transparansi tim desain, memudahkan kolaborasi lintas disiplin, dan menghasilkan produk yang lebih responsif terhadap kebutuhan nyata pengguna.

Ringkasan Perbandingan Usability dan UX

Usability menilai bagaimana pengguna menyelesaikan tugas secara efisien dan bebas error.

UX menilai bagaimana pengguna merasakan keseluruhan interaksi, termasuk kepercayaan, kepuasan emosional, dan nilai jangka panjang.

Kedua dimensi harus dianalisis melalui Goal‑Task‑Action, dengan asumsi desain yang dibuat eksplisit untuk mengidentifikasi dan menutup gulf of execution serta gulf of evaluation.

Dengan pendekatan ini, keluhan “aplikasinya ribet” dapat diubah menjadi diagnosis yang terukur dan solusi yang terarah.

Summary

Usability berfokus pada efektivitas dan efisiensi aksi individu, sementara User Experience (UX) mencakup persepsi emosional dan nilai jangka panjang yang terbentuk dari rangkaian goal‑task‑action. Kedua dimensi saling melengkapi dan harus dianalisis secara bersamaan. Asumsi desain yang tidak dieksplisitkan menjadi penyebab utama gulf of execution atau gulf of evaluation, sehingga membuat asumsi menjadi objek yang dapat diuji dan direvisi sangat penting. Dengan kerangka GTA, setiap keluhan dapat diurai menjadi diagnosis yang konkret, memungkinkan perbaikan yang terarah pada antarmuka maupun pada cara sistem memberikan umpan balik.

Graph View

Backlinks