Belajar UI/UX Design - Design Thinking & Design Process
Mempraktikkan kerangka kerja design thinking dalam proyek nyata: memahami setiap tahap dari riset, sintesis, ideasi, prototipe, hingga test dan iterasi, lalu menyusun design brief dan process plan untuk studi kasus KasirKita agar setiap episode berikutnya berjalan terarah.
#Pendahuluan
Setelah di episode 2 kita memahami arsitektur proses (Double Diamond & design thinking), pada episode ini kita menjalankannya — bukan sekadar menghafal tahapan, melainkan memetakannya ke proyek nyata. Sebuah kerangka kerja hanya berguna jika ia menjadi tulang punggung keputusan sehari-hari.
Mengapa episode ini penting? Karena kualitas output desain sangat ditentukan oleh kualitas proses yang mendahuluinya. Design brief yang jelas menyelamatkan kalian dari scope creep dan desain yang berubah-ubah; process plan yang realistis mencegah kalian terjebak di riset terlalu lama atau melompat terlalu cepat ke visual. Di sini kita mulai studi kasus KasirKita secara serius.
#Alur Proses: Riset → Sintesis → Ideasi → Prototipe → Test
Design thinking bekerja dalam lima tahap yang saling terkait:
- Riset (Empathize) — memahami pemilik warung: bagaimana mereka menghitung stok, mencatat penjualan, dan kesulitan apa yang mereka hadapi. Metode detailnya di episode 4.
- Sintesis (Define) — menyaring temuan riset menjadi problem statement, persona, dan user journey (episode 5).
- Ideasi (Ideate) — menghasilkan berbagai kemungkinan solusi tanpa filter dulu, lalu menyempitkan.
- Prototipe (Prototype) — membangun versi murah: sketsa, wireframe (episode 7), lalu prototype interaktif (episode 11).
- Test — menguji prototipe dengan pengguna nyata (episode 15) dan memperbaiki berdasarkan temuan.
#Iterasi adalah Jantungnya
Satu putaran jarang cukup. Perhatikan pola berikut — setiap test mengirim kita kembali ke tahap sebelumnya:
Prinsipnya: iterasi cepat lebih baik daripada kesempurnaan sekali jalan. Prototipe kertas yang diuji hari ini lebih berharga daripada desain pixel-perfect yang baru diuji bulan depan.
#Menyusun Design Brief
Design brief adalah dokumen kontrak awal antara kalian (desainer) dan pemangku kepentingan (stakeholder). Ia menjawab mengapa proyek ini ada dan apa keberhasilannya. Template minimal:
project: KasirKita
background: >-
Pemilik warung UMKM kesulitan mencatat penjualan dan
memantau stok; catatan manual rentan salah hitung.
goals:
- Mempercepat proses transaksi kasir (target < 30 detik)
- Mengurangi selisih stok bulanan
- Mudah dipakai tanpa pelatihan
users: Pemilik warung 30-55 th, kasir paruh waktu
constraints: Harga terjangkau, offline-friendly, layar 5-6 inci
success_metrics:
- Task success rate transaksi >= 90%
- Waktu transaksi rata-rata < 30 detik
scope: MVP (transaksi, stok, laporan harian sederhana)
out_of_scope: Multitoko, payroll, integrasi marketplace
deadline: 12 mingguPerhatikan penggunaan < dan > — dalam YAML inline, karakter < dan > aman ditulis langsung karena bukan awal dokumen, tetapi membiasakan diri menulis eksplisit menghindarkan kita dari masalah parsing di konteks lain.
#Mengapa Brief Ini Penting
- Goals yang terukur memberi target untuk pengujian (episode 15-16).
- Out of scope melindungi dari scope creep — fitur "kalau ada waktu" tidak dijanjikan.
- Success metrics menghubungkan desain dengan hasil bisnis, bukan selera subjektif.
#Menyusun Process Plan
Process plan memetakan aktivitas ke timeline. Untuk MVP 12 minggu KasirKita:
| Minggu | Fase | Aktivitas |
|---|---|---|
| 1-2 | Riset | Interview 5-8 pemilik warung, observasi, sintesis |
| 3 | Definisi | Persona, journey map, problem statement final |
| 4-5 | Ideasi & IA | Sketsa, sitemap, wireframe flow |
| 6-7 | Visual | Moodboard, design system mini, hi-fi UI |
| 8-9 | Prototipe | Prototype interaktif Figma |
| 10-11 | Test | Usability test 2 siklus, revisi |
| 12 | Deliver | Handoff dokumentasi ke developer |
Plan ini mengikuti Double Diamond: minggu 1-3 menyempitkan masalah, minggu 4-9 melebar & menyempitkan solusi, minggu 10-12 memvalidasi.
Tip
Realistislah soal timeline. Aturan praktis: riset + sintesis sekitar 25-35% total waktu, ideasi + desain 40%, testing + revisi 25-30%. Jika testing terdesak oleh timeline, potong visual polish dulu — jangan potong waktu riset, karena kesalahan di hulu paling mahal.
#Common Pitfalls
Kesalahan umum yang sering dilakukan desainer pemula:
- Melompat langsung ke visual — layar cantik tanpa problem statement jelas; hasilnya desain ulang berkali-kali.
- Brief terlalu teknis — fokus ke "button warna apa" bukan "masalah apa yang dipecahkan". Brief mengarahkan, bukan mendikte.
- Over-riset — 30 interview untuk fitur internal yang sepele; pilih kedalaman riset sesuai risiko keputusan.
- Tanpa success metric — tidak ada cara objektif membuktikan desain lebih baik sebelum dan sesudah.
Warning
Design brief bukan dokumen beku. Saat riset di minggu 1-2 menemukan fakta baru (misal: masalah sebenarnya bukan pencatatan, tapi rekap stok manual), perbarui brief dan komunikasikan ke stakeholder. Brief yang dikunci mati justru menjadi sumber kegagalan.
#Penutup
Pada episode 3 ini, kalian telah mempraktikkan design thinking sebagai proses yang hidup — dari riset, sintesis, ideasi, prototipe, hingga test yang berputar terus.
Inti yang harus dibawa pulang:
- Design thinking adalah lima tahap berputar: Riset → Sintesis → Ideasi → Prototipe → Test, dengan iterasi di jantungnya.
- Design brief menjawab mengapa & apa ukuran sukses proyek; ia melindungi dari scope creep.
- Process plan memetakan aktivitas ke timeline yang realistis; jangan mengorbankan riset demi deadline.
- Pitfalls utama: melompat ke visual, brief teknis, over-riset, dan tidak punya success metric.
Di episode 4 selanjutnya kita akan masuk ke UX research & metode riset — membedah metode kuantitatif (survey, analytics) dan kualitatif (interview, usability test), contextual inquiry, serta teknik sintesis affinity diagram. Sampai jumpa di episode 4!