30/60/90 Hari Pertama Anda sebagai Pereka Produk Baharu

Hari 4. PM anda menjatuhkan fail Figma dalam DM dengan "boleh anda haluskan ini untuk Jumaat?" Anda menghaluskannya. Ia terasa bagus: anda menghantar sesuatu pada hari keempat, PM berterima kasih kepada anda dalam standup, EM memberikan emoji ibu jari. Selamat datang.

Anda juga baru sahaja kehilangan satu-satunya tetingkap yang ada untuk menolak balik masalah yang mendasari. Apabila anda sudah tiga bulan bekerja, anda telah menghaluskan enam belas spesifikasi, anda tidak dapat menamakan seorang pelanggan yang pernah anda bercakap dengannya, dan pengurus anda bertanya apa yang sebenarnya anda hantar yang milik anda. Jawapan jujurnya ialah: tiada. Anda telah menjadi pengendali Figma dengan gelaran Kanan.

Inilah trajektori lalai. Corak PM-sebagai-pelontar-spesifikasi adalah graviti organisasi, dan anda tidak terlepas daripadanya secara kebetulan. Anda terlepas daripadanya dengan masuk bersama pelan 90 hari, menjalankannya dengan sengaja, dan mempunyai kemenangan awal yang kecil yang membeli kredit anda untuk terus berkata tidak.

Mengapa 90 Hari Pertama Tidak Boleh Ditawar

Tidak ada tempoh neutral dalam syarikat B2B SaaS. Penyusunan semula berlaku. Penetapan semula OKR mendarat pada minggu 8. Kitaran prestasi merujuk apa yang anda lakukan pada suku pertama anda. Pereka yang mendapat kenaikan pangkat pada tahun kedua adalah mereka yang mengukir masa penerokaan sebelum giliran Jira mengunci mereka.

Saya pernah menyertai syarikat Siri C di mana PD sebelumnya bertahan sembilan bulan dan pergi "keletihan." Saya membaca sejarah Figma mereka. Mereka menghantar 47 spesifikasi. Mereka tidak menjalankan satu pun panggilan pelanggan. Mereka tidak menyumbang apa-apa kepada design system. Apabila organisasi disusun semula pada bulan ketujuh, kepimpinan tidak dapat menjelaskan apa yang mereka miliki, jadi mereka ditugaskan semula ke produk yang akan ditamatkan. Itulah kos melangkau 30 hari pertama.

Corak di bawah adalah apa yang saya akan jalankan pada hari pertama peranan baharu. Ia berpendirian. Laraskan nombor, bukan strukturnya.

Hari 1-30: Dengar dan Petakan

Matlamat tunggal bulan pertama adalah untuk memahami sistem sebelum anda mengubahnya. Anda akan tergoda untuk menghantar pada minggu 2. Jangan. Penghantaran berlaku pada bulan dua, dan ia akan lebih baik jika anda menghabiskan bulan pertama melakukan empat perkara tertentu.

Jalankan 10 panggilan pelanggan

Bukan "temu bual pengguna." Panggilan. Bayangi CS pada tiga panggilan pelanggan langsung. Duduk dalam dua demo jualan. Baca 50 tiket sokongan dan panggil semula lima. Sertai perbualan pembaharuan jika syarikat anda membenarkannya. Jumlah: 10 perbualan dengan pelanggan yang membayar, direkodkan dengan petikan.

Anda tidak menjalankan proses penerokaan di sini. Anda sedang mengkalibrasi. Anda mahu mendengar bahasa yang digunakan pelanggan, penyelesaian sementara yang telah mereka bina, skrin yang mereka kutuk, ciri yang mereka fikir wujud tetapi tidak ada. Menjelang panggilan ke-10, anda sepatutnya dapat menyiapkan ayat pelanggan tentang produk anda.

Skrip praktikal untuk panggilan yang anda mulakan:

Hai [nama], saya baru sahaja menyertai sebagai pereka produk yang bekerja pada [kawasan]. Saya menghabiskan bulan pertama saya bercakap dengan 10 pelanggan untuk memahami cara anda sebenarnya menggunakan produk. Ini bukan sesi maklum balas dan kami tidak akan menghantar apa-apa dari panggilan ini. Saya ingin 30 minit untuk melihat anda melakukan [tugas] dan bertanya beberapa soalan. Selasa atau Khamis sesuai?

Tiga perkara yang dilakukan skrip ini: ia jujur tentang peranan anda, ia menghilangkan kebimbangan "adakah mereka akan pitch saya?", dan ia meminta tingkah laku (melihat anda melakukan X), bukan pendapat.

Audit tiga skrin yang paling banyak trafik

Tarik analitik produk. Pilih tiga skrin dengan pengguna aktif mingguan paling banyak. Untuk setiap satu, dokumentasikan: kerja yang cuba dilakukan oleh pengguna, aliran semasa, titik geseran, dan data peringkat skrin (klik marah, gugur, masa-pada-skrin).

Jangan cadangkan reka semula lagi. Jangan pun melakar. Audit adalah dokumen rujukan yang akan anda gunakan pada bulan dua dan tiga apabila seseorang bertanya "haruskah kita reka semula papan pemuka?" Anda sudah akan mempunyai jawapannya.

Pelajari design system dari hujung ke hujung

Setiap token. Setiap komponen. Setiap pengecualian yang didokumentasikan. Jika DS anda mempunyai 80 komponen, anda perlu mengetahui kesemua 80 menjelang minggu tiga. Ini adalah kerja yang tidak glamor. Lakukannya juga.

Mengapa: cara paling pantas untuk kehilangan kepercayaan kejuruteraan adalah mereka bentuk sesuatu yang "kelihatan sedikit tidak kena" kerana anda menggunakan bayang-bayang tersuai apabila ada token untuknya. Cara paling pantas untuk mendapat kepercayaan adalah menghantar fail Figma di mana nota semakan jurutera menyebut "tiada perubahan, semua komponen DS." Itu berlaku sekali, dan anda telah menabung kredit yang akan anda belanjakan pada bulan tiga.

Duduk bersama kejuruteraan dan produk

Dua sprint penuh bersama jurutera. Itu bermakna standup, perancangan, retro, dan sekurang-kurangnya satu semakan PR di mana seseorang membawa anda melalui pangkalan kod. Matlamat: fahami apa yang mahal untuk diubah dan apa yang murah.

Dua kitaran perancangan dan grooming bersama PM. Matlamat: fahami bagaimana peta jalan sebenarnya dibuat, dari mana tekanan datang (jualan? kepimpinan? pelanggan tertentu?), dan pertempuran mana yang sudah kalah.

Menjelang akhir minggu empat, anda sepatutnya dapat melukis graf membuat-keputusan organisasi pada papan putih. Siapa yang sebenarnya memutuskan apa yang dihantar. Hampir tidak pernah seperti yang anda jangkakan dari carta organisasi.

Minggu demi minggu, bulan pertama

Hasil terakhir itu adalah jambatan ke bulan dua.

Hari 31-60: Hantar yang Kecil, Peroleh Kepercayaan

Bulan dua adalah tempat PD baharu kehilangan arah. Godaannya adalah mengambil ringkasan 1-halaman dari minggu empat dan mempitch visi reka semula enam bulan. Jangan. Pitch satu pertaruhan kecil. Jalankan satu sprint penerokaan. Sumbangkan satu corak DS. Tiga perkara, semuanya kecil, semuanya dihantar.

Jalankan satu sprint penerokaan pada masalah yang terkandung

Bukan epik peta jalan. Sesuatu yang bersebelahan: sprint 2 minggu pada masalah yang telah diabaikan kerana "terlalu kecil untuk diutamakan" tetapi anda perasan semasa panggilan pelanggan. Ukuran untuk masalah ini: anda mempunyai sekurang-kurangnya tiga petikan pelanggan tentangnya, dan pembetulannya mungkin menelan belanja kurang daripada dua minggu kejuruteraan.

Contoh yang berkesan:

• Halaman tetapan di mana 4 daripada 10 pelanggan anda berkata mereka tidak dapat menemui butang eksport
• Keadaan kosong sesebuah ciri yang hanya mencapai 12% pengaktifan
• Breakpoint mudah alih sebuah aliran yang menukar 40% di desktop tetapi 8% di mudah alih

Hasil sprint penerokaan anda adalah satu halaman: masalah, bukti, arah yang dicadangkan, metrik kejayaan, anggaran kos jurutera. Tunjukkan kepada PM dan EM anda. Minta dua minggu kejuruteraan.

Apabila PM berkata "tetapi peta jalan..." (dan mereka akan), gunakan skrip ini:

Saya faham, epik peta jalan adalah keutamaan. Saya tidak meminta untuk menukar. Saya meminta dua minggu kejuruteraan untuk pembetulan yang terkandung ini yang mempunyai [X petikan pelanggan] di sebaliknya, akan menggerakkan [metrik] sebanyak anggaran [Y%], dan memberi saya sesuatu untuk ditunjukkan dalam laporan 90 hari saya. Jika kami menghantar dan ia tidak menggerakkan jarum, saya akan mengalihkan 100% ke peta jalan untuk S3.

Ini berkesan kerana ia kecil, terikat masa, disokong bukti, dan memberi PM jalan keluar. Kebanyakan PM akan berkata ya. Mereka yang berkata tidak sedang memberitahu anda sesuatu yang berguna tentang sama ada pasukan ini akan membiarkan anda melakukan reka bentuk.

Hantar satu pertaruhan kecil dari hujung ke hujung

Sprint penerokaan anda menghasilkan satu halaman. Kini hantar. Dari hujung ke hujung bermakna: anda menulis spesifikasi (bersama PM, bukan untuk mereka), anda mereka bentuknya dalam komponen DS, anda menghantarnya melalui semakan kod, anda menakrifkan metrik kejayaan sebelum pelancaran, dan anda menjejaki.

Pilih sesuatu di mana sebelum/selepas boleh diukur dalam 30 hari. Pembetulan corak. Pemudahan aliran. Reka semula satu skrin. Ukurannya bukan "transformatif." Ukurannya adalah "dihantar, diukur, dan anda boleh menceritakan kisahnya."

Contoh sebenar dari PD yang saya bimbing: dia menghantar reka semula keadaan kosong sebuah ciri automasi aliran kerja. Sebelum: 12% pengguna baharu membina aliran kerja pertama mereka dalam minggu satu. Selepas: 31%. Reka semula itu terdiri daripada empat skrin. Dua minggu kejuruteraan. Dia menggunakan satu carta itu dalam setiap perbualan selama setahun berikutnya.

Sumbangkan satu corak DS yang boleh digunakan semula

Design system anda mempunyai jurang. Anda menemuinya dalam audit bulan pertama. Pilih satu, sebaiknya yang muncul semasa anda mereka bentuk pertaruhan kecil, supaya ia menjadi tunjang dan bukan spekulatif.

Aliran sumbangan:

1. Buka cadangan DS dalam repo design system pasukan anda (atau fail Figma). Dokumentasikan jurang itu, tiga tempat yang akan digunakannya, dan corak draf.
2. Dapatkan semakan ketua DS sebelum sebarang penglibatan jurutera. Kerja mereka adalah untuk mengatakan tidak kepada 80% cadangan. Kerja anda adalah memudahkan mereka berkata ya dengan menunjukkan jurang itu nyata.
3. Dapatkan semakan jurutera untuk kebolehlaksanaan teknikal. Corak perlu murah untuk dilaksanakan dan diselenggara.
4. Hantar sebagai sebahagian dari pertaruhan kecil anda, atau sebagai susulan yang berdiri sendiri.

Satu corak pada bulan dua. Bukan reka semula DS. Satu corak. Pereka yang cuba "membetulkan design system" pada suku pertama mereka secara sopan dikawal keluar dari perbualan DS, secara kekal.

Senarai semak bulan dua

• Satu halaman sprint penerokaan, dikongsi dengan PM dan EM
• Satu pertaruhan kecil dihantar, dengan metrik kejayaan yang ditakrifkan dan dijejaki
• Satu cadangan corak DS, disemak dan digabungkan
• PM dan EM mempunyai perkara positif yang tidak diminta untuk dikatakan tentang bekerja dengan anda

Yang terakhir itu kualitatif tetapi penting. Dalam 1:1, tanya pengurus anda: "apakah pandangan pasukan setakat ini?" Jika jawapannya "anda mudah untuk diajak bekerja sama dan anda menghantar," anda berada di landasan yang betul. Jika jawapannya "anda pendiam" atau "anda banyak menolak balik," betulkan arah pada bulan tiga.

Hari 61-90: Miliki Ruang Masalah

Bulan tiga adalah tempat anda berhenti menjadi pereka baharu dan menjadi pereka yang memiliki sesuatu. Tiga hasil.

Pilih satu metrik produk yang akan anda pengaruhi

Kadar pengaktifan. Masa-untuk-nilai-pertama. Penggunaan ciri pada permukaan tertentu. Pengekalan segmen tertentu. Berpasang dengan PM anda untuk memilihnya. Ini tidak boleh dirunding, kerana jika PM tidak bersetuju bahawa metrik itu adalah milik mereka untuk dipengaruhi, anda akan bekerja pada matlamat bayangan yang tidak dipedulikan oleh sesiapa pun semasa waktu prestasi.

Kriteria untuk metrik:

• Ia bergerak pada ufuk 4-12 minggu (bukan 2 hari, bukan 12 bulan)
• Kerja reka bentuk anda boleh menggerakkannya 5%+ secara munasabah
• PM dan EM akan berkata "ya itulah metrik sebenar untuk pasukan kami" tanpa tergagap
• Ia memetakan kepada hasil pelanggan, bukan nombor vaniti

Bentangkan laporan 90 hari

Dek ringkas. Lima slaid. Bukan senarai fail Figma.

1. Apa yang saya pelajari. 3 cerapan teratas dari 10 panggilan pelanggan. Satu ayat setiap satu.
2. Apa yang saya hantar. Pertaruhan kecil, dengan metrik sebelum/selepas. Corak DS, dengan di mana ia digunakan.
3. Apa yang saya pertaruhkan. Ruang masalah yang anda tuntut untuk H2.
4. Metrik. Satu metrik produk, dengan garis dasar semasa dan sasaran 90 hari.
5. Apa yang saya perlukan. Kapasiti kejuruteraan, masa penyelidikan, keputusan yang anda perlukan dari kepimpinan.

Bentangkan kepada pengurus anda, PM anda, dan peringkat skip anda. 25 minit. Matlamatnya bukan tepuk sorak. Matlamatnya adalah bahawa tiga bulan dari sekarang, apabila seseorang bertanya "apa yang [nama anda] lakukan?", tiga orang yang berbeza memberi jawapan yang sama.

Cadangkan pelan reka bentuk H2 anda

Satu halaman. Dua atau tiga kawasan masalah yang akan anda kerjakan dalam enam bulan seterusnya. Untuk setiap kawasan: hipotesis, metrik kejayaan, kerja penerokaan yang perlu anda lakukan, anggaran kos jurutera.

Ini adalah dokumen yang melindungi masa anda. Apabila PM cuba menjatuhkan tiket haluskan-spesifikasi-ini kepada anda pada bulan lima, anda menunjuk ke pelan H2 dan bertanya "adakah ini dalam pelan?" Jika tidak ada, perbualan menjadi keputusan keutamaan sebenar dan bukannya ya-lalai.

Perangkap Biasa: Dan Cara Mengelakkannya

Ini adalah empat cara pelan 90 hari gagal. Saya telah menyaksikan semuanya berlaku.

Menerima gelung haluskan-spesifikasi-ini pada minggu 1

PM menyerahkan fail Figma kepada anda pada hari keempat. Anda menghaluskannya. Kini anda adalah orang penghalus. Pembetulannya bukan untuk menolak, kerana itu membakar hubungan. Pembetulannya adalah pengalihan lembut:

Gembira untuk mengambil pandangan. Sebelum saya menyentuh visual, bolehkah kita luangkan 15 minit pada aliran yang mendasari? Saya ingin memastikan saya memahami masalah supaya penghalusan itu benar-benar membantu. Jika aliran kukuh, saya akan kembalikan kepada anda menjelang penghujung minggu.

Lapan daripada sepuluh kali, perbualan 15 minit mendedahkan aliran mempunyai masalah, dan anda akhirnya melakukan kerja reka bentuk sebenar. Dua daripada sepuluh kali, aliran memang baik dan anda menghaluskannya. Dalam apa jua keadaan, anda telah menetapkan bahawa "PD = rakan sekerja yang bertimbang rasa" bukan "PD = penamat piksel."

Melangkau panggilan pelanggan kerana PM sudah melakukan penyelidikan

PM melakukan temu bual. Mungkin mereka melakukannya dengan baik. Tidak kira. Tafsiran mereka tentang kesakitan pelanggan ditapis melalui otak PM. Otak anda perlu ditapis melalui otak pereka. Jalankan 10 panggilan itu pun. Kosnya adalah 10 jam selama sebulan. Nilainya adalah mempunyai model pengguna anda sendiri yang boleh anda pertahankan terhadap model PM apabila anda tidak bersetuju.

Mereka semula design system sebelum mendapat hak untuk berbuat demikian

DS anda "sudah lapuk." Token anda "bersepah." Komponen adalah "tidak konsisten." Mungkin. Juga: anda sudah berada di sini tiga minggu. Setiap PD yang bertahan lebih lama daripada anda telah mencuba untuk membetulkannya. Sesetengahnya berjaya dengan cara yang kecil. Sesetengahnya dipecat.

Hak untuk mereka semula DS diperoleh, bukan diberikan. Ia datang selepas anda menghantar 3-5 kemenangan kecil, menyumbang 2-3 corak, dan ketua DS mempercayai pertimbangan anda. Itu adalah proses minimum setahun. Pada bulan tiga, kerja anda adalah satu corak, bukan dek visi.

Membentangkan laporan 90 hari sebagai senarai fail Figma

"Inilah 23 skrin yang saya kerjakan." Tiada siapa yang peduli. Kepimpinan mengambil berat tentang: apa yang anda pelajari, berapa kosnya, apa pulangan yang diperolehi, apa yang anda lakukan seterusnya. Hasil, bukan artifak. Jika laporan 90 hari anda mempunyai lebih banyak skrin daripada ayat, anda melakukannya dengan cara yang salah.

Templat untuk Dicuri

Senarai pendek artifak yang sepatutnya anda miliki menjelang hari 90:

• Skrip temu bual 10 panggilan (varian B2B SaaS). Soalan berasaskan tingkah laku, bukan berasaskan pendapat. "Bawa saya melalui kali terakhir anda melakukan X" mengalahkan "apa pendapat anda tentang ciri Y" setiap masa.
• Templat audit aliran. Satu halaman setiap skrin: kerja, aliran semasa, titik geseran, data, 3 hipotesis teratas untuk penambahbaikan.
• Halaman 1 "mengapa ini adalah sprint penerokaan, bukan spesifikasi ciri" untuk PM anda. Gunakannya apabila anda perlu mempertahankan kerja penerokaan terhadap tekanan peta jalan.
• Garis besar dek laporan 90 hari. Lima slaid. Hasil, bukan skrin.
• Satu halaman pelan H2. Dua atau tiga kawasan masalah, hipotesis, metrik.

Anda tidak memerlukan mana-mana daripada ini untuk berkilat. Anda memerlukannya untuk wujud dan boleh dijumpai dalam Notion atau Confluence pasukan anda.

Mengukur Kejayaan pada Hari 91

Lima perkara. Jika anda boleh menyemak kelima-limanya, suku seterusnya bermula atas asas yang kukuh.

• 10 panggilan pelanggan direkodkan dengan petikan yang boleh anda sebut dari ingatan
• Satu pertaruhan yang dihantar dengan metrik sebelum/selepas yang diakui PM sebagai nyata
• Satu corak DS yang digabungkan dan digunakan di suatu tempat di luar kerja anda sendiri
• PM dan EM boleh menjelaskan ruang masalah anda tanpa anda berada di dalam bilik
• Anda mempunyai jawapan 1-baris untuk "apa yang sedang anda kerjakan?" yang bukan nama ciri, ia adalah masalah atau metrik

Jika anda boleh mencapai lima perkara itu menjelang hari 90, anda bukan lagi pereka baharu. Anda adalah pereka yang memiliki ruang masalah, telah menghantar, dan mempunyai pelan. Itulah kedudukan yang anda runding darinya pada bulan empat. Itulah kisah yang diceritakan oleh pengurus anda dalam semakan prestasi H2 anda.

Corak PM-sebagai-pelontar-spesifikasi tidak hilang. Ia hanya berhenti menjadi graviti yang anda terperangkap di dalamnya. Anda memilih keluar, anda mempunyai bukti bahawa anda boleh melakukan kerja yang lebih keras, dan 90 hari seterusnya adalah milik anda untuk ditakrifkan.

Ketahui Lebih Lanjut

• Perihalan Kerja Pereka Produk
• Kerja Penerokaan sebagai Pereka Produk
• Pemilikan Hujung ke Hujung: Masalah hingga Hantar hingga Pelajari
• Perangkap Biasa Pereka Produk