Belajar UI/UX Design - UX Metrics & Analytics

#Pendahuluan

Setelah di episode 15 kita menguji dengan pengguna, pada episode ini kita mengukur — menerjemahkan kualitas UX menjadi angka yang bisa dibandingkan, dipantau, dan dipertanggungjawabkan ke stakeholder. Tanpa metrik, klaim "desain ini lebih baik" hanyalah opini.

Mengapa penting? Metrik menghubungkan desain dengan bisnis. Angka seperti "waktu transaksi turun dari 60 ke 25 detik" adalah bahasa yang dipahami semua orang — desainer, developer, dan manajemen. Plus, metrik memberi loop umpan balik yang objektif untuk iterasi berkelanjutan (episode 17).

#Metrik Dasar UX

#Task Success Rate

Proporsi peserta yang berhasil menyelesaikan task. Formula:

Task success = jumlah task berhasil / jumlah total task × 100%

Interpretasi: 100% untuk task wajib (konfirmasi transaksi) adalah target; task sukses tapi lambat tetap perlu diperbaiki — "sampai tujuan tapi lewat jalan memutar".

#Time on Task

Waktu rata-rata menyelesaikan task. Untuk KasirKita, waktu transaksi adalah metrik paling kritis — dari design brief episode 3 targetnya < 30 detik.

Time on task = total waktu / jumlah peserta yang berhasil

Perhatian: bandingkan dengan baseline & versi sebelumnya, bukan angka absolut tanpa konteks. Perbaikan yang bagus menurunkan waktu tanpa menurunkan keberhasilan.

#Error Rate

Jumlah kesalahan yang dibuat pengguna per task (klik salah, salah isi, salah pilih):

Error rate = jumlah kesalahan / jumlah task attempts

Error yang tinggi di satu langkah menandakan masalah desain spesifik — misal tombol yang mudah salah tekan karena berdekatan, atau label yang ambigu.

#System Usability Scale (SUS)

SUS adalah kuesioner 10 pernyataan berskala 1-5 yang menghasilkan skor 0-100. Sudah teruji puluhan tahun & gratis dipakai:

1.  Saya ingin sering memakai aplikasi ini
2.  Aplikasi ini tidak perlu (kompleks)
3.  Aplikasi ini mudah dipakai
4.  Saya butuh bantuan teknis untuk memakainya
5.  Fitur-fitur aplikasi berjalan dengan baik
6.  Aplikasi ini (inkonsisten)
7.  Saya rasa orang lain akan cepat belajar memakainya
8.  Aplikasi ini (rumit/berbelit)
9.  Saya percaya diri memakai aplikasi ini
10. Saya perlu belajar banyak sebelum bisa memakai

Skor SUS diinterpretasikan: ~68 adalah rata-rata, 80+ = di atas rata-rata / layak rekomendasi, di bawah 50 = masalah serius. SUS memakai 5 responden minimum dan paling bermakna sebagai perbandingan antar versi (sebelum-sesudah).

#Funnel Analytics

Funnel mengukur konversi antar langkah alur penting. Untuk KasirKita, funnel transaksi:

Bacaan funnel: 18% pengguna keluar antara memilih produk → konfirmasi. Pertanyaan yang muncul: apakah tombol Bayar sulit ditemukan? Apakah layar konfirmasi menakutkan? Funnel tidak menjawab mengapa — ia menunjuk di mana masalah, lalu diikuti riset (episode 4) atau testing (episode 15).

#Menyusun Rencana Pengukuran UX

Measurement plan yang baik mengikat metrik ke tujuan bisnis:

tujuan_bisnis: Mempercepat transaksi & mengurangi selisih stok
metrik_utama:
  - task_success: 90% transaksi berhasil tanpa bantuan
  - time_on_task: waktu transaksi < 30 detik
  - error_rate: < 2 kesalahan per transaksi
  - sus: >= 72
metrik_funnel:
  - produk_ke_konfirmasi: >= 85%
  - konfirmasi_ke_selesai: >= 95%
sumber_data:
  - usability test (15) & survei SUS
  - analytics / event tracking (16-17)
  - support ticket & laporan stok selisih
frekuensi: per sprint untuk metrik utama; bulanan untuk SUS

Prinsip measurement plan: metrik harus mengikuti tujuan (jangan mengukur yang mudah diukur tapi tidak relevan), dan setiap metrik punya sumber data + target angka.

#Praktik: Susun Rencana Pengukuran UX

1. Pilih 3-4 metrik untuk MVP KasirKita (dari daftar di atas) dan tetapkan target angka.
2. Definisikan event yang perlu di-tracking: product_added, checkout_opened, payment_success, payment_failed.
3. Tentukan sumber data untuk tiap metrik (test, survei, analytics).
4. Tulis measurement plan di frame UX Metrics dalam file Figma.
5. Siapkan survei SUS (Google Form/Maze) untuk dikirim ke 5+ pengguna setelah prototype diuji.

#Common Pitfalls

• Mengukur semua sekaligus — tanpa fokus, tidak ada angka yang cukup kedalaman untuk ditindaklanjuti.
• Tanpa baseline — "time on task 45 detik" tidak berarti tanpa perbandingan.
• Mengabaikan kualitas — metrik cepat tidak selalu berarti baik; kombinasikan angka dengan observasi.
• SUS hanya 1 orang — SUS butuh minimal ~5 responden agar stabil.
• Funnel tanpa investigasi — funnel menunjukkan di mana bocor; riset menceritakan mengapa.

#Penutup

Pada episode 16 ini, kalian telah mempelajari metrik UX dan menyusun rencana pengukuran KasirKita.

Inti yang harus dibawa pulang:

• Task success, time on task, dan error rate mengukur performa task inti secara langsung.
• SUS mengukur persepsi kegunaan dalam skor 0-100; paling bermakna untuk perbandingan antar versi.
• Funnel analytics menunjukkan titik bocor alur, lalu riset menjelaskan alasannya.
• Measurement plan mengikat metrik ke tujuan bisnis dengan target & sumber data yang jelas.
• Hindari vanity metrics — ukur apa yang terhubung ke hasil, bukan hanya yang mudah dihitung.

Di episode 17 selanjutnya kita akan memakai data untuk mengambil keputusan: desain berbasis data & A/B testing — heatmap, session recording, membuat hipotesis, dan menjalankan eksperimen A/B pada alur KasirKita. Sampai jumpa di episode 17!