Metrik PM: Hasil berbanding Keluaran, North Star, dan Petunjuk Awal (B2B SaaS)

Saya pernah duduk sepanjang QBR di mana PM membentangkan empat belas ciri yang dihantar dalam Q3. Aliran onboarding baharu. Suntingan pukal. SAML. Tiga integrasi. Dua dashboard baharu. Pariti mudah alih untuk saluran paip deal. Slaid itu ialah matriks tanda semak hijau yang cantik. Semua orang mengangguk.

Kemudian CEO mencondongkan badan ke hadapan dan bertanya satu soalan: "Adakah pengekalan bergerak?"

Senyap. PM melirik kepada penganalisis, yang melirik kepada jurutera data, yang melirik ke lantai. Akhirnya seseorang berkata, "Kami rasa begitu, tetapi kohort belum masak sepenuhnya lagi." CEO menulis sesuatu dalam buku nota mereka. Bilik itu tahu.

PM itu tidak dipecat. Mereka mendapat sesuatu yang lebih teruk. Mereka diam-diam disingkir daripada perbualan strategi seterusnya. Enam bulan kemudian peta hala tuju produk mereka ditulis bersama oleh jualan, kerana produk tidak dapat membuktikan kerjanya penting.

Inilah jurang antara keluaran dan hasil, dan kebanyakan PM mendarat di sisi yang salah. Bukan kerana mereka malas. Kerana keluaran fotogenik dan hasil tidak.

Pembingkaian Cagan: keluaran ialah apa yang anda hantar, hasil ialah apa yang berubah

Marty Cagan telah melaung-laungkan perkara ini selama lima belas tahun dan kebanyakan kita masih salah memahaminya.

Keluaran ialah segala yang anda boleh lihat dalam demo sprint. Ciri yang dihantar. Tiket ditutup. Mata cerita dibakar. Keluaran ditandakan. Ia boleh dikira, mingguan, dan hidup dalam Jira di mana setiap pihak berkepentingan boleh melihatnya.

Hasil ialah apa yang berubah dalam tingkah laku pelanggan atau prestasi perniagaan kerana keluaran itu. Kadar pengaktifan bergerak daripada 38% ke 51%. NRR kekal pada 112% melalui kenaikan harga. Masa-ke-deal-pertama menurun daripada 9 hari ke 4. Akaun pod saluran paip deal kini log masuk 3.2 kali seminggu dan bukannya 1.8.

Keluaran ialah kata nama pada slaid. Hasil ialah kata kerja dalam kehidupan pelanggan.

PM cenderung kepada keluaran atas satu sebab: ia satu-satunya perkara yang boleh diperhatikan secara boleh dipercayai pada hari Jumaat. Anda menghantar tujuh perkara sprint ini, inilah tujuh perkara itu, inilah tangkapan skrinnya. Hasil mengambil 30, 60, kadangkala 90 hari untuk muncul, dan rantaian sebabnya lebih berselerak ("adakah pengaktifan bergerak kerana aliran baharu, atau kerana Q3 cuma suku niat tinggi?"). Apabila anda tertekan dan dek perlu siap Isnin, anda menjangkau perkara yang boleh dikira.

Tangkapannya: perkara yang boleh dikira itu bukan apa yang CEO anda bayar untuknya. Mereka membayar untuk perubahan tingkah laku. Sehingga slaid anda mencerminkan itu, anda seorang pengurus penghantaran dengan gelaran yang lebih bergaya.

5 metrik hasil yang benar-benar bertahan di B2B SaaS

Anda tidak memerlukan 47 metrik. Anda memerlukan lima, ditakrifkan secara jelas, disegarkan mingguan atau bulanan bergantung pada irama, dan dipercayai oleh kewangan.

1. Kadar pengaktifan. Peratusan akaun baharu yang mencapai peristiwa "aha" produk anda dalam N hari pendaftaran. Bahagian yang sukar ialah menakrifkan peristiwa, bukan mengukurnya. Untuk CRM, "3 deal dicipta dalam 14 hari" ialah aha yang boleh dipertahankan. Ia bermakna pelanggan telah benar-benar memindahkan saluran paip mereka masuk. Untuk alat pengurusan projek, "5 tugas dicipta merentas 2 projek dengan 1 penerima tugasan selain pencipta" berfungsi. Pilih peristiwa, tulisnya, pertahankannya selama satu suku sebelum menukarnya. Pengaktifan di bawah 40% dalam B2B SaaS ialah satu kebocoran. Melebihi 60% adalah jarang dan berbaloi dilindungi.

2. Pengekalan. Dua jenis, dan anda memerlukan kedua-duanya. GRR mengukur apa yang anda kekalkan daripada akaun sedia ada sebelum sebarang pengembangan. Biasanya 85-92% adalah sihat dalam SaaS pasaran pertengahan, dan apa-apa di bawah 80% ialah masalah peralihan pelanggan. Pengekalan logo mengukur peratusan akaun yang tidak anda hilang, tanpa mengira saiz kontrak. Jejaki kedua-duanya mengikut kohort (bulan atau suku pendaftaran) supaya anda dapat melihat sama ada kohort baharu lebih sihat daripada yang lama. Jika kohort Q1 anda dikekalkan lebih baik daripada kohort Q3 anda, pasukan yang menghantar di antaranya melakukan kerja sebenar.

3. Pengembangan. NRR ialah nombor utama. Ambil hasil daripada satu kohort 12 bulan lalu, lihat apa yang kohort yang sama itu jana hari ini (selepas peralihan pelanggan dan selepas pengembangan), bahagikan. Melebihi 110% dalam B2B SaaS adalah baik, melebihi 120% adalah hebat, melebihi 130% bermakna anda telah menemui sesuatu yang kebanyakan syarikat tidak. Pasangkannya dengan pengembangan ARR setiap akaun supaya anda dapat melihat sama ada pelanggan purata sedang berkembang atau sama ada anda mempunyai beberapa paus yang menarik purata ke atas.

4. NPS atau CSAT. Lewat, berarah, berguna sebagai pencetus amaran. NPS ketinggalan tingkah laku sebenar sebanyak 60 hingga 90 hari. Menjelang ia jatuh, kerosakan telah pun berlaku dalam saluran peralihan pelanggan anda. Jangan mengemudi dengannya. Gunakannya untuk mengesahkan kisah yang sudah anda lihat dalam pengekalan dan pengembangan. Jika NPS jatuh 8 mata dan pengekalan baik, anda mempunyai masalah persepsi. Jika NPS jatuh 8 mata dan pengekalan turut jatuh, anda mempunyai masalah produk dan anda perlu tahu tentangnya lebih awal.

5. Hasil setiap pengguna (atau setiap akaun). ARPU atau ARPA, dijejaki dari masa ke masa. Isyarat paling bersih bahawa produk anda menjadi lebih bernilai kepada pelanggannya. Jika pengaktifan naik, pengekalan naik, tetapi ARPU mendatar, anda telah membina peringkat percuma yang lebih melekat dan tidak banyak lagi. Jika ARPU mendaki dan pengekalan kekal, produk itu melakukan apa yang produk sepatutnya lakukan.

Lima ini bersama-sama meliputi perjalanan pelanggan melalui produk anda: adakah mereka mula menggunakannya (pengaktifan), adakah mereka kekal (pengekalan), adakah mereka berkembang (pengembangan), adakah mereka cukup suka untuk mengesyorkannya (NPS), dan adakah mereka berbelanja lebih (ARPU). Apa-apa yang anda ukur di luar lima ini patut berkhidmat untuk menerangkan salah satu daripadanya.

North Star: satu setiap pod, bukan satu setiap syarikat

Amplitude mempopularkan "metrik North Star" sebagai satu nombor tunggal yang sesebuah syarikat menyusun mengikutnya. Pengguna aktif harian untuk aplikasi pengguna. Malam ditempah untuk Airbnb. Lagu dimainkan untuk Spotify.

Untuk B2B SaaS pada Siri A atau B, satu-setiap-syarikat berpecah. Pod CRM, pod bil, dan pod pelaporan melakukan kerja yang sama sekali berbeza. Memaksa mereka berkongsi satu North Star menjadikannya metrik peringkat syarikat yang kabur seperti "akaun aktif mingguan" yang tiada siapa benar-benar mengemudi mengikutnya.

Penyelesaiannya: satu North Star setiap pod. Metrik tunggal yang, jika ia bergerak, pod anda melakukan kerjanya suku ini. Contoh yang saya pernah lihat berfungsi:

Pod pengaktifan CRM → % akaun baharu dengan 3+ deal dicipta dalam 14 hari pertama
Pod penghalaan lead → % lead yang layak dihalakan kepada wakil dalam masa kurang 5 minit
Pod onboarding → % akaun yang melengkapkan senarai semak persediaan dalam 7 hari
Pod pelaporan → penonton dashboard aktif mingguan setiap akaun berbayar
Pod mudah alih → % pengguna aktif mingguan yang log masuk dari mudah alih dalam mana-mana minggu tertentu

Setiap satu adalah khusus. Setiap satu ialah satu nombor. Setiap satu boleh digerakkan oleh pasukan yang memilikinya tanpa berdebat dengan pasukan lain tentang atribusi. Itulah ujiannya. Jika dua pod boleh menuntut kredit apabila metrik bergerak, ia bukan North Star, ia metrik hasil peringkat syarikat.

North Star peringkat pod bukan North Star syarikat. Syarikat masih mengambil berat tentang NRR. Tetapi pod mengambil berat tentang perkara awal yang memacu NRR untuk perjalanan pelanggan yang dimilikinya.

Petunjuk awal berbanding lewat: anda tidak boleh mengemudi dengan metrik yang mengambil 90 hari

Setiap metrik yang saya namakan setakat ini berada di suatu tempat pada spektrum lewat-ke-awal, dan anda perlu tahu di mana.

Petunjuk lewat memberitahu anda apa yang sudah berlaku. NPS ketinggalan 60-90 hari. Pengekalan ketinggalan satu suku atau lebih. Pengembangan ARR ketinggalan mengikut kitaran kontrak. Menjelang ini bergerak, kerja yang menggerakkannya telah dibuat dua suku lalu. Anda tidak mengemudi dengannya. Anda membedah siasat dengannya.

Petunjuk awal bergerak minggu ke minggu dan meramal metrik lewat. Kadar pengaktifan ialah petunjuk awal untuk pengekalan (akaun yang diaktifkan dikekalkan lebih baik, titik). Penyiapan senarai semak persediaan ialah petunjuk awal untuk pengaktifan. Masa untuk mencapai nilai ialah petunjuk awal untuk penyiapan persediaan. Jumlah tiket sokongan pada ciri yang baru dilancarkan ialah petunjuk awal untuk sama ada ciri itu akan memacu peralihan pelanggan atau melekat.

Peraturan yang saya pegang: pasangkan setiap metrik lewat dengan satu atau dua petunjuk awal yang anda percayai untuk meramalnya. Jika North Star anda ialah pengekalan dan satu-satunya perkara yang anda ukur ialah pengekalan, anda terbang buta selama 90 hari pada satu masa. Jika North Star anda ialah pengekalan dan anda juga menjejaki kadar pengaktifan setiap minggu, anda akan tahu anda mempunyai masalah pada minggu ke-2 dan bukannya minggu ke-14.

Untuk setiap lima metrik hasil, inilah petunjuk awal yang berbaloi dijejaki:

Pengaktifan → % penyiapan senarai semak persediaan, masa-ke-tindakan-utama-pertama, % akaun dengan 2+ pengguna dalam minggu 1
Pengekalan → pengguna aktif mingguan setiap akaun, keluasan penggunaan ciri (berapa banyak ciri setiap akaun sentuh), jumlah tiket sokongan setiap akaun
Pengembangan → % penggunaan kerusi, % akaun pada 80%+ had pelan, permintaan ciri pada ciri peringkat premium
NPS → masa respons sokongan, masa-ke-penyelesaian, % tiket diselesaikan pada hubungan pertama
ARPU → kadar tera-ke-klik arahan naik taraf, % akaun yang mencapai paywall dalam 30 hari lepas

Anda tidak akan menjejaki kesemua ini. Anda akan memilih satu atau dua petunjuk awal setiap metrik hasil, menulisnya, dan menyemaknya setiap minggu. Disiplin itu lebih penting daripada pilihan khusus.

Mewayar pokok metrik

Pokok metrik ialah artifak kelihatan yang berkata "inilah cara kerja pod kita berhubung dengan perniagaan." North Star di puncak, 3 hingga 4 metrik pemacu di bawahnya, petunjuk awal di bawah setiap pemacu. Dilukis keluar, pod pengaktifan CRM mungkin kelihatan begini:

NORTH STAR: % akaun baharu dengan 3+ deal dicipta dalam 14 hari
├── PEMACU 1: Kadar penyiapan senarai semak persediaan
│   ├── Awal: Masa ke deal pertama dicipta
│   └── Awal: % akaun yang menjemput pengguna ke-2 dalam minggu 1
├── PEMACU 2: Penglibatan e-mel onboarding (buka + klik CTA)
│   ├── Awal: Kadar buka e-mel hari ke-3
│   └── Awal: Kadar balas hari ke-7 kepada e-mel "tersekat?"
├── PEMACU 3: Jumlah tiket sokongan minggu pertama
│   ├── Awal: % tiket ditanda "kekeliruan persediaan"
│   └── Awal: Masa-ke-penyelesaian median pada tiket persediaan
└── PEMACU 4: % akaun dengan panggilan pengenalan pasukan jualan dijadualkan
    ├── Awal: Kadar klik pautan Calendly daripada e-mel alu-aluan
    └── Awal: Kadar tidak hadir pada panggilan pengenalan

Tiga perkara penting tentang pokok ini. Pertama, setiap pemacu menyuap North Star dengan kisah sebab yang jelas (penyiapan persediaan yang lebih baik → lebih banyak akaun mencapai 3 deal dalam 14 hari). Kedua, setiap petunjuk awal di bawah satu pemacu ialah sesuatu yang anda boleh tarik daripada alat anda esok tanpa projek kejuruteraan data. Ketiga, keseluruhannya muat pada satu muka surat.

Alat, mengikut kategori:

Petunjuk awal (data peristiwa): Amplitude atau Mixpanel. Alat analitik produk menjejaki peristiwa peringkat pengguna yang membentuk petunjuk awal anda.
Metrik hasil (data gudang): Snowflake atau BigQuery untuk gudang, Looker atau Metabase untuk dashboard. Metrik hasil melibatkan hasil, kontrak, dan cantuman peringkat pelanggan yang tidak hidup dalam alat analitik produk.
Definisi metrik itu sendiri: satu dokumen Notion tunggal, dimiliki oleh PM, boleh dibaca oleh kejuruteraan. Bukan halaman wiki yang menjadi basi. Dokumen hidup di mana definisi peristiwa pengaktifan hidup di sebelah SQL yang mengiranya. Jika pasukan kejuruteraan anda tidak dapat mencari definisi pengaktifan dalam 30 saat, metrik anda tidak nyata.

Kesilapan yang saya lihat PM junior buat: membina pokok ini sekali, membentangkannya pada satu mesyuarat seluruh syarikat, dan tidak pernah mengemas kininya. Pokok itu patut disemak semula setiap suku. Metrik pemacu yang tidak menggerakkan North Star dipotong. Petunjuk awal baharu ditambah apabila anda menemuinya.

Slaid QBR yang bertahan dengan penelitian

Satu slaid. Inilah strukturnya:

QBR PRODUK: Q3: POD PENGAKTIFAN CRM

NORTH STAR: % akaun baharu dengan 3+ deal dalam 14 hari
  Q2: 38%   →   Q3: 51%   (+13 mata)

METRIK PEMACU (suku ke suku):
  • Penyiapan senarai semak persediaan: 44% → 67%
  • Klik CTA e-mel onboarding: 12% → 19%
  • Jumlah tiket sokongan minggu-1 setiap akaun: 1.8 → 1.1

PETUNJUK AWAL YANG MENERANGKAN MENGAPA:
  • Masa-ke-deal-pertama: 6.2 hari → 2.8 hari
    (didorong oleh aliran persediaan baharu dihantar mgg 3 Q3)
  • Pengguna aktif hari-7 setiap akaun: 1.4 → 2.1
    (arahan jemput-pengguna-ke-2 ditambah mgg 5)

KONTEKS PERNIAGAAN:
  • NRR kekal pada 112% (tiada perubahan suku ke suku)
  • Korelasi pengaktifan→pengekalan: akaun yang diaktifkan
    dikekalkan 89% berbanding 61% untuk kohort tidak diaktifkan

Itulah keseluruhan slaid. Ciri yang dihantar sepanjang suku (aliran onboarding baharu, arahan jemput, penulisan semula e-mel) masuk ke dalam lampiran. Ia konteks, bukan tajuk utama.

Sebab slaid ini bertahan dengan soalan CEO ialah ia menjawab soalan sebelum mereka bertanya. "Adakah kerja itu penting?" Ya. Pengaktifan naik daripada 38% ke 51%. Inilah tiga pemacunya. Inilah petunjuk awal yang membuktikan aliran baharu menyebabkannya. Dan ngomong-ngomong, pembahagian pengekalan 89% berbanding 61% memberitahu anda mengapa pengaktifan ialah perkara yang betul untuk diobsesi.

Jika VP anda boleh membaca slaid itu dalam 20 saat dan masuk ke pejabat CEO dan menceritakan semula kisah itu tanpa nota, anda telah berjaya. Jika mereka memerlukan anda dalam bilik untuk menterjemah, slaid itu belum siap.

Perangkap "kita menghantar 14 ciri" dan cara memanjat keluar

Slaid kiraan ciri terasa selamat. Ia boleh dikira. Ia membuktikan anda sibuk. Ia memberi kredit kepada kejuruteraan, yang mengekalkan pengurus kejuruteraan gembira. Ia kelihatan seperti kerja.

Ia juga membunuh kredibiliti PM pada garis masa 12 bulan. Inilah matematiknya: CEO anda telah menghadiri mungkin 20 QBR PM dalam kerjaya mereka. Menjelang yang ketiga, mereka telah berhenti bertanya "apa yang anda hantar" dan mula bertanya "apa yang berubah untuk pelanggan." Jika slaid anda terus menjawab soalan pertama, anda akan menjadi PM yang kerjanya CEO tidak dapat ingat sepenuhnya apabila perbualan kenaikan pangkat berlaku.

Memanjat keluar ialah masalah satu perbualan dan masalah pelaksanaan dua suku.

Perbualan itu adalah dengan VP anda, sebaik-baiknya sebelum suku berikutnya bermula. Ia berbunyi begini: "Saya mahu mengubah cara kita melaporkan kemajuan suku depan. Inilah pokok metrik untuk pod kita. Inilah templat slaid QBR yang saya akan gunakan. Ciri yang kita hantar akan beralih ke lampiran. Saya masih akan melaporkan apa yang kita bina, tetapi tajuk utama ialah apa yang berubah untuk pelanggan. Bolehkah saya dapat pandangan anda tentang definisi metrik sebelum saya membawanya kepada pasukan?"

Dua perkara berlaku. Satu: VP anda mendapat draf PM yang lebih baik, dan mereka mengingati perbualan itu. Dua: anda komited diri anda secara bertulis. Anda tidak boleh diam-diam tergelincir kembali ke slaid kiraan ciri tiga minggu kemudian apabila pokok metrik terasa sukar.

Masalah pelaksanaan ialah 6 bulan seterusnya. Suku pertama akan janggal. Anda akan muncul di QBR dengan slaid hasil dan salah satu pemacu akan mendatar atau turun, dan anda perlu bercakap mengenainya dan bukannya bersembunyi di sebalik 14 tanda semak hijau. Suku kedua, anda akan mempunyai perbandingan suku ke suku dan perbualan menjadi lebih mudah. Menjelang suku ketiga, slaid anda ialah slaid yang PM lain diam-diam tangkap skrin sebelum QBR mereka sendiri.

Apa yang perlu dilakukan minggu ini

Jangan tunggu suku depan. Buat ini dalam 10 hari seterusnya.

Pilih North Star pod anda. Satu ayat, satu metrik. Jika anda tidak dapat melakukan ini dalam satu petang, skop anda terlalu luas dan anda mempunyai masalah yang berbeza.
Tulis 3 metrik pemacu di bawahnya. Setiap satu dengan definisi yang khusus (bukan "penglibatan," tetapi "% pengguna aktif mingguan melengkapkan tindakan utama X").
Cari 2 petunjuk awal setiap pemacu yang anda boleh tarik daripada Amplitude atau Mixpanel esok. Jika anda tidak dapat menariknya esok, alat anda mempunyai jurang yang berbaloi dengan tiket berasingan.
Letakkan semuanya dalam dokumen Notion. Satu muka surat. Pokok metrik di puncak, definisi dan pertanyaan SQL di bawah.
Hantar dokumen kepada pengurus anda dan minta satu pusingan bantahan sebelum QBR seterusnya. Jangan minta kelulusan. Minta satu definisi yang mereka akan bantah. Apa sahaja yang mereka bantah ialah metrik yang pasukan kejuruteraan anda paling berkemungkinan tersalah tafsir juga. Baikinya sebelum QBR, bukan semasa.

PM yang melaporkan hasil, walaupun secara tidak sempurna, mengatasi PM yang melaporkan keluaran dengan sempurna. Pelaporan keluaran ialah pilihan yang terasa lebih selamat tetapi menghadkan kerjaya. Anda boleh terus membina slaid kiraan ciri yang sama selama tiga tahun lagi dan diam-diam menonton diri anda hanyut keluar daripada perbualan strategi, atau anda boleh menghabiskan dua suku yang janggal membuat peralihan itu dan mengkompaun kepercayaan dari situ.

Bermula suku ini. Pokok metrik tidak perlu sempurna. Ia hanya perlu wujud.

Panduan Praktikal Product Manager