Menyusun peta lima tahap product design lifecycle — discovery, definition, design, delivery, dan iteration — beserta aktivitas kunci, deliverable, dan peran product designer di tiap tahap, lengkap dengan praktik memetakan lifecycle produk Sehati agar kalian tahu kapan harus riset, kapan harus desain, dan kapan harus berhenti

Setelah di episode 1 kita memahami peran product designer dan perbedaannya dengan UI/UX designer — termasuk fakta bahwa product designer terlibat sejak masalah belum ditemukan — pada episode ini kita memasang kerangka waktu di atas peran tersebut: product design lifecycle.
Lifecycle adalah peta perjalanan sebuah ide menjadi produk yang dipakai dan terus diperbaiki. Mengapa wajib memahami ini? Karena sebagian besar kegagalan produk bukan terjadi saat desain, melainkan saat tim melompat ke solusi terlalu cepat atau tidak pernah benar-benar selesai. Tanpa lifecycle, kalian akan terjebak desain ulang tanpa henti, atau sebaliknya merilis fitur yang tidak sesuai kebutuhan.
Lifecycle ini siklik, bukan linear: setelah iterasi, temuan baru membawa tim kembali ke discovery. Berikut pembagian tiap tahap.
Tahap untuk memahami problem space: siapa user-nya, apa yang mereka alami, seberapa besar masalahnya, dan apakah layak diselesaikan. Output tahap ini bukan desain, melainkan pemahaman: hasil interview, insight, dan data sekunder. Kita bedah detailnya di episode 4.
Contoh pada Sehati: alih-alih langsung mendesain layar booking dokter, tim melakukan interview ke 15 pasien dan 5 dokter, lalu menemukan masalah sebenarnya bukan "sulit cari dokter" melainkan "tidak tahu gejala ini perlu ke dokter atau tidak" — yang mengubah arah produk sepenuhnya.
Tahap menyempitkan temuan discovery menjadi pernyataan yang jelas. Outputnya: problem statement, persona/target user, dan kriteria sukses. Di sini product designer bekerja sama dengan PM menyusun hipotesis yang bisa diuji. Tanpa definition yang baik, tim akan menyetujui solusi yang berbeda-beda interpretasinya.
Contoh: "Pasien muda (18-30) butuh cara cepat memilah tingkat urgensi gejalanya sebelum memutuskan konsultasi, agar tidak membuang waktu dan uang ke layanan yang salah."
Tahap paling terlihat: ideation, wireframe, prototype, dan hi-fi. Product designer mengeksplorasi beberapa arah solusi, menguji asumsi, dan menyempurnakan satu arah menjadi desain siap develop. Detail tahap ini tersebar di episode 3, 6, 7, 8, dan 9.
Tahap handoff: desain diterjemahkan engineer menjadi produk nyata. Deliverable kalian: spesifikasi, komponen design system, dan flow yang jelas (episode 13 dan 16). Tanpa delivery yang baik, desain indah bisa lahir dengan implementasi yang menyimpang — yang menyebalkan, bukan saja karena kualitas, tetapi karena perbaikan pasca-rilis jauh lebih mahal.
Tahap mengukur dampak: analytics, usability test, dan feedback. Produk diluncurkan sebagai versi yang bisa dipelajari, bukan versi final. Data dari tahap ini menjadi input discovery putaran berikutnya (episode 11 dan 12).
Buka file Figma Sehati dan buat halaman baru bernama 00 Lifecycle. Sekarang petakan tiga fitur berikut ke lima tahap — tuliskan 1 aktivitas dan 1 deliverable per
tahap:
Discovery : interview 10 pasien soal kebiasaan cek kesehatan
Definition: "pasien butuh triase gejala yang cepat sebelum booking"
Design : wireframe alur 5 langkah + prototype diuji ke 5 user
Delivery : handoff komponen & spec interaksi ke engineer
Iteration : ukur % user yang lanjut ke booking vs drop di langkah 2Tip
Latihan ini mengajarkan satu keterampilan penting: membedakan tahap kerja. Saat menemukan ide baru, tanyakan dulu "kita sedang di tahap apa?" — discovery atau design? Kebanyakan tim berdebat soal solusi padahal belum sepakat soal masalah.
| Pitfall | Gejala | Antidot |
|---|---|---|
| Jumping to solution | Langsung sketsa saat masalah belum jelas | Paksa tim tulis problem statement dulu |
| Waterfall kaku | Menunggu discovery "sempurna" untuk mulai desain | Lifecycle bisa tumpang tindih; tiap tahap cukup "cukup baik" |
| Rilis lalu lupa | Fitur diluncurkan tanpa metrik | Definisikan kriteria sukses di tahap definition |
| Desain ulang tanpa data | Redesign besar hanya karena selera | Mulai dari data & insight iteration |
Inti yang harus dibawa pulang:
Sehati melatih kalian membedakan tahap dan bekerja sesuai konteks.Di episode 3 selanjutnya kita akan membahas design thinking end-to-end — lima mode empati, definisi, ideation, prototype, dan testing yang dijalankan sebagai sprint desain mini di Sehati. Pastikan pemetaan lifecycle kalian sudah lengkap, karena design thinking akan menempatkan dirinya di dalam peta tersebut. Sampai jumpa di episode 3!