Cara Menggunakan Claude sebagai Product Manager: PRD, Masukan, dan Prioritas

Anda tidak butuh course panjang untuk mulai memakai Claude dengan baik untuk pekerjaan PM. Tiga pelajaran gratis mencakup kebiasaan spesifik yang dibahas halaman ini, berurutan sesuai cara mereka saling membangun.

Mulai dengan Context Is Everything dari course Strategic Prompting, pelajaran lima menit tentang satu kebiasaan yang membedakan draf PRD yang bisa dipakai dari sekadar pengisi generik: memberi Claude problem statement, riset, dan batasan yang nyata, bukan permintaan satu baris.

Setelah itu, Research and Thinking di Master the Essentials (tujuh menit) membahas cara bekerja dengan Claude untuk analisis terstruktur, skill yang sama yang membuat sintesis masukan dan riset kompetitor berguna, bukan samar.

Tutup dengan Power Prompts: Pre-Mortems, Steelmanning & Red-Teaming, juga di Master the Essentials (tujuh menit). Ini pelajaran di balik uji prioritas: meminta Claude mengajukan argumen melawan kecenderungan Anda sendiri sebelum stakeholder melakukannya. Bersama-sama, tiga pelajaran ini adalah jalan yang lebih cepat ke output PM yang baik dibanding trial and error di jendela chat kosong.

Sebagian besar pekerjaan PM berlangsung lewat percakapan biasa dengan Claude, yang disebut course Three Modes sebagai chat dan co-work. Claude AI: Chat That Thinks (tujuh menit) membahas mode tercepat: satu pertanyaan atau permintaan draf, berguna untuk bagian PRD yang cepat atau ringkasan masukan satu kali.

Claude Co-work: Your Thinking Partner (enam menit) membahas mode tempat sebagian besar pekerjaan PM sebenarnya berlangsung: percakapan bolak-balik yang panjang di mana Anda mengiterasi dokumen, menantang balik draf, dan membiarkan Claude memegang konteks semua yang sudah Anda diskusikan.

Sebagian kecil PM juga memakai Claude Code: Build With Words (enam menit), mode ketiga, saat mereka perlu membaca langsung ke dalam codebase untuk memahami batasan teknis sendiri, bukan mengandalkan paraphrase dari engineer. Itu skill yang benar-benar berbeda dari pekerjaan bahasa biasa di atas, dan sebagian besar PM tidak pernah membutuhkannya untuk mendapat nilai dari Claude.

Lever terbesar adalah memberi Claude konteks nyata, bukan prompt yang samar. "Susun PRD untuk fitur notifikasi" menghasilkan pengisi generik. Menempelkan riset pengguna nyata Anda, batasan teknis yang disebut tim Anda saat standup, dan contoh PRD yang disukai tim Anda menghasilkan sesuatu yang benar-benar bisa Anda edit, bukan dibuang.

Aturan yang sama berlaku untuk riset kompetitor dan prioritas. Claude tidak bisa memberi tahu Anda apa yang benar-benar nyata tentang harga kompetitor saat ini atau penggunaan nyata produk Anda. Jika Anda minta Claude menyusun teardown, beri apa yang sudah benar-benar Anda amati. Input yang samar menghasilkan output yang terdengar yakin tapi tidak bisa diandalkan.

Mengiterasi dalam percakapan yang sama lebih baik daripada mulai dari awal setiap kali. Jika draf PRD meleset dari sasaran, beri tahu Claude secara spesifik apa yang salah dan biarkan ia merevisi, bukan menulis ulang prompt dari nol. Claude memegang konteks dari apa yang sudah Anda diskusikan dalam satu percakapan, dan di situlah sebagian besar penghematan waktunya berasal.

Claude tidak tahu pengguna, pasar, atau toleransi risiko perusahaan Anda kecuali Anda memberitahunya. Framework prioritas hanya sebagus input yang Anda berikan, dan Claude dengan senang hati akan menghasilkan rekomendasi yang terdengar yakin dari konteks yang tipis. Perlakukan outputnya sebagai opini terstruktur untuk ditanggapi, bukan verdict.

Claude juga tidak bisa memberi tahu Anda apa yang benar-benar nyata tentang penggunaan produk Anda atau kondisi kompetitor saat ini. Claude kuat dalam mengorganisasi dan bernalar atas informasi yang Anda berikan; ia bukan alat riset langsung yang menarik data terkini sendiri.

Hati-hati dengan apa yang Anda tempel. Masukan pengguna mentah, transkrip interview, dan tiket support sering memuat detail yang mengidentifikasi pelanggan nyata. Hapus nama dan identifier akun di mana Anda bisa sebelum menempel sekumpulan masukan ke dalam percakapan, sama seperti cara Anda memperlakukan data itu di alat lain mana pun.

Sintesis yang dihasilkan Claude harus dicek ulang terhadap materi mentahnya sebelum sampai ke stakeholder, pelanggan, atau engineering, sama seperti Anda mengecek ringkasan seorang analis junior. Ini paling penting saat sintesis masukan menjadi dasar keputusan dengan biaya nyata, seperti memotong fitur atau mengubah prioritas satu kuartal.