Satu Hari dalam Kehidupan Pengurus Produk (B2B SaaS, Edisi Jujur)

Penerangan kerja itu kata anda akan "memiliki strategi produk, memacu hasil, dan bekerjasama dengan kejuruteraan pada satu peta hala tuju produk yang bersatu." Kini jam 8:47 pagi pada hari Selasa dan realiti anda ialah tiga utas Slack bertindih sesama sendiri: Jualan ingin tahu sama ada anda boleh "tambah sahaja" SSO untuk deal yang ditutup pada hari Jumaat, seorang jurutera kanan bertanya sama ada pemadaman patut cascade atau soft-delete pada log audit baharu, dan CEO telah menjatuhkan nota suara "fikiran ringkas dari malam tadi" tentang dashboard. Seorang pereka turut menunggu salinan untuk keadaan kosong. Anda belum membuka dokumen peta hala tuju produk anda dan anda mungkin tidak akan untuk sembilan puluh minit lagi.

Ini bukan mod kegagalan. Inilah peranan pada peringkat ini. Seorang PM B2B SaaS di antara Siri A dan lewat B tidak menjalankan jenis organisasi produk yang anda baca dalam buku daripada syarikat yang lima pusingan di hadapan anda. Anda sedang melakukan kerja PM, sedikit kerja PMM, sedikit pengelakan mesyuarat sokongan, dan sebahagian besar "pemilik perkara yang tiada siapa lain miliki." Jika anda telah berada di kerusi itu enam bulan dan rasa anda ketinggalan pada "kerja sebenar" anda setiap hari, masalahnya bukan anda. Bentuk kerja itulah bentuknya.

Apa yang panduan ini lakukan: menelusuri hari Selasa sebenar di sebuah syarikat ARR $5J-$100J, menamakan corak-coraknya, dan memberi anda struktur mingguan yang boleh dipertahankan di atas kekecohan itu.

Mengapa hari anda kelihatan begini

Matematik bilangan kakitangan tidak berbelas kasihan. Pada Siri A, anda selalunya satu-satunya PM untuk 8-15 jurutera yang terbahagi merentas dua skuad, ditambah pasukan GTM 4 orang yang semuanya mahukan input peta hala tuju produk. Menjelang Siri B anda mungkin mempunyai PM kedua, tetapi luas permukaan telah meningkat tiga kali ganda. Anda kini turut memiliki alat dalaman, aliran layan diri, dan apa sahaja yang pengasas hantar sebelum anda menyertai yang tiada siapa sentuh selama setahun.

Anda belum mempunyai Product Marketing Manager lagi, jadi salinan pelancaran jatuh ke atas anda. Anda belum mempunyai orang Product Ops, jadi rangka kerja keutamaan, templat nota keluaran, dan majlis pelanggan semuanya berada dalam Notion anda. Pasukan CS meningkatkan apa-apa yang mereka tidak dapat jawab dalam dua balasan, yang banyak jumlahnya. CEO menggunakan anda sebagai tempat berbincang kerana anda satu-satunya orang dalam bangunan dengan konteks yang cukup merentas produk, pelanggan, dan kejuruteraan untuk memberi jawapan berguna dalam masa kurang lima minit.

Separuh PM, separuh PMM, separuh pengelak mesyuarat berjumlah lebih daripada 100% secara sengaja. Itulah matematiknya. Kemahirannya bukan memuatkannya ke dalam 40 jam; ia memutuskan apa yang mendapat perhatian sebenar anda dan apa yang mendapat lulusan "cukup baik".

8:00 pagi: Semakan panggilan pelanggan (20 minit, tidak boleh ditawar)

Sebelum standup, sebelum Slack, anda membuka Gong atau Chorus dan memilih satu panggilan dari semalam. Biasanya panggilan penerokaan atau keluar pelanggan yang beralih. Anda mengimbas ke bahagian di mana pelanggan bercakap lebih daripada 30 saat berturut-turut. Di situlah isyarat sebenar berada. Ringkasan wakil Jualan hampir selalu sama ada terlalu pemurah ("mereka suka demo itu!") atau ditapis melalui apa-apa bantahan yang paling dikhuatiri wakil itu pada suku tersebut.

Saya pernah melihat seorang PM menyedari bahawa apa yang Jualan gambarkan sebagai "mereka mahu pelaporan yang lebih baik" sebenarnya bakal pelanggan berkata "Saya tidak dapat tunjukkan kepada CFO saya mengapa kita patut beli ini berbanding mengekalkan hamparan." Masalah berbeza. Ciri berbeza. Ciri itu akan dihantar dengan salah.

Anda mencatat wawasan dalam Productboard atau Aha, biasanya sebagai nota satu baris yang ditandakan kepada inisiatif yang betul, dengan cap masa panggilan dipaut. Dua puluh minit, setiap hari bekerja, tiada pengecualian. Inilah tabiat penggerak tertinggi dalam peranan ini dan ia perkara pertama yang digugurkan apabila minggu menjadi bising. Jangan gugurkannya.

Pertengahan pagi: tak segerak dengan kejuruteraan tentang soalan spesifikasi

Standup pada pukul 10. Anda menghabiskan dua puluh minit selepasnya menjawab komen Linear atau Jira. Separuh adalah bersih: "ya, anggap kes itu sebagai no-op." Separuh lagi ialah cukai kekaburan spesifikasi: soalan yang kelihatan seperti penjelasan tetapi sebenarnya perubahan skop yang menyamar sebagai penjelasan.

Satu yang sebenar dari minggu lepas: "Sekadar menjelaskan, apabila seorang pengguna dialih keluar daripada ruang kerja, adakah kita turut membatalkan token API mereka?" Itu bukan penjelasan. Spesifikasi tidak meliputinya kerana tiada siapa memikirkannya. Jawapan "ya, batalkannya" ialah dua belas jam kerja, satu semakan keselamatan, dan satu nota komunikasi yang menghadap pelanggan. Jawapan "tidak, biarkannya" ialah tiga baris kod dan satu tiket sokongan masa depan. Kedua-duanya boleh dipertahankan. Tiada satu pun yang menepati apa yang spesifikasi katakan.

Kerja PM di sini ialah mengenali soalan itu sebagai persimpangan jalan, bukan papan tanda, dan sama ada memutuskan dengan cepat atau meningkatkannya kepada panggilan keputusan 15 minit bersama ketua jurutera dan orang keselamatan. Apa yang membunuh pasukan ialah PM berkata "ya, buat yang mana lebih mudah" kerana mereka ketinggalan pada Slack, kemudian mengetahui dua sprint kemudian bahawa laluan "lebih mudah" itu mencipta jurang pematuhan.

Balasan Loom ialah alat yang baik di sini. Loom 90 saat yang menjawab "inilah yang saya fikirkan, inilah timbang taranya, bantah jika saya silap" memberi anda jawapan yang lebih kaya berbanding menaipnya, dan jurutera boleh menontonnya semula.

Tengah hari: panggilan penerokaan yang bukan undian ciri

Anda menghadkan 12:00 hingga 12:45 untuk panggilan pelanggan atau bakal pelanggan. Bukan panggilan dipimpin Jualan di mana anda penutup deal; satu perbualan penerokaan sebenar. Dokumen Notion terbuka, dua soalan yang ditulis terlebih dahulu, dan kesediaan untuk mengikut utas perbualan.

Kebanyakan panggilan penerokaan adalah lemah kerana ia undian ciri yang menyamar. Anda bertanya "adakah anda akan menggunakan integrasi Salesforce?" dan mereka berkata "ya, sudah tentu," kerana berkata ya tidak merugikan mereka apa-apa dan mereka mahu membantu. Itu bukan data. Soalan penerokaan yang baik adalah di hulu ciri: "Pandu saya melalui kali terakhir anda cuba melakukan X. Apa yang anda sebenarnya buat? Apa yang rosak? Apa yang anda buat sebaliknya?" Anda mahukan kisah khusus yang baru-baru ini, bukan keutamaan abstrak.

Perangkapnya ialah melayan panggilan itu sebagai sesi maklum balas. Ia bukan. Ia sesi penyelidikan, dan penyelidikan mempunyai soalan yang anda datang cuba untuk jawab. Tulis soalan itu di puncak dokumen Notion sebelum panggilan bermula. Selepas panggilan, tulis tiga perkara: apa yang anda dengar, apa yang mengejutkan anda, apa yang ia ubah tentang perkara seterusnya yang anda bina. Jika tiada apa-apa berubah, panggilan itu tidak berguna, yang itu sendiri berguna, kerana ia bermakna anda berada pada titik di mana anda patut mengesahkan dengan prototaip, bukan temu bual.

Untuk versi yang lebih mendalam tentang ini dengan skrip, lihat Menjalankan Panggilan Penerokaan Yang Bukan Undian Ciri.

Petang: penyegerakan pihak berkepentingan mingguan

2:00 petang. Ketua Jualan, ketua CS, ketua Pemasaran, anda, dalam bilik 45 minit. Inilah mesyuarat di mana permintaan "bolehkah kita tambah sahaja" difailkan, diutamakan, atau dibatalkan. Jika anda tidak mempunyai mesyuarat ini pada hari tetap, anda mengadakannya secara berkecai merentas Slack sepanjang minggu dan kehilangan tiga jam kepadanya berbanding empat puluh lima minit.

Anda menunjukkan peta hala tuju produk dalam Productboard atau Aha, bukan slaid. Slaid membayangkan kemuktamadan; peta hala tuju produk yang langsung membayangkan "ini keadaan semasa, ia boleh beralih, inilah timbang taranya." Anda menelusuri apa yang sedang berjalan, apa yang seterusnya, dan item mana yang beralih minggu ini dan sebabnya. Kemudian anda mengambil tiga hingga lima permintaan baharu, bertanya soalan yang menentukannya ("apakah kiraan pelanggan dan berat ARR di sebalik ini?"), dan sama ada komited untuk menilai, menolak dengan satu sebab, atau meletakkan tepi.

Berkata tidak tanpa menjadi PM-tidak adalah sebahagian besarnya tentang memberi penolakan itu bentuk yang jelas. "Kita tidak melakukan ini dalam Q3 kerana kita komited kepada kelajuan onboarding dan ini akan melewatkannya tiga minggu; mari kita semak semula pada perancangan suku berikutnya" ialah penolakan yang ketua Jualan anda boleh jual secara dalaman. "Kita tidak boleh buat itu sekarang" ialah penolakan yang kembali sebagai DM Slack esok.

Bingkai yang saya terus kembali kepadanya: setiap ya juga merupakan tidak kepada sesuatu yang lain. Jadikan sesuatu-yang-lain itu kelihatan. Tunjukkan pertukaran itu. Pertukaran itulah perbualannya.

Hujung hari: penyusunan backlog

4:30 petang. Empat puluh lima minit dalam Linear atau Jira menutup tiket basi, menarik calon sprint berikutnya, dan menyemak keluaran semalam dalam Amplitude atau Mixpanel. Figma terbuka dalam tab seterusnya untuk komen reka bentuk tentang apa yang masuk ke dalam sprint selepas ini.

Kebersihan backlog tidak menarik dan ia adalah perbezaan antara pasukan kejuruteraan yang mempercayai keutamaan anda dan yang tidak. Jika satu tiket telah duduk terbuka selama enam minggu tanpa pergerakan, tutupnya dengan komen yang menerangkan sebabnya. Tiket basi dalam backlog ialah bunyi bising yang menenggelamkan isyarat tentang apa yang sebenarnya seterusnya. Jurutera berhenti membaca backlog apabila backlog berhenti boleh dipercayai, dan sebaik sahaja itu berlaku anda kembali memacu segala-galanya melalui Slack.

Semakan Amplitude adalah pendek: adakah ciri yang anda hantar minggu lepas menggerakkan metrik yang anda kata ia akan gerakkan? Jika ya, tulis nota satu baris dalam tiket pelancaran dan teruskan. Jika tidak, tanya mengapa sebelum anda menghantar perkara seterusnya di atasnya. Kebanyakan PM menghantar perkara seterusnya tanpa menyemak perkara terakhir, yang merupakan cara kilang ciri berlaku.

Dua perangkap

Kilang ciri. Kelajuan tinggi. Pasukan sedang menghantar. Standup terasa produktif. Tetapi apabila anda menyemak metrik hasil (pengaktifan, pengekalan, pengembangan, yang dijanjikan peta hala tuju produk untuk gerakkan) ia mendatar atau menuju arah yang salah, dan tiada siapa dalam pasukan mendapat satu jam tenang untuk memikirkan sebabnya dalam tiga bulan. Ujian penciuman: jika anda bertanya jurutera kanan anda "apakah masalah yang kita selesaikan sprint ini dan bagaimana kita akan tahu kita menyelesaikannya," adakah mereka mempunyai jawapan yang bersih? Jika jawapannya ialah "kita menghantar spesifikasi," anda berada dalam kilang ciri.

Penyelesaiannya bukan memperlahankan. Penyelesaiannya ialah meletakkan metrik hasil di sebelah setiap inisiatif pada peta hala tuju produk dan enggan memulakan yang seterusnya sehingga anda telah menyemak sama ada yang terakhir berkesan. Sepuluh minit "adakah ia menggerakkan nombor" sebelum setiap permulaan. Murah untuk dilakukan. Hampir tiada siapa melakukannya. Lihat Melepaskan Diri daripada Kilang Ciri untuk versi yang lebih panjang.

Jualan merampas peta hala tuju produk. Setiap deal menjadi komitmen tersuai. Produk berpecah kerana pelanggan A mendapat aliran kerja yang pelanggan B tidak ada, dan kini anda menghantar logik bersyarat di lapan tempat berbeza. Enam bulan kemudian anda mempunyai hutang teknikal yang anda tidak dapat bayar kerana setiap kepingnya mempunyai nama pelanggan yang dilampirkan.

Isyarat awal: jika tiga peralihan peta hala tuju produk anda yang terakhir masing-masing datang daripada satu deal tunggal, anda sedang dirampas. Penyelesaiannya ialah peraturan yang bersih yang seluruh syarikat tahu. Peraturan saya ialah "kita hanya akan pertimbangkan komitmen tersuai jika deal itu melebihi 5x ACP semasa dan permintaan yang sama telah datang daripada tiga pelanggan berasingan." Laraskan nombor mengikut peringkat anda. Maksudnya ialah mempunyai peraturan, ditulis, yang Jualan boleh petik semula kepada bakal pelanggan tanpa meningkatkannya kepada anda. Lihat Berkata Tidak kepada Jualan Tanpa Menjadi PM-Tidak.

Timbunan yang anda akan sentuh setiap hari

Anda tidak memerlukan setiap alat. Anda memang memerlukan satu dalam setiap kategori, dan anda memerlukan data untuk mengalir antaranya.

Untuk perbandingan yang lebih panjang dan apa yang perlu dipilih pada setiap peringkat, lihat Alat Pengurus Produk dan Timbunan Teknologi.

Bentuk mingguan yang boleh dipertahankan

Anda tidak dapat mengawal setiap ping Slack. Anda boleh memutuskan blok yang mana anda pertahankan dan yang mana anda biarkan kekecohan makan.

Inilah bentuk mingguan yang bertahan dengan realiti di kebanyakan syarikat B2B SaaS:

Dilindungi bermakna ia diletakkan pada kalendar sebelum apa-apa yang lain dan anda mempertahankannya seperti mesyuarat dengan pelanggan. Blok masa berfikir ialah yang paling kerap dilangkau kebanyakan PM, dan ia juga yang menentukan sama ada anda beroperasi satu suku di hadapan atau sentiasa satu minggu di belakang. Dua jam, tiada Slack, satu soalan untuk difikirkan, satu dokumen untuk ditulis di hujungnya. Lindungilah ia.

Dimampatkan bermakna anda mengambilnya tetapi anda mengambilnya dengan pantas. Mesyuarat status beralih kepada tak segerak. Permintaan "ada masa sekejap" mendapat "hantar Loom atau dokumen kepada saya dan saya akan respons menjelang EOD." Maksudnya bukan menjadi tidak tersedia; ia menjadikan kos menarik anda ke dalam sesuatu sama dengan kos menarik orang lain.

Penutup

Kerja ini berbentuk begini kerana syarikat berbentuk begini. Seorang PM di syarikat 12 orang dengan empat pelanggan mempunyai hari yang berbeza daripada PM di syarikat 200 orang dengan empat ratus pelanggan, dan berpura-pura sebaliknya ialah cara anda akhirnya cuba menyalin satu proses daripada dek yang tidak terpakai pada peringkat anda.

Apa yang bertahan merentas peringkat: lindungi ritual panggilan pelanggan, namakan cukai kekaburan spesifikasi apabila anda melihatnya, jalankan panggilan penerokaan dengan satu soalan bukan senarai ciri, tunjukkan peta hala tuju produk anda sebagai timbang tara langsung dan bukan slaid, dan semak sama ada perkara terakhir berkesan sebelum anda menghantar perkara seterusnya.

Satu ayat untuk ditampal ke dalam semakan kalendar anda esok pagi: apa yang mendapat perhatian sebenar minggu ini, apa yang mendapat lulusan "cukup baik", dan adakah itu yang saya akan pilih jika saya memulakan minggu semula?

Jika jawapannya ialah tidak dua minggu berturut-turut, bentuk itu perlu berubah.

Ketahui Lebih Lanjut

• Templat Penerangan Kerja Pengurus Produk
• PM lwn Product Marketing Manager: Di Mana Sebenarnya Garis Itu
• Menjalankan Panggilan Penerokaan Yang Bukan Undian Ciri
• Berkata Tidak kepada Jualan Tanpa Menjadi PM-Tidak
• Melepaskan Diri daripada Kilang Ciri