Belajar Product Designer - Design Critique & Review

#Pendahuluan

Setelah di episode 14 kita memperluas pandangan ke service blueprint dan ekosistem Sehati, pada episode ini kita membahas keterampilan yang paling sering membuat desainer hebat gagal di dunia kerja: critique dan review.

Desain tidak pernah selesai sendiri — ia melewati mata banyak orang: rekan desainer, PM, engineer, hingga stakeholder. Critique yang buruk berubah menjadi pertarungan ego; critique yang baik membuat desain jauh lebih kuat. Product designer tidak hanya menerima kritik — kalian juga memimpinnya: menciptakan ruang di mana umpan balik jujur bisa muncul tanpa membuat orang defensif.

#Kritik yang Membangun: Bedakan Pendapat dan Umpan Balik

Perbedaan paling penting: opini pribadi ("saya kurang suka birunya") vs umpan balik terstruktur ("pada layar hasil triase, kontras tombol sekunder dengan latar hanya 2.8:1, di bawah standar AA 4.5:1"). Yang kedua bisa ditindaklanjuti; yang pertama hanya bunyi.

Saat memberi feedback, gunakan pola objektif → dampak → usulan:

Situasi : "Pada layar 04, tombol Booking berwarna biru muda."
Dampak  : "Kontrasnya 2.8:1, sulit dilihat user dengan gangguan
          penglihatan, dan menurunkan konversi."
Usulan  : "Ganti ke color.primary (4.6:1) atau naikkan berat font."

Hindari kata "saya kurang suka" dan "sebaiknya ganti X". Berikan alasan yang bisa diperiksa — kontras, jarak, model mental, metrik — bukan selera. Kritik pada karya, bukan pada orang: alamatkan ke desain, bukan ke desainernya.

#Menerima Kritik Tanpa Defensif

Ini yang paling sulit. Beberapa teknik yang membantu:

1. Dengarkan dulu, jawab kemudian. Jangan memotong untuk membela diri.
2. Cari maksud di balik kata. "Teksnya kecil" sering berarti "kamu kurang memikirkan pengguna tua", bukan serangan.
3. Tanyakan apa yang bisa ditindaklanjuti: "Kalau begitu, apa yang paling mengganggu?"
4. Bedakan kritik desain vs kritik diri. Umpan balik ke layar bukan penilaian harga diri.

Aturan emas: jangan menjelaskan desain yang buruk. Jika reviewer salah paham, itu sinyal bahwa desainnya tidak cukup jelas — bukan alasan untuk presentasi ulang yang panjang.

#Menyusun Critique Session

Critique session yang efektif punya struktur, bukan sekadar "lihat-lihat lalu komentar". Format yang terbukti:

5 menit  : presenter jelaskan KONTEKS (tujuan, user, constraint) — bukan detail
3 menit  : semua peserta melihat desain dalam diam, catat pertanyaan
10 menit : peserta bertanya (tanpa solusi!) untuk memahami
10 menit : diskusi terfokus: "apa yang tidak berhasil & mengapa"
2 menit  : presenter merangkum tindak lanjut

Dua aturan yang menjaga sesi tetap sehat:

• Tanya sebelum menyarankan. Solusi yang diberikan sebelum masalah dipahami hanyalah tebakan.
• Satu orang fasilitator menghentikan dominasi dan menjaga fokus ke tujuan sesi.

#Mempresentasikan Desain ke Stakeholder

Kepada rekan desainer, kalian presentasi detail; kepada stakeholder (direktur, pemilik produk), kalian presentasi keputusan dan alasannya. Struktur presentasi yang kuat:

1. Masalah — konteks dan mengapa fitur ini ada (1 menit).
2. Tujuan & metrik — apa yang ingin dicapai.
3. Arah desain — tunjukkan 1-2 solusi + alasan memilih (bukan 10 opsi).
4. Bukti — hasil riset, eksperimen, atau prinsip yang mendukung keputusan.
5. Keputusan yang dibutuhkan — sampaikan jelas apa yang perlu disetujui.

Stakeholder lebih percaya pada desainer yang menyebut angka dan alasan daripada yang berkata "saya rasa ini lebih bagus". Siapkan jawaban untuk pertanyaan umum: "kenapa tidak sekaligus fitur X?", "berapa biayanya?", "kapan bisa rilis?"

#Praktik: Critique Session Sehati

1. Kumpulkan 2-3 orang (teman atau sesama praktikan).
2. Ambil prototype cek gejala; kalian jadi presenter.
3. Jalankan format 30 menit di atas.
4. Terapkan aturan: peserta hanya bertanya di 10 menit pertama, tidak boleh menyarankan solusi.
5. Setelah sesi, tulis 3 umpan balik yang kalian putuskan untuk ditindaklanjuti + alasannya.

#Penutup

Inti yang harus dibawa pulang:

• Feedback terstruktur: situasi → dampak → usulan, bukan opini pribadi.
• Kritik diarahkan ke karya, bukan ke orang; dengarkan sebelum membela.
• Critique session terstruktur: konteks → tanya → fokus masalah → rangkum.
• Tanya sebelum menyarankan — solusi sebelum memahami masalah hanyalah tebakan.
• Presentasi ke stakeholder: masalah, tujuan, arah, bukti, keputusan yang dibutuhkan.

Di episode 16 selanjutnya kita akan membahas design documentation — menyusun PRD design, spesifikasi, dan design notes yang membuat keputusan desain Sehati terekam, bisa dirujuk, dan tidak hilang saat orangnya pindah. Sampai jumpa di episode 16!