Belajar UI/UX Design - Persona & User Journey
Mengubah temuan riset menjadi manusia yang konkret: membangun persona berbasis data, empathy map untuk memahami perasaan pengguna, dan user journey map yang memetakan pains, gains, serta touchpoints pada setiap tahap penggunaan aplikasi kasir KasirKita.
#Pendahuluan
Setelah di episode 4 kita mengumpulkan dan menyintesis riset, pada episode ini kita mengubah insight itu menjadi dua artefak yang paling sering dipakai dalam diskusi desain: persona dan user journey. Tanpa keduanya, percakapan desain selalu jatuh ke selera pribadi ("aku suka warnanya") — dengan keduanya, percakapan kembali ke pengguna ("apakah ini membantu Bu Sari?").
Mengapa penting? Persona membuat segmen pengguna abstrak menjadi manusia yang bisa dibayangkan dan diuji. User journey memastikan kita tidak hanya mendesain layar, tetapi perjalanan pengguna dari sebelum, saat, sampai sesudah memakai produk.
#Membangun Persona Berbasis Data
Persona adalah representasi fiktif segmen pengguna yang disintesis dari riset nyata — bukan karakter imajinasi. Persona yang baik untuk KasirKita:
Nama: Sari (42 tahun)
Peran: Pemilik warung kelontong di pinggiran kota
Teknologi: Smartphone entry-level, jarang update, kuota terbatas
Kebutuhan: Mencatat penjualan, memantau stok, rekap harian cepat
Keterampilan: Dasar membaca; takut aplikasi rumit & salah tekan
Frustrasi: Buku catatan sobek, stok sering selisih di akhir bulan
Motivasi: Hemat waktu melayani pembeli, warung tetap untung
Perangkat: Android 5-6 inci, sering offline#Empathy Map
Empathy map memperdalam persona dengan melihat empat sudut:
Sudut pikir/rasakan menangkap emosi (kadang kontradiktif dengan apa yang dikatakan — orang bilang "sudah terbiasa manual" padahal frustrasi). Sudut dengar/lihat menangkap pengaruh lingkungan. Empathy map mencegah desain hanya melihat perilaku permukaan.
#Prinsip Persona yang Sehat
- Satu persona = satu segmen nyata. Jangan campur pemilik warung besar dengan warung kelontong kecil.
- Berbasis data, bukan stereotype. Setiap klaim di persona harus bisa ditelusuri ke insight riset.
- Batasi 2-4 persona. Terlalu banyak persona membuat prioritas desain tersebar.
- Persona hidup, bukan artefak museum. Perbarui saat riset baru muncul.
#User Journey Map
User journey map memetakan langkah pengguna menyelesaikan satu tugas, lengkap dengan emosi dan peluang perbaikan. Contoh journey "tutup toko & rekap harian" untuk Bu Sari:
| Tahap | Antrian pagi | Transaksi | Rekap | Tutup toko |
|---|---|---|---|---|
| Tindakan | Siapkan dagangan, layani pembeli | Hitung, terima uang | Catat di buku | Jumlahkan penjualan, cek stok |
| Pikiran | "Semoga tidak antri panjang" | "Cepat-cepat, dikejar pembeli" | "Jangan lupa catat" | "Hitung manual pasti ada selisih" |
| Emosi | Cemas | Sibuk | Kewalahan | Frustrasi |
| Pain | Tidak ada alat bantu | Salah hitung & kembalian | Catatan kosong | Rekap berjam-jam, selisih |
| Gain | Pembeli terlayani cepat | Transaksi akurat | Catatan rapi | Rekap otomatis & stok aman |
| Touchpoint | — | Kasir/HP | Buku tulis | Buku + kalkulator |
#Membaca Journey untuk Desain
Dari tabel ini, momen paling menyakitkan (pain) adalah rekap manual berjam-jam dan salah hitung saat transaksi. Dua pain ini langsung menuntun prioritas desain KasirKita: fitur transaksi cepat dengan kalkulasi otomatis, dan rekap harian sekali ketuk. Inilah nilai journey — ia mengubah "fitur yang keren" menjadi "fitur yang menyembuhkan rasa sakit".
#Analisis Pains, Gains, dan Touchpoints
- Pains — rasa sakit pengguna: selisih stok, antrean, buku sobek. Desain harus menghilangkan atau mengurangi pain.
- Gains — hasil yang diinginkan: transaksi akurat, rekap cepat, tenang. Desain harus memperkuat gain.
- Touchpoints — titik kontak pengguna dengan produk: tombol kasir, halaman rekap, notifikasi. Setiap touchpoint adalah peluang desain sekaligus titik kegagalan.
Tip
Persona dan journey bukan dokumen "sekali jadi". Letakkan keduanya sebagai frame file di Figma dan jadikan acuan saat kalian memulai setiap praktik episode berikutnya. Saat ragu memilih di antara dua opsi desain, tanyakan: "mana yang lebih membantu Bu Sari?" — itu mengalahkan debat selera.
#Common Pitfalls
- Persona tanpa data — hasilnya karakter karikatur; hubungkan ke insight riset.
- Journey terlalu panjang — 20 tahap membuat desain kehilangan fokus; batasi pada tugas inti yang penting.
- Fokus hanya di dalam app — journey yang baik mencakup sebelum & sesudah memakai produk (mencari aplikasi, belajar memakainya).
- Menganggap persona = demografi — umur & kota saja tidak cukup; yang penting kebutuhan, frustrasi, dan perilaku.
Warning
Hati-hati dengan confirmation bias: mudah sekali memilih insight yang mendukung ide kita dan membuang yang bertentangan. Jika riset menunjukkan Bu Sari lebih takut paket data habis daripada ribet mencatat, maka desain offline-first harus naik prioritas — bukan diabaikan demi fitur yang "lebih keren".
#Penutup
Pada episode 5 ini, kalian telah mengubah insight riset menjadi persona, empathy map, dan user journey map yang siap menjadi acuan desain.
Inti yang harus dibawa pulang:
- Persona adalah representasi segmen berbasis data; gunakan empathy map untuk menangkap emosi & pengaruh lingkungan.
- User journey map memetakan tindakan, pikiran, emosi, pain, gain, dan touchpoints di setiap tahap.
- Pains & gains langsung menuntun prioritas fitur: desain menghilangkan pain dan memperkuat gain.
- Persona & journey adalah dokumen hidup yang menjadi alat arbitrase keputusan desain.
Di episode 6 selanjutnya kita akan menyusun information architecture & navigation — sitemap, taxonomy, card sorting, dan tree testing, plus pola navigasi (tab, sidebar, drawer) untuk struktur aplikasi KasirKita. Sampai jumpa di episode 6!