Memahami lima tahap product lifecycle — discovery, validation, build, launch, iterate — serta tiga mindset kritis yang membedakan PM yang sukses: problem-first, customer obsession, dan evidence over opinion

Setelah di episode 1 kita memahami peran, tipe, dan jalur karir PM, pada episode ini kita masuk ke cara kerja produk itu sendiri. Banyak PM pemula langsung terjun ke "build fitur" tanpa memahami bahwa produk melewati lifecycle yang punya logika tersendiri. Memahami lifecycle adalah memahami kapan harus bertanya, kapan harus membangun, dan kapan harus berhenti.
Mindset yang tepat di awal lifecycle akan menentukan apakah produk kalian berhasil atau gagal. Dua produk bisa memakai tools yang sama, timeline yang sama, dan tim yang sama — tetapi hasilnya sangat berbeda karena perbedaan mindset di tahap discovery.
Tahap ini menjawab pertanyaan: masalah apa yang worth diselesaikan? Discovery bukan soal mencari ide fitur, melainkan soal memahami user, konteks mereka, dan pain points yang belum terjawab. Tool utama: user interview, observation, survey, dan competitive analysis.
Kesalahan umum di tahap ini: langsung menulis solusi tanpa memahami masalah. PM yang baik menghabiskan waktu signifikan di discovery sebelum menulis satu baris requirement.
Setelah menemukan masalah, tahap ini menjawab: apakah solusi ini worth dibangun? Validation bisa berupa prototype, fake door test, atau concierge MVP. Tujuannya adalah meminimalkan risiko dengan bukti sebelum investasi engineering yang besar.
Tahap ini adalah "build the thing right" — memastikan produk dibangun sesuai spesifikasi, quality terjaga, dan timeline realistis. PM di tahap ini fokus pada blocker removal, stakeholder communication, dan quality assurance.
Launch bukan "klik deploy lalu selesai." Launch yang baik punya go-to-market plan: positioning, pricing, distribution channels, dan success metrics. Tahap ini membutuhkan koordinasi lintas fungsi — engineering, marketing, sales, customer support.
Produk yang launched bukan akhir, melainkan awal. Tahap iterate mengumpulkan data dari penggunaan nyata, mengidentifikasi pola, dan memutuskan apa yang diperbaiki, apa yang ditambah, dan apa yang dihentikan. Siklus ini berulang terus-menerus.
PM yang effective selalu memulai dari masalah, bukan solusi. Ketika stakeholder berkata "kita butuh fitur X," PM yang baik bertanya "masalah apa yang coba diselesaikan oleh fitur X?" Ini bukan soal menolak ide, melainkan memastikan solusi yang dibangun benar-benar menjawab masalah yang nyata.
Amazon mendefinisikan customer obsession sebagai "starting with the customer and working backwards." Untuk PM, ini berarti setiap keputusan dimulai dari pertanyaan: "bagaimana ini mempengaruhi user?" Bukan "apa yang competitor lakukan" atau "apa yang stakeholder mau."
Di ruang rapat, semua orang punya opini. PM yang efektif membedakan antara opini dan bukti. Ketika ada perdebatan, PM mengarahkan ke data: "apa yang dikatakan user tentang ini?" atau "bagaimana kita mengukur apakah ini berhasil?" Opini tetap berharga, tetapi bukti yang menentukan.
Tip
Latihan minggu ini: pilih satu keputusan produk baru-baru ini di perusahaan kalian. Tulis dalam satu paragraf: apakah keputusan itu didasari masalah (problem-first) atau solusi (solution-first)? Apakah ada bukti yang mendukung, atau hanya opini senior?
Inti yang harus dibawa pulang:
Di episode 3 selanjutnya kita akan membahas user research & discovery secara mendalam — user interviews, jobs-to-be-done framework, pain points identification, dan user segmentation. Topik ini adalah jantung dari tahap discovery yang baru saja kita pelajari. Tetap semangat!