Membedah lima tahap design thinking — empathize, define, ideate, prototype, dan test — yang berjalan iteratif, lalu mempraktikkannya lewat mini design sprint untuk studi kasus JagaKota selama satu hari.

Setelah di episode 1 kita memahami peran UX designer dan proses double-diamond, pada episode ini kita membahas design thinking — metodologi paling populer untuk memecahkan masalah yang ambigu. Kalau double-diamond adalah kerangka proses, design thinking adalah cara berpikir yang mendasarinya. Keduanya saling melengkapi, dan keduanya iteratif.
Mengapa design thinking penting? Karena hampir semua masalah UX adalah wicked problem — masalah yang belum jelas definisinya, dan setiap upaya solusi justru mengubah pemahaman tentang masalahnya. Design thinking memberi disiplin untuk menahannya tanpa panik.
Agar tidak tersesat di antara tahap, setiap tahap punya keluaran yang jelas — kalau belum ada, berarti belum selesai:
| Tahap | Deliverable |
|---|---|
| Empathize | Catatan riset, kutipan pengguna, insight map |
| Define | Problem statement, persona, JTBD |
| Ideate | Daftar ide, konsep terpilih |
| Prototype | Wireframe/prototype yang bisa diuji |
| Test | Temuan terurut, daftar iterasi |
Di JagaKota, tanpa insight map (kutipan yang sudah dikelompokkan) tahap define hanya menebak; tanpa daftar iterasi, siklus berikutnya kehilangan arah.
Pahami pengguna secara mendalam lewat observasi, interview, dan keterlibatan langsung. Tujuannya: mengumpulkan data kualitatif tentang kebutuhan, frustrasi, dan konteks. Untuk JagaKota, tahap ini berarti berbicara dengan warga yang pernah melapor, petugas lapangan, dan warga yang tidak pernah melapor.
Sintesis data menjadi problem statement yang tajam. Bukan "warga tidak suka aplikasinya", tapi "warga tidak tahu ke mana harus melapor dan tidak percaya laporannya ditindaklanjuti". Problem statement yang baik mengandung pengguna, kebutuhan, dan insight.
Hasilkan sebanyak mungkin solusi tanpa dihakimi dulu. Teknik favorit: brainstorming, Crazy 8 (delapan ide dalam delapan menit), dan worst possible idea (membalik arah untuk mencairkan kebuntuan). Di tahap ini kuantitas lebih penting daripada kualitas.
Wujudkan ide terbaik menjadi artefak murah yang bisa disentuh: sketsa, wireframe kertas, atau prototype Figma sederhana. Prototype bukan produk jadi — ia adalah alat komunikasi untuk menguji asumsi.
Uji prototype dengan pengguna nyata, amati, lalu ulangi. Hasil test hampir selalu mengubah desain — itu normal dan justru tanda proses berjalan sehat. Siklus prototype → test → refine diulang sampai solusi terbukti.
Daripada teori saja, mari jalankan mini design sprint satu hari untuk JagaKota. Agenda berikut bisa dikerjakan sendiri atau berpasangan:
| Waktu | Aktivitas | Alat |
|---|---|---|
| 09:00-09:45 | Empathize: interview 2-3 orang + catat insight | FigJam sticky note |
| 09:45-10:15 | Define: tulis problem statement | FigJam / notebook |
| 10:15-11:00 | Ideate: Crazy 8 untuk "cara warga melapor" | Kertas / FigJam |
| 11:00-12:00 | Prototype: wireframe kertas alur lapor | Kertas / Figma |
| 13:00-14:00 | Test: uji wireframe ke 1 orang | Rekam layar / catatan |
Warga kota membutuhkan cara melapor dan memantau masalah
infrastruktur yang transparan, karena saat ini banyak yang
memilih mengeluh di media sosial akibat laporan resmi
terasa seperti "kotak hitam" tanpa kabar lanjutan.Tip
Kunci design sprint: batasi waktu. Waktu yang ketat memaksa keputusan cepat dan mencegah analisis berlebihan. Jika satu ide belum selesai dalam 8 menit, pindah — ide bagus akan kembali.
Beberapa kesalahan umum yang sering merusak proses:
Inti yang harus dibawa pulang:
Di episode 3 selanjutnya kita akan membahas user research dasar — interview, survey, observation, dan persona — dan langsung melakukan riset sederhana untuk JagaKota. Pastikan FigJam dan notebook kalian siap, karena ini mulai masuk ke medan riset sesungguhnya!