Jebakan Umum Manajer Produk (dan Cara Keluar Darinya)

Sekitar bulan ke-18, sesuatu yang tenang terjadi pada sebagian besar PM. Irama rilis baik-baik saja. Standup baik-baik saja. Deck roadmap mendapat penyegaran kuartal lalu. Tapi kemenangan tidak menggandakan diri seperti pada bulan keenam. Sales terus menginterupsi dengan permintaan akun bernama. Engineering berhenti membantah dalam refinement, yang terdengar seperti kemenangan padahal bukan. Anda tidak bisa membedakan apakah ini soal peran, perusahaan, atau Anda.

Ini bisa dicocokkan dengan pola. Kami melihat ini di setiap organisasi PM yang pernah kami tangani, dan polanya hampir selalu tujuh yang sama. Inilah mereka, dengan gejala yang menyingkapkan masing-masing, angka yang membuat biayanya nyata, dan satu perbaikan yang bisa Anda jalankan minggu ini. Baca sekali. Pilih yang menusuk. Lakukan perbaikannya. Baca ulang dalam 30 hari.

Jebakan 1: Mode Pabrik Fitur

Gejala: Anda mengukur keberhasilan dalam tiket yang ditutup. Dashboard peluncuran Anda menghitung fitur yang dirilis. Retro Anda merayakan "kita mencapai 14 dari 15 komitmen kuartal ini." Tidak ada seorang pun di tim yang bisa menyebut metrik yang seharusnya digerakkan fitur terakhir, dan tidak ada yang bertanya.

Angka nyata: Analisis Itamar Gilad tentang hasil di tingkat fitur, didukung data terbit Microsoft soal eksperimen Bing dan studi pengujian Google, mendarat di tempat yang kira-kira sama: sekitar sepertiga fitur yang dirilis menggerakkan metrik target secara positif, sepertiga menggerakkannya secara negatif, dan sisanya datar. Terjemahkan itu ke pabrik fitur dan Anda merilis pada tingkat tanpa-hasil sekitar 70%. Jika tim Anda merilis 30 fitur per tahun, dua puluh di antaranya tidak menghasilkan apa pun atau secara aktif merugikan produk.

Perbaikan: Matikan dashboard peluncuran. Ganti dengan dashboard hasil, bahkan jika untuk saat ini hanya berisi tiga baris. Setiap fitur, sebelum masuk antrean build, mendapat prediksi metrik yang diregistrasikan terlebih dahulu secara tertulis. Format: "Jika kita merilis X, kita memperkirakan metrik Y bergerak dari A ke B dalam 30 hari. Confidence: sedang." Jika Anda tidak bisa menulis kalimat itu, fiturnya belum siap dibangun. Disiplinnya bukan soal prediksi yang benar; melainkan soal prediksi yang sekadar ada. Kalibrasi datang dari membandingkan apa yang Anda tulis dengan apa yang terjadi.

Jebakan 2: Melewati Discovery

Gejala: Nol wawancara pelanggan di kalender Anda kuartal ini. Anda berkata kepada diri sendiri, dan kepada manajer Anda, bahwa Anda "terlalu sibuk mengeksekusi." Anda kadang membaca tiket support. Anda menonton demo sales bulan lalu. Itu discovery, kan?

Angka nyata: Tolok ukur continuous discovery milik Teresa Torres (yang dirujuk sebagian besar organisasi PM senior) berada di satu touchpoint pelanggan per minggu, minimum, oleh PM secara pribadi. Sebagian besar PM yang merasa macet berjalan pada 0-2 touchpoint per kuartal. Itu adalah kesenjangan 12x hingga 50x antara yang sehat dan yang macet.

Perbaikan: Sebelum Anda membaca lebih jauh dalam artikel ini, buka kalender Anda dan pesan tiga wawancara pelanggan 30 menit untuk minggu ini. Rekrut melalui tiket support dan analitik produk, bukan melalui penyerahan dari sales. (Wawancara yang diperkenalkan sales condong ke calon pelanggan enterprise yang menginginkan fitur, bukan pola.) Wawancara pertama akan terasa tidak berguna. Yang ketiga akan memunculkan sesuatu yang tidak Anda ketahui pada hari Senin. Jika tiga terasa berat, Anda sudah menemukan jebakan Anda.

Jebakan 3: Rilis-dan-Lupakan

Gejala: Tinjauan peluncuran ada di kalender tim. Tinjauan pasca-peluncuran 30/60/90 hari tidak ada. Satu-satunya waktu siapa pun melihat sebuah fitur setelah peluncuran adalah ketika ia rusak atau ketika sales mengeluh ia membingungkan.

Angka nyata: Di seluruh komunitas PM yang kami survei secara informal, kira-kira 80% post-mortem fitur hanya terjadi dalam mode kegagalan: gangguan, regresi, penurunan NPS. Fitur yang diam-diam berkinerja buruk (dirilis, dipakai oleh 4% pengguna yang dituju, tanpa peningkatan metrik) tidak mendapat post-mortem karena tidak ada yang menyadarinya. Itulah fitur yang paling Anda banggakan dalam tinjauan tahunan Anda dan yang tidak memberi apa pun bagi perusahaan.

Perbaikan: Pada waktu peluncuran, sebelum fitur ditayangkan, taruh undangan kalender di kalender Anda sendiri bertanggal 30 hari ke depan. Pemilik: Anda. Peserta: Anda dan satu engineer. Agenda: matikan, iterasikan, atau skalakan. Tulis keputusannya dalam satu paragraf dan posting di tempat yang bisa dilihat sisa tim. Jika jawabannya matikan, matikan secara terlihat. PM yang mematikan fitur secara publik mendapat lebih banyak kepercayaan daripada PM yang tidak pernah punya kegagalan untuk dilaporkan, karena kelompok kedua sedang berbohong atau tidak mengukur.

Jebakan 4: Teater Manajemen Pemangku Kepentingan

Gejala: Anda menghabiskan 12+ jam rapat penyelarasan seminggu. Keputusan yang dibuat dalam rapat tidak melekat. Topik yang sama kembali minggu berikutnya. Anda meninggalkan setiap rapat dengan action item dan tanpa keputusan. Anda kelelahan dan roadmap Anda tidak bergerak.

Angka nyata: Survei PM 2024 dari ProductPlan menempatkan rata-rata PM pada 23 jam/minggu dalam rapat; kuartil teratas (berdasarkan dampak dan kecepatan promosi yang dilaporkan sendiri) berada di 14. Itu sembilan jam selisih seminggu, setiap minggu, antara sibuk dan efektif. Disetahunkan, itu 450 jam, kira-kira 11 minggu kerja waktu yang dipulihkan.

Perbaikan: Pilih sync pemangku kepentingan berulang yang punya kepadatan-keputusan terendah dan batalkan selama dua minggu. Ganti dengan update tertulis hari Jumat berisi tiga bagian, maksimal setengah halaman: apa yang dirilis, apa yang terblokir, apa yang saya butuhkan sebelum Jumat berikutnya. Posting di tempat pemangku kepentingan bisa berkomentar secara async. Setelah dua minggu, hitung berapa banyak pemangku kepentingan yang mengejar Anda soal rapat yang dibatalkan. Angkanya hampir selalu nol. Yang memang mengejar Anda punya kebutuhan nyata; bangun irama yang lebih kecil dan lebih spesifik hanya dengan mereka.

Jebakan 5: Terlalu Banyak Spec sambil Kurang Validasi

Gejala: PRD Anda 12 halaman. Anda menghabiskan dua hari untuk yang terakhir. Engineering membaca halaman pertama dan memindai sisanya. Nol prototipe ditaruh di hadapan pelanggan dalam sebulan terakhir.

Angka nyata: Menulis bagian PRD menyeluruh yang tidak dibaca siapa pun menghabiskan kira-kira tiga jam waktu PM yang terfokus. Membangun click-through Figma yang mendapat reaksi nyata dari tiga pelanggan menghabiskan kira-kira 30 menit jika Anda bisa memakai komponen yang ada, satu jam jika tidak bisa. Click-through menghasilkan sinyal; bagian PRD menghasilkan jejak dokumen.

Perbaikan: Batasi PRD Anda maksimal dua halaman. Bagian yang diizinkan: pernyataan masalah, target hasil (dengan prediksi metrik dari Jebakan 1), solusi yang diusulkan dalam tiga poin, apa yang secara eksplisit TIDAK kami lakukan, pertanyaan terbuka. Apa pun yang ingin Anda tulis melewati halaman dua adalah tanda Anda menghindari percakapan pelanggan. Bangun prototipenya saja, dan biarkan prototipe menjawab pertanyaan yang akan Anda tulis berparagraf-paragraf.

Jebakan 6: Mengatakan Ya pada Setiap Permintaan Sales

Gejala: Roadmap Anda terbaca seperti daftar akun bernama. Setiap tiket kedua punya deal yang melekat. Frasa "ini dikomitmenkan ke Acme" muncul dalam tiga dari lima rapat perencanaan terakhir Anda. Anda tidak membangun apa pun untuk pelanggan yang ada selama dua bulan karena pipeline deal memakan kuartal.

Angka nyata: Studi dari Intercom, Pendo, dan beberapa organisasi produk yang didanai VC mendarat di rentang yang konsisten: fitur yang dibangun khusus untuk permintaan akun yang didorong sales dikonversi menjadi pendapatan ekspansi pada kira-kira 8-15%. Kapasitas engineering yang sama, dialihkan ke fitur retensi atau aktivasi untuk basis yang ada, dikonversi pada 30-40% dalam dampak net revenue retention. Anda menukar imbal hasil 3x dengan imbal hasil 1x karena yang 1x lebih lantang di dalam ruangan.

Perbaikan: Bangun formulir asupan tertulis. Kolom wajib: deal mana, ARR berapa, apa alternatifnya jika kita bilang tidak, bukti apa yang ada bahwa pelanggan lain menginginkan ini, bagaimana kita mengukur keberhasilan pasca-build. Buat sales mengisinya. Sekitar 80% permintaan "mendesak" mati di formulir, karena alternatifnya selalu "kita akan mencari jalan lain" dan buktinya selalu "satu calon pelanggan ini menyebutnya." Yang bertahan melewati formulir adalah nyata, dan Anda akan membangunnya dengan konteks yang tepat.

Jebakan 7: RICE Tanpa Confidence yang Jujur

Gejala: Anda membuka spreadsheet RICE Anda kuartal lalu. Setiap inisiatif diberi skor confidence 80% atau lebih tinggi. Beberapa 90%. Tidak ada yang di bawah 70%. Keluaran prioritisasi Anda tampak teliti dan menghasilkan peringkat yang sama dengan yang akan diberikan naluri Anda.

Angka nyata: PM yang terkalibrasi, subset kecil yang melacak akurasi prediksi mereka sendiri dari waktu ke waktu, sebagaimana superforecaster Philip Tetlock melakukannya, mendarat di kira-kira 55-65% pada keputusan confidence soal hasil fitur. Itu rentang realistis bagi seseorang dengan naluri produk yang kuat dan pengukuran yang jujur. Siapa pun yang memberi skor di atas 80% pada setiap item di backlog mereka sedang menambatkan pada peringkat yang diinginkan, bukan memperkirakan. Kerangkanya menjadi teater.

Perbaikan: Mulai jurnal prediksi. Pada waktu pemberian skor RICE, tuliskan angka confidence Anda DAN prediksi satu baris tentang apa yang akan terjadi jika fitur dirilis. Pada waktu hasil (gunakan tinjauan 30 hari dari Jebakan 3), beri skor diri Anda: apakah prediksinya benar, sebagian benar, atau salah? Kalibrasi ulang setiap kuartal. Setelah dua kuartal menjurnal, rata-rata confidence Anda akan turun menuju 60% dan prioritisasi Anda akan mulai menghasilkan peringkat yang mengejutkan Anda. Itulah kerangka yang benar-benar bekerja.

Meta-Jebakan

Baca lagi tujuh itu. Mereka berbagi satu akar: mengoptimalkan aktivitas yang terlihat di atas pembelajaran yang tak terlihat. Tiket yang ditutup terlihat. Pengenalan pola pelanggan tak terlihat. Halaman PRD terlihat. Fitur yang dimatikan terlihat (dengan tidak nyaman), fitur yang diam-diam berkinerja buruk tak terlihat. Imbalan di dalam perusahaan cenderung mengalir ke sisi yang terlihat dari garis itu, dan itulah mengapa PM terbawa ke perilaku pabrik-fitur dan teater-pemangku-kepentingan bahkan ketika mereka tahu yang lebih baik.

Perbaikannya bukan kerangka baru di atas tujuh itu. Melainkan tinjauan mingguan 30 menit di mana Anda bertanya pada diri sendiri satu pertanyaan dan menuliskan jawabannya: "Apa yang saya pelajari tentang pelanggan kami, produk kami, atau tim kami yang tidak saya ketahui Senin lalu?" Jika jawabannya tidak ada, itulah diagnosisnya. Tujuh jebakan itu adalah rute berbeda menuju tujuan yang sama, dan meta-perbaikannya adalah tanda terima mingguan bahwa Anda pergi ke tempat yang baru.

Apa yang Harus Dilakukan Minggu Ini

Pilih jebakan yang paling menusuk saat membaca. Mungkin yang Anda bantah dalam hati. Jalankan perbaikan spesifiknya:

Pabrik fitur menuju Tulis prediksi metrik untuk fitur berikutnya di antrean Anda, sebelum ia dibangun.
Melewati discovery menuju Tiga wawancara pelanggan dipesan minggu ini.
Rilis-dan-lupakan menuju Tinjauan 30 hari di kalender Anda untuk peluncuran terbaru.
Teater pemangku kepentingan menuju Batalkan rapat berulang dengan kepadatan-keputusan terendah, ganti dengan update tertulis hari Jumat.
Terlalu banyak spec menuju Batasi PRD berikutnya Anda maksimal dua halaman.
Ya pada setiap permintaan sales menuju Kirim formulir asupan ke rekan sales Anda sebelum akhir minggu.
RICE tanpa confidence menuju Mulai jurnal prediksi pada sesi prioritisasi berikutnya.

Baca ulang daftar ini dalam 30 hari. Jebakan tidak menghilang; mereka berputar. PM yang terus mendaki adalah mereka yang menamai jebakan saat ini lebih cepat setiap kali.

Playbook Product Manager