Kerja Penerokaan sebagai Pereka Produk (Bukan Sekadar Melaksanakan Spesifikasi PM)

Anda menghabiskan tiga hari pada sebuah aliran. Anda membuka Figma pada pukul 9 pagi hari Isnin dan hampir tidak muncul ke permukaan sehingga petang Rabu. Anda menyerahkan satu fail kepada PM. Mereka sekilas memandangnya, berkata "kelihatan bagus, hantar," dan bergerak. Tiada apa dalam spesifikasi mereka yang berubah. Tiada apa dalam peta jalan yang beralih. Anda berasa berguna tetapi tidak kelihatan. Dan enam bulan kemudian ulasan prestasi anda berkata "melaksanakan dengan baik" dan bukannya "membentuk peta jalan."

Saya telah menyaksikan pereka menyalahkan PM untuk ini. PM sibuk. PM tidak memahami reka bentuk. PM mempunyai kegemaran. Tiada satu pun daripada itu adalah masalah sebenar. Masalah sebenar adalah artifak yang anda serahkan. Satu reka bentuk bermakna satu keputusan: hantar atau tidak hantar. PM tidak menolak pilihan tunggal. Mereka meluluskannya. Saya menyebut ini perangkap satu pilihan, dan hampir setiap pereka "pelaksanaan sahaja" terperangkap di dalamnya tanpa menyedari.

Pembetulannya bukan bekerja lebih keras. Ia mengubah apa yang mendarat di meja mereka.

Mengapa ini lebih penting berbanding dua tahun lalu

Dua arah alir berlanggar dalam 18 bulan lepas. Pertama, pereka penerokaan (yang membentuk apa yang dibina, bukan hanya bagaimana ia kelihatan) mendapat pendapatan yang lebih bermakna berbanding pereka pelaksanaan pada tahap yang sama. Daripada kajian gaji awam terkini (Laporan Gaji Reka Bentuk Produk Pencil & Paper 2025, Pangkalan Data Gaji Dribbble, dan benang gaji reka bentuk Read the Docs), jurangnya berjalan kira-kira 18-30% pada peringkat pertengahan dan melebar melepasi peringkat kanan. Pereka produk kanan di Siri B yang membentuk spesifikasi mendarat lebih hampir kepada AS$190K jumlah pampasan. Tajuk yang sama, syarikat yang sama, tahap yang sama, pelaksanaan sahaja? Lebih hampir kepada AS$150K. Itu bukan delta yang kecil. Itu nilai sebuah kereta.

Kedua, PM semakin menghantar tanpa pereka. Cursor, Linear, Lovable, v0, dan gelombang alat reka bentuk AI bermakna PM yang mempunyai selera boleh menghantar aliran yang cekap sendiri. Pereka yang bertahan daripada peralihan itu adalah mereka yang menyumbang ke hulu, di lapisan definisi masalah, bukan lapisan halus. Jika satu-satunya nilai tambah anda adalah "membuatkan fail Figma kelihatan cantik," anda sedang bersaing dengan AI menuju ke bawah.

Ini bukan kebimbangan. Ini adalah penjelasan. Kerja beralih ke arah penerokaan, dan pereka yang sudah beroperasi dengan cara itu semakin jauh ke hadapan. Mekanik cara mereka melakukannya boleh dipelajari. Itulah yang dibincangkan oleh selebihnya dalam playbook ini.

Penerokaan vs pelaksanaan: pemisahan minda yang sebenar

Mod pelaksanaan menjawab satu soalan: "Bagaimana ini sepatutnya kelihatan dan berkelakuan?" Anda menerima masalah, skop, dan kekangan. Anda membuat sesuatu. Anda serahkan semula.

Mod penerokaan menjawab soalan yang berbeza: "Adakah ini masalah yang betul untuk diselesaikan?" Anda menerima ringkasan dan anda menolaknya sebelum membuka Figma. Anda bercakap dengan pelanggan. Anda melakar alternatif yang tidak sepadan dengan spesifikasi. Anda membawa bukti ke dalam perbualan.

Kedua-dua mod penting. Kesilapannya bukan melakukan kerja pelaksanaan. Pelaksanaan adalah sebahagian besar minggu mana-mana pereka, walaupun di peringkat staf. Kesilapannya adalah melakukan hanya kerja pelaksanaan dan terkejut apabila anda dilayan seperti meja perkhidmatan.

Tingkah laku konkrit mengikut mod:

Pereka mod pelaksanaan:

• Membuka Figma sebaik sahaja mendapat spesifikasi
• Bertanya "bagaimana keadaan kosong sepatutnya kelihatan?"
• Menyerahkan satu fail
• Menjejaki aliran yang dihantar dalam portfolio mereka
• Laporkan ke atas: "Saya menghantar X, Y, Z suku ini"

Pereka mod penerokaan:

• Membaca spesifikasi, kemudian menutup komputer riba dan berjalan
• Bertanya "untuk siapa kita membina ini dan apa yang kita tahu tentang mereka?"
• Menyerahkan tiga pilihan dengan pertukaran
• Menjejaki perubahan spesifikasi yang disebabkan oleh kerja mereka
• Laporkan ke atas: "Saya mengubah cara kita mendekati X. Inilah bukti pelanggan dan hasilnya."

Perhatikan kata kerja eksekutif. Pereka penerokaan berkata "mengubah," "mengalihkan," "mengarahkan semula." Pereka pelaksanaan berkata "menghantar," "menyiapkan," "menyerahkan." Set pertama kedengaran seperti pemilikan. Set kedua kedengaran seperti throughput.

Peraturan 3 laluan

Ini adalah perubahan mekanikal tunggal yang paling banyak memberi kesan. Bila-bila masa anda menyerahkan reka bentuk kepada PM, serahkan tiga pilihan:

1. Laluan selamat: paling hampir dengan apa yang dispesifikasikan oleh PM. Risiko paling rendah, ganjaran paling rendah. Perkara yang mereka jangkakan.
2. Laluan regangan: apa yang anda akan bina jika anda mempunyai dua minggu lagi dan sedikit lebih banyak skop. Masalah yang sama, penyelesaian yang lebih bercita-cita tinggi.
3. Laluan pelik: pilihan yang menyelesaikan masalah yang berbeza, atau menyelesaikan masalah yang sama dengan cara yang tidak pernah dipertimbangkan oleh sesiapa pun. Biasanya diilhamkan oleh temu bual pelanggan atau serangan flank pesaing.

Setiap laluan dilengkapi tiga label: kos masa, risiko, dan potensi hasil. Itu sahaja. Tiada dokumen Notion 10 halaman. Satu halaman dengan tiga bingkai Figma dan jadual kecil.

Mengapa tiga? Kerana cara PM sebenarnya membuat keputusan. Dengan satu pilihan, verdik adalah binari: hantar atau buang. PM hampir selalu menghantar, dan itulah gelung pengesahan automatik. Dengan dua pilihan, anda telah mewujudkan binari palsu. PM memilih yang lebih selamat dan anda telah melatih mereka untuk mengharapkan pilihan selamat-vs-berisiko setiap masa. Dengan tiga pilihan, anda telah mewujudkan perbualan sebenar. PM perlu menjelaskan mengapa mereka lebih menyukai satu. Dan apabila mereka menjelaskan sebabnya, anda telah beralih dari "melaksanakan spesifikasi" kepada "bersama-sama memutuskan strategi."

Saya tidak pernah mempunyai PM yang menolak penyerahan (handoff) 3 laluan. Saya mempunyai ramai yang memilih laluan selamat. Tetapi perbualan itu berbeza. Kami membincangkan pertukaran dan bukannya meluluskan halus.

Templat kerja yang saya gunakan:

Masalah: [satu ayat, apa yang kita cuba lakukan untuk pengguna]

Laluan A: Selamat (1 minggu)
  Apa: [apa yang dijangkakan oleh PM, direka dengan bersih]
  Risiko: rendah
  Potensi: dihantar tepat masa, mencapai OKR

Laluan B: Regangan (2 minggu)
  Apa: [penyelesaian lebih bercita-cita tinggi untuk masalah yang sama]
  Risiko: sederhana, memerlukan perubahan backend
  Potensi: menangani masalah peringkat kedua yang akan kita hadapi pada S3 pun nanti

Laluan C: Pelik (3 minggu)
  Apa: [menyelesaikan pembingkaian masalah yang berbeza sepenuhnya]
  Risiko: tinggi, tidak jelas sama ada pelanggan mahukan ini
  Potensi: 10x impak jika betul; pembelajaran dalam apa-apa keadaan
  Bukti pelanggan: [namakan temu bual pelanggan yang menunjuk ke sini]

Itu satu halaman. Lima belas minit untuk ditulis setelah anda selesai berfikir tentang reka bentuk. Amalkan untuk setiap penyerahan (handoff) selama satu suku dan perhatikan apa yang berlaku pada ulasan prestasi anda.

Pokok peluang-penyelesaian, edisi pereka

Pokok peluang-penyelesaian Teresa Torres adalah rangka kerja paling bersih yang saya temui untuk kekal di hulu pelaksanaan. Versi asal: hasil di bahagian atas, peluang (kesakitan dan keinginan pelanggan) di tengah, penyelesaian bercabang dari setiap peluang di bahagian bawah.

Penyesuaian pereka: kerja anda adalah untuk mengisi lapisan tengah, bukan hanya yang bawah. Kebanyakan pereka tinggal sepenuhnya di lapisan penyelesaian (melakar, membuat prototaip, menghaluskan perkara yang menyelesaikan peluang yang diketahui). PM tinggal kebanyakannya di lapisan hasil (OKR suku tahunan, metrik perniagaan, naratif eksekutif). Lapisan tengah (masalah pelanggan sebenar) adalah wilayah yang dipertikaikan. Sesiapa yang mengisinya dengan baik, memiliki peta jalan.

Contoh sebenar. Saya bekerja pada aliran daftar keluar untuk B2B SaaS yang mahu meningkatkan kadar pengaktifan.

Lapisan hasil (wilayah PM): Tingkatkan pengaktifan 30 hari dari 38% kepada 50%.

Lapisan peluang (pertempuran sebenar):

• Pengguna meninggalkan semasa penugasan tempat duduk kerana mereka tidak tahu siapa yang hendak dijemput lagi
• Pengguna melangkau langkah integrasi kerana mereka fikir ia pilihan
• Pengguna melengkapkan pendaftaran tetapi tidak kembali kerana produk terasa kosong sehingga mereka menjemput rakan sepasukan
• Pengguna menjemput rakan sepasukan tetapi rakan sepasukan tersebut mengabaikan e-mel kerana baris subjek adalah generik

Pereka junior akan diberikan "reka semula skrin penugasan tempat duduk" dan membuatnya cantik. Langkah penerokaan adalah memetakan keempat-empat peluang, kemudian menjalankan pusingan temu bual pantas untuk mengetahui mana yang sebenarnya merupakan kekangan mengikat. (Ia adalah yang ketiga, perasaan produk yang kosong, dan ia adalah 4x saiz tiga yang lain digabungkan. Tiada siapa yang menyediakan spesifikasi untuknya kerana tiada siapa yang bertanya.)

Artifak untuk ini sangat mudah. Buka FigJam. Tiga baris: hasil, peluang, penyelesaian. Nota pelekat. Peraturannya ialah tiada penyelesaian dilampirkan pada peluang yang tidak disahkan dalam sekurang-kurangnya satu perbualan pelanggan. Peraturan itu sahaja yang memisahkan pereka penerokaan dari pereka pelaksanaan.

Irama temu bual pelanggan: 3+ seminggu adalah had minimum

Pereka memberitahu saya mereka "tidak mempunyai akses kepada pelanggan." Ini hampir tidak pernah benar. Ia biasanya salah satu daripada tiga masalah sebenar:

1. Mereka tidak pernah meminta pasukan CSM untuk pengenalan hangat (mesej Slack 5 minit)
2. Mereka fikir mereka memerlukan kebenaran PM untuk menjadualkan sembang (mereka tidak memerlukan)
3. Mereka bimbang kelihatan seperti mereka memijak kaki PM (juga salah faham, ditangani di bawah)

Tiga perbualan pelanggan seminggu adalah had minimum. Bukan siling. Kajian pereka Pencil & Paper 2025 meletakkan median untuk pereka kanan+ pada lima temu bual seminggu semasa penerokaan aktif. Tiga adalah minimum mutlak untuk memanggil diri anda pereka penerokaan.

Cara untuk sampai ke sana:

• Slack CSM sekali. "Hei, saya cuba bercakap dengan 3 pelanggan seminggu tentang [kawasan masalah]. Boleh anda antrekan pengenalan?" Satu mesej itu menghasilkan temu bual untuk 6-8 minggu seterusnya. CSM suka kerana pelanggan mereka berasa didengar.
• Rampas panggilan sedia ada. Jika jualan melakukan panggilan penerokaan atau CS melakukan QBR, minta untuk membayangi dua seminggu. Separuh temu bual lebih baik daripada sifar.
• DM 5 pelanggan dalam messenger dalam aplikasi. "Saya pereka yang bekerja pada X. Ada 15 minit minggu ini untuk memberitahu saya apa yang rosak?" Kadar balasan berjalan 30-50% jika produk mempunyai sebarang hubungan dengan pengguna.
• Curi tinjauan selepas pembatalan. Apabila churn berlaku, borang pembatalan adalah emas. Baca semuanya setiap minggu. Tarik 5 aduan paling fasih ke dalam pokok anda.

Bank soalan sampel, yang saya simpan dalam halaman Notion dan tarik untuk setiap temu bual:

1. Bawa saya melalui kali terakhir anda cuba melakukan [tugas]. Apa yang berlaku?
2. Di mana anda tersekat?
3. Apa yang anda cuba sebelum produk ini? Mengapa itu tidak berkesan?
4. Jika saya memadam ciri ini esok, apa yang akan anda lakukan?
5. Apa yang perlu benar untuk anda menggunakannya setiap hari?
6. Siapa lagi dalam pasukan anda yang menyentuh ini? Apa yang mereka lakukan secara berbeza?
7. Apakah bahagian terburuk minggu anda yang berkaitan dengan [kawasan masalah]?
8. Ceritakan tentang masa produk ini mengejutkan anda (baik atau buruk).
9. Jika anda mempunyai tongkat ajaib, apa yang akan anda ubah?
10. Adakah ada sesuatu yang sepatutnya saya tanya tetapi tidak?

Perhatikan apa yang tiada: soalan tentang reka bentuk anda. Anda tidak bertanya "adakah anda suka warna butang ini." Anda bertanya tentang dunia mereka. Soalan reka bentuk datang kemudian, dalam pengesahan prototaip.

Pengesahan dipacu prototaip: prototaip Selasa, cerapan Khamis

Setelah anda mempetakan peluang dan mempunyai beberapa lakaran penyelesaian, hantar prototaip sebelum spesifikasi dimuktamadkan. Saya menjalankan irama yang saya panggil prototaip Selasa, cerapan Khamis.

Isnin-Selasa: Bina prototaip Figma untuk 1-2 laluan yang paling menjanjikan. Bukan sempurna dari segi piksel. Cukup berfungsi untuk diklik. 4-8 jam kerja, maksimum.

Rabu: Hantar kepada 5 pelanggan melalui Maze, UserTesting, atau hanya Loom biasa dan DM Slack yang berkata "klik-klik ini selama 5 minit dan beritahu saya apa yang anda jangkakan berlaku." Lima pengguna sudah cukup untuk menyerlahkan corak 80%; kajian klasik Nielsen bertahan apabila Maze mengesahkan semula pada 2024.

Khamis: Sintesis. Tiga slaid: apa yang berkesan, apa yang rosak, apa yang mengejutkan kita. Letakkan dalam saluran PM.

Jumaat: Kemaskini dokumen 3 laluan dengan data prototaip. Kini penyerahan (handoff) anda bukan "inilah tiga pilihan." Ia "inilah tiga pilihan, dan pilihan B telah diuji dengan lima pelanggan. Tiga menyelesaikan tugasan, dua tersekat pada langkah yang sama. Inilah rakaman."

Itu mengubah perbualan. PM berhujah dengan pendapat. Mereka tidak berhujah dengan lima rakaman pelanggan yang tersekat. Data prototaip mengalihkan anda dari "pereka fikir" kepada "pelanggan berkata," dan itu adalah jenis autoriti yang berbeza.

Timbunan alat yang murah untuk ini:

• Maze: terbaik untuk ujian prototaip kuantitatif tanpa moderator. Kira-kira AS$99/bulan.
• UserTesting: terbaik untuk kualitatif bermoderator. Lebih mahal tetapi berbaloi untuk aliran berisiko tinggi.
• Loom + DM Slack kepada 5 pelanggan: percuma, mengejutkan berkesan, hanya memerlukan anda sebenarnya menekan hantar.

Inti patinya bukan pada alat. Inti patinya ialah anda menguji sebelum spesifikasi dikunci. Itulah penerokaan. Apa-apa selepas spesifikasi dikunci adalah halus pelaksanaan.

"Tetapi anda bukan PM": salah faham yang mengecilkan pereka

Setiap kali saya membimbing pereka tentang perkara ini, seseorang menyerlahkan ketakutan yang sama: "tidakkah PM saya akan fikir saya melampaui batas?"

Kerja penerokaan tidak menjadikan anda PM. Ia menjadikan anda pereka yang lebih baik. Perbezaan itu nyata dan berbaloi untuk dipegang. PM memiliki keputusan tentang apa yang dibina. Pereka memiliki input yang membentuk keputusan. Membawa bukti pelanggan, tiga pilihan, dan data prototaip bukan mengambil alih kerja PM. Ia melakukan kerja anda dengan cekap.

Skrip yang berkesan, berdasarkan pengalaman saya:

• Pembingkaian yang menentang untuk dielakkan: "Saya tidak fikir kita sepatutnya membina apa yang anda spesifikasikan." (Anda telah menjadikannya anda vs mereka.)

• Pembingkaian penerokaan yang mendarat: "Saya melakar tiga laluan supaya kita boleh memilih bersama. Laluan C keluar dari perbualan dengan dua pelanggan yang menggambarkan masalah yang berbeza daripada ringkasan. Berbaloi dilihat?"

• Menentang: "Spesifikasi itu salah."

• Penerokaan: "Saya menguji spesifikasi dengan lima pengguna pada hari Selasa. Tiga tersekat pada langkah dua. Inilah rakaman. Apa pendapat anda?"

• Menentang: "Saya sepatutnya berada dalam mesyuarat peta jalan."

• Penerokaan: "Saya ingin membawa penemuan temu bual pelanggan ke perancangan peta jalan. Mahukah saya menyediakan ringkasan 5 minit untuk sesi seterusnya?"

Coraknya: tukar pendapat kepada artifak, tukar konfrontasi kepada jemputan. PM sebenarnya tidak mahu bergaduh dengan pereka. Mereka mahu lebih sedikit perkara yang perlu dicari tahu sendiri. Hadirlah dengan pilihan, bukti, dan sikap "mari kita putuskan bersama," dan anda adalah rakan sekerja yang paling mudah dimiliki mereka. Hadirlah dengan "saya tidak bersetuju," dan anda adalah yang paling sukar. Kandungan yang sama, pembingkaian yang berbeza, reputasi yang berbeza sepenuhnya.

Jejak kemenangan penerokaan anda, atau ia tidak wujud

Inilah kebenaran pahit tentang ulasan prestasi di kebanyakan syarikat produk: pengaruh yang tidak didokumentasikan tidak berlaku. Anda akan bertemu pereka kanan yang secara senyap membentuk tiga peta jalan dalam satu suku, kemudian menyaksikan rakan sejawat yang menghantar dua pelancaran bergemerlapan mendapat kenaikan pangkat mendahului mereka. Rakan sejawat itu menceritakan kisah. Pereka kanan tidak berbuat demikian.

Simpan log penerokaan. Satu baris setiap kemenangan. Lima lajur:

Tiga lajur adalah deskriptif. Dua adalah bukti. Lajur "pengakuan PM" penting: ia adalah tangkapan skrin Slack, ulasan Loom, sunting dokumen peta jalan. Sesuatu yang bertarikh dan boleh dikesan. Apabila ulasan prestasi tiba, anda tidak merayu "saya rasa saya menambah nilai." Anda menunjukkan resit.

Log ini mengambil masa 5 minit seminggu untuk diselenggara. Kebanyakan pereka tidak pernah memulakannya. Mereka yang berbuat demikian berjalan masuk ke ulasan prestasi dengan perbualan yang berbeza berbanding rakan sejawat mereka.

Peralihan mekanikal

Inilah yang saya ingin anda ambil. Peralihan dari pelaksanaan kepada penerokaan bukan perubahan personaliti. Ia bukan tentang menjadi "lebih strategik," apa sahaja maksudnya. Ia mekanikal. Anda mengubah empat artifak:

1. Serahkan 3 laluan, bukan 1 reka bentuk
2. Kekalkan pokok peluang-penyelesaian yang anda isi dengan temu bual
3. Jalankan 3+ temu bual pelanggan seminggu, setiap minggu
4. Jalankan gelung prototaip Selasa, cerapan Khamis pada setiap aliran yang bermakna
5. Simpan log kemenangan penerokaan dan bawa ke ulasan prestasi

Lima artifak. Tiada satu pun memerlukan perubahan tajuk, kebenaran pengurus, atau kerja baharu. Anda boleh memulakan setiap satunya pada hari Isnin. Hubungan PM berubah sebagai kesan sampingan, bukan kerana anda bercakap kepada PM tentangnya, tetapi kerana apa yang anda letakkan di meja mereka berubah.

Itulah keseluruhan permainan.

Ketahui Lebih Lanjut

• JD Rakan: Pereka Produk
• Sehari dalam Kehidupan Pereka Produk
• 30/60/90 Hari Pertama Anda sebagai Pereka Produk Baharu
• Pemilikan Hujung ke Hujung: Masalah hingga Hantar hingga Pelajari
• Kritik Reka Bentuk yang Menambah Baik Kerja
• Laluan dari Pereka Produk ke Pereka Staf