Menjalankan design thinking end-to-end — empathize, define, ideate, prototype, dan test — dalam konteks produk nyata, lengkap dengan praktik sprint desain mini selama satu hari untuk fitur cek gejala Sehati, dari memahami pasien hingga menguji prototipe yang bisa diklik

Setelah di episode 2 kita memetakan product design lifecycle — discovery, definition, design, delivery, iteration — pada episode ini kita masuk ke metodologi yang menggerakkan tahap-tahap tersebut: design thinking.
Design thinking adalah pendekatan penyelesaian masalah yang berpusat pada manusia, dipopulerkan oleh IDEO dan Stanford d.school. Ia terdiri dari lima mode: empathize, define, ideate, prototype, test. Mengapa penting bagi product designer? Karena inilah kerangka kerja yang mengubah wawancara menjadi solusi — dan membuat keputusan desain bisa dipertanggungjawabkan, bukan sekadar intuisi.
Mode ini memang terlihat linear, tetapi dalam praktiknya iteratif — hasil test bisa membawa kalian kembali ke empathize atau ideate. Yang terpenting bukan urutan, melainkan prinsipnya: pahami manusia sebelum memutuskan apa pun.
Kumpulkan data tentang pengguna melalui interview, observasi, dan data sekunder. Tujuannya bukan mengumpulkan komentar, melainkan membangun pemahaman emosional: apa yang mereka rasakan, takutkan, dan harapkan. Detail risetnya ada di episode 4; di sini yang penting adalah mindset-nya.
Saring temuan empathize menjadi problem statement yang tajam. Formula yang dipakai banyak praktisi:
[Pengguna] butuh [kebutuhan] karena [insight mendalam], sehingga [dampak jika tidak terpenuhi].Contoh untuk Sehati: "Pasien muda butuh memilah urgensi gejalanya sendiri karena takut membuang waktu dan biaya ke layanan yang salah, sehingga mereka menunda konsultasi sampai kondisinya memburuk."
Lakukan divergensi: hasilkan sebanyak mungkin ide tanpa menghakimi, baru kemudian konvergen memilih. Teknik populer: crazy 8s (8 ide dalam 8 menit) dan brainstorming terstruktur. Product designer di tahap ini boleh liar — yang penting volume dulu, kualitas menyusul.
Ubah ide terpilih menjadi sesuatu yang bisa dipegang: dari sketsa kertas, wireframe, hingga hi-fi clickable. Prototype di design thinking tidak harus sempurna — sebaliknya, semakin cepat dibuat semakin baik, karena tujuannya adalah menjawab pertanyaan spesifik, bukan menyelesaikan desain.
Perlihatkan prototype ke pengguna dan amati bagaimana mereka menggunakannya. Fokus pada apa yang mereka lakukan, bukan apa yang mereka katakan. Temuan test memicu iterasi: kembali ke prototype, atau jika temuan besar, kembali ke define.
Important
Kesalahan terbesar pemula: menghabiskan minggu untuk menyempurnakan hi-fi prototype, lalu baru testing. Padahal biaya belajar dari kertas dan wireframe jauh lebih murah. Design thinking menekankan "fail fast" — gagal cepat di atas kertas lebih baik daripada gagal mahal di production.
Sekarang kalian menjalankan sprint desain mini untuk fitur cek gejala Sehati. Alokasikan kurang lebih 4-5 jam:
| Waktu | Mode | Aktivitas |
|---|---|---|
| 09:00-10:30 | Empathize | Interview 2-3 teman/keluarga tentang kebiasaan cek kesehatan |
| 10:30-11:00 | Define | Tulis problem statement dengan template di atas |
| 11:00-12:00 | Ideate | Crazy 8s: 8 ide alur cek gejala |
| 13:00-14:00 | Prototype | Buat wireframe alur terbaik di Figma (low-fi) |
| 14:00-15:00 | Test | Uji ke 2 orang; catat apa yang mereka lakukan |
Saat testing, gunakan pertanyaan pemandu:
1. Coba tentukan: "apakah batuk ini perlu ke dokter?"
2. (Amati diam) di langkah mana mereka ragu?
3. Tanya: apa yang mereka pikirkan saat langkah ini?
4. JANGAN bantu mereka; biarkan mereka gagal.Hasil sprint desain mini ini adalah bahan mentah untuk tahap-tahap lifecycle selanjutnya: problem statement yang jelas menjadi input definition, wireframe yang teruji menjadi titik awal hi-fi di episode 7, dan temuan test menjadi bahan hipotesis eksperimen di episode 12.
Satu hal yang membedakan design thinking dari sekadar "metode kreatif": ia menuntut bukti. Tiap keputusan desain harus bisa menjawab "apa yang kalian lihat dan dengar yang membuat kalian memutuskan ini?" — inilah yang membuat desain produk bisa dipertanggungjawabkan kepada stakeholder.
Inti yang harus dibawa pulang:
Di episode 4 selanjutnya kita akan mendalami tahap discovery & framing — cara membedah problem space, teknik interview user yang benar, dan opportunity sizing untuk memutuskan masalah mana yang layak dikerjakan. Pastikan hasil sprint kalian tersimpan rapi, karena discovery akan menguji dan memperkuat problem statement Sehati. Sampai jumpa di episode 4!