PMM sebagai Jambatan: Cara Pemasaran Produk Menghubungkan CS dan Produk di Titik Pertemuan

Penterjemah yang tiba selepas mesyuarat. PMM ditarik masuk apabila ciri sudah siap spesifikasi, pelan hala tuju produk sudah dikunci, dan pelancaran tinggal tiga minggu lagi. Permintaannya: tulis e-mel pelancaran, kemaskini laman web, buat dokumen satu muka surat. PMM melaksanakan. Kandungan itu keluar. CS membaca mesej luaran pada masa yang sama dengan pelanggan.

Itu bukan jambatan. Itu pasukan pembersihan.

Corak pasukan pembersihan adalah cara kebanyakan syarikat pasaran pertengahan menggunakan PMM di titik pertemuan CS-Produk. Itu juga sebab titik pertemuan itu terus bocor. CS tidak tahu apa yang sedang dihantar atau cara membincangkannya. Produk tidak tahu masalah pelanggan mana yang mendesak atau cara membingkainya untuk pengutamaan. Dan PMM sibuk menulis e-mel pelancaran untuk ciri yang direka bentuk tanpa konteks pelanggan yang mencukupi untuk membuatnya berkesan. Ini adalah tanda amaran bahawa CS dan produk tidak sejajar yang standard dalam buku teks.

Artikel ini adalah tentang rupa jambatan yang sebenar, dari segi struktur dan bukannya hubungan. Kerana kesilapan yang dilakukan oleh kebanyakan pasukan ialah berfikir bahawa keberkesanan PMM di titik pertemuan adalah fungsi betapa kolaboratif atau komunikatifnya PMM itu. Bukan begitu. PMM yang kolaboratif dalam organisasi yang tidak menghubungkannya dengan betul tidak dapat menjembatani jurang itu. Jambatan dibina melalui reka bentuk organisasi, hasil yang ditakrifkan, dan peranan tetap dalam ritual di mana keputusan titik pertemuan dibuat.

Syarikat di mana PMM disertakan dalam sesi sintesis VoC bersama CS Ops melaporkan penggunaan ciri 29% lebih tinggi pada 90 hari selepas GA, berbanding syarikat di mana PMM hanya diaktifkan pada pelancaran, menurut penyelidikan penjajaran 2024 ProductBoard.

Masa purata antara draf spesifikasi ciri pertama PM dan penglibatan pertama PMM ialah 18 hari di syarikat tanpa protokol pengkabelan PMM berstruktur. Pada ketika itu, majoriti keputusan UX dan skop sudah dikunci dan PMM menterjemahkan sesuatu yang tidak mereka bantu bentuk, menurut kajian yang sama.

Model Terjemahan PMM 2-Arah: Rupa Sebenar Jambatan dari Segi Struktur

Jambatan mempunyai dua fungsi penanggung beban. Ia membawa lalu lintas dalam kedua-dua arah, dan ia menanggung berat. Model Terjemahan PMM 2-Arah menamakan dua fungsi ini secara eksplisit kerana kebanyakan syarikat menghubungkan PMM dalam satu arah sahaja (ke hiliran, dari Produk kepada CS) dan tertanya-tanya mengapa isyarat CS tidak pernah mencapai Produk dalam bentuk yang berguna.

PMM yang bertindak sebagai jambatan antara CS dan Produk mesti membawa isyarat pelanggan dari CS kepada Produk dan membawa keputusan produk dari Produk kepada CS. Dan ia mesti menanggung berat, bermaksud ia mesti dikabel ke dalam reka bentuk organisasi, bukan sekadar carta organisasi. Penyelidikan strategi pemasaran produk Gartner menerangkan pemasar produk sebagai penggerak yang mesti menyatukan produk, jualan, dan kejayaan pelanggan di sebalik matlamat go-to-market yang dikongsi: tepat fungsi titik pertemuan yang diterangkan di sini.

Versi struktur ini kelihatan seperti dua fungsi terjemahan yang beroperasi secara serentak.

Fakta Utama: Jurang Jambatan PMM

• Hanya 34% PMM di syarikat SaaS pasaran pertengahan mempunyai tempat tetap dalam ulasan pelan hala tuju produk sebelum keputusan dikunci, menurut laporan Keadaan Pemasaran Produk 2024 ProductMarketing Alliance.
• 61% pasukan CS melaporkan bahawa sumber utama maklumat mereka tentang ciri baru ialah log perubahan awam, bukan taklimat dalaman pra-pelancaran daripada Produk atau PMM, menurut penanda aras tahunan 2024 ChurnZero.
• CSM di syarikat dengan proses taklimat pra-pelancaran PMM berstruktur menghabiskan 2.3 jam lebih sedikit setiap kitaran keluaran untuk mengimprovisasi penjelasan pelanggan, menurut penanda aras kecekapan CS 2024 Totango.

Arah 1: CS kepada Produk. PMM mengambil isyarat kualitatif mentah daripada CSM (verbatim, corak peningkatan, tema QBR) dan menterjemahkannya ke dalam format yang boleh digunakan oleh PM dalam pengutamaan. Berstruktur, berwajaran, dikategorikan, dilabel ARR. Bukan "pelanggan kecewa dengan pelaporan" tetapi "sembilan akaun yang mewakili $2.1 juta ARR telah menggunakan penyelesaian alternatif Excel untuk eksport julat tarikh tersuai selama dua suku tahun lepas." Ini adalah saluran paip VoC dengan PMM sebagai lapisan sintesis.

Arah 2: Produk kepada CS. PMM mengambil spesifikasi ciri bahasa kejuruteraan dan nota keluaran dan menterjemahkannya kepada tiga output yang menghadap pelanggan: taklimat pra-pelancaran CS, mesej dalam aplikasi, dan nota keluaran luaran. Bukan "penambahbaikan enjin pertanyaan lanjutan" tetapi "pelanggan anda kini boleh menapis eksport mengikut julat tarikh tersuai. Berikut adalah apa yang perlu dikatakan apabila mereka bertanya tentangnya, dan berikut adalah tiga soalan yang akan anda terima."

Kedua-dua arah memerlukan kemahiran yang sama: memahami perbendaharaan kata kedua-dua pihak dengan cukup baik untuk menterjemah tanpa kehilangan makna. Tetapi tiada satu pun arah berfungsi dari segi struktur tanpa PMM dikabel ke dalam ritual di mana bahan sumber berasal. Ritual itulah di mana Arah 1 dan Arah 2 sama ada berlaku atau tidak.

Arah 1: Isyarat CS kepada Input Produk

CSM mengumpul verbatim kualitatif. PM memerlukan input yang berstruktur, berwajaran, dan dikategorikan. Jurang antara dua format itulah di mana kebanyakan saluran paip VoC rosak. CSM berkata "pelanggan kecewa dengan modul pelaporan" tidak memberi PM cukup untuk ditindaklanjuti. PMM yang mensintesis isyarat itu kepada "tujuh akaun yang mewakili $1.4 juta ARR menggunakan penyelesaian alternatif Excel kerana fungsi eksport tidak menyokong julat tarikh tersuai, disahkan merentas tiga kitaran QBR" memberi PM sesuatu yang boleh mereka masukkan dalam sesi pengutamaan.

Peranan PMM dalam Arah 1 mempunyai tiga fungsi konkrit.

Mengekalkan taksonomi maklum balas. Kedua-dua CS dan Produk perlu menandakan isyarat pelanggan menggunakan kategori yang sama: kawasan produk, keparahan, status penyelesaian alternatif, impak ARR. Apabila CSM menandakan maklum balas secara tidak konsisten, PM tidak dapat mengagregatnya dengan bermakna. PMM memiliki taksonomi, melatih pasukan CS tentang cara menggunakannya, dan mengaudit pematuhan setiap suku tahun. Ini adalah infrastruktur operasi, bukan kerja kreatif. Panduan menangkap maklum balas secara sistematik merangkumi mekanik sisi CSM proses ini.

Menjalankan sintesis VoC suku tahunan. Sekali setiap suku tahun, PMM mengagregatkan 90 hari maklum balas yang dihantar oleh CS yang lepas (tiket VoC, verbatim NPS, nota QBR, tema peningkatan) dan menimbangnya mengikut impak ARR. Outputnya adalah dokumen sintesis ringkas: lima tema teratas mengikut berat ARR, verbatim utama yang menyokong setiap tema, dan urutan keutamaan yang disyorkan untuk dipertimbangkan oleh PM. PMM membentangkan ini bersama CS Ops pada ulasan CS-Produk suku tahunan.

Menterjemah bahasa pelanggan kepada masalah produk. Ini adalah fungsi leverage tertinggi dalam Arah 1. Pelanggan berkata "Saya benci pelaporan." CSM menulis "pelanggan kecewa dengan modul pelaporan." PMM menterjemah: "pelanggan tidak dapat melihat data merentas modul dalam satu paparan, jadi mereka mengeksport ke hamparan dan membina semula laporan secara manual, yang mengambil masa 2-3 jam setiap minggu setiap pengguna." Terjemahan itu memelihara konteks pelanggan dan memberi PM takrifan masalah yang boleh mereka spec.

Arah 2: Keputusan Produk kepada Komunikasi CS

PM menulis spesifikasi dan nota keluaran dalam bahasa kejuruteraan. CSM berkomunikasi dalam hasil pelanggan. PMM menterjemah, dan terjemahan itu mesti berlaku sebelum GA, bukan selepasnya.

Kegagalan standard: PM menulis log perubahan teknikal. CSM membacanya tetapi tidak tahu apa yang perlu diberitahu kepada pelanggan. Pelanggan mengetahui daripada nota keluaran awam atau daripada produk itu sendiri. CSM menerima e-mel daripada pelanggan yang bertanya apa yang berubah sebelum CSM mempunyai jawapan yang berguna.

Peranan PMM dalam Arah 2 mempunyai tiga output konkrit setiap keluaran.

Taklimat pra-pelancaran CS. Dokumen ringkas, satu halaman dengan lima bahagian, yang pergi kepada pasukan CS lima hari perniagaan sebelum GA. Bahagian: apa yang dihantar (dalam bahasa biasa), apa yang akan perasan oleh pelanggan (secara khusus apa yang berubah dalam aliran kerja mereka), tiga soalan yang akan ditanya oleh pelanggan dan cara menjawabnya, segmen pelanggan mana yang paling terjejas, dan akaun mana yang perlu menerima jangkauan proaktif daripada CSM mereka sebelum atau pada hari GA.

Mesej dalam aplikasi. Ditulis dalam bahasa hasil pelanggan, bukan bahasa penerangan ciri. "Anda kini boleh membina laporan julat tarikh tersuai tanpa mengeksport ke Excel" dan bukannya "Enjin pertanyaan pelaporan lanjutan kini tersedia." PMM memiliki templat dan salinan; Produk menyemak untuk ketepatan; CS menyemak untuk nada.

Nota keluaran. Rekod luaran autoritatif tentang apa yang dihantar. Lebih teknikal daripada mesej dalam aplikasi; lebih boleh dibaca oleh pelanggan daripada spesifikasi dalaman. PMM menulis; PM menyemak; PMM menerbitkan. Arkib dimiliki oleh PMM.

Ketiga-tiga output perlu wujud sebelum GA. Bukan pada hari GA. Sebelum. Itu memerlukan PMM menerima ringkasan ciri daripada PM sekurang-kurangnya sepuluh hari sebelum GA, dan garis masa itu mesti menjadi jangkaan yang ditakrifkan, bukan permintaan.

Apa yang Dibawa oleh PMM yang Tidak Dapat Dibawa Secara Mudah oleh CS Mahupun Produk

Peranan jambatan berfungsi kerana PMM membawa secara unik tiga jenis konteks yang tidak dapat diakses dengan mudah oleh CS mahupun Produk secara sendiri.

Konteks pemposisian. PMM tahu cara produk diposisikan di pasaran: tuntutan apa yang dibuat, pembeza apa yang ditekankan, sebagai apa produk dijual. Apabila ciri dihantar yang bercanggah dengan pemposisian semasa (atau yang sepatutnya mengubahnya), PMM adalah orang yang menangkapnya sebelum CS dan Jualan mula menyampaikan mesej yang salah. CS tidak mempunyai keterlihatan pasaran. Produk tidak mempunyai keterlihatan mesej. PMM duduk di persimpangan.

Risikan persaingan. PMM menjejaki apa yang sedang dihantar oleh pesaing. CS mendengar apabila pelanggan membangkitkan perbandingan persaingan. Forrester mencatat bahawa kerjasama awal dan berstruktur tentang risikan persaingan adalah amalan yang menentukan pasukan pemasaran produk berprestasi tinggi. PMM mensintesis kedua-dua aliran kepada input yang berguna bagi Produk: bukan "pelanggan banyak menyebut Pesaing X" tetapi "Pesaing X menghantar ciri pada S3 yang menangani jurang pelaporan yang sama yang dibenderakan oleh pelanggan kami. Berikut adalah apa yang mereka lakukan dan apa maksudnya untuk pelan hala tuju produk kami." Isyarat CS yang mendedahkan perbandingan persaingan harus melalui model pengutamaan maklum balas berwajaran ARR sebelum mencapai PM.

Ujian mesej. PMM boleh menguji A/B cara pelanggan merespons kepada pembingkaian berbeza ciri yang sama sebelum CS perlu menyampaikannya secara berskala. Dua penerangan berbeza tentang perubahan aliran kerja yang sama boleh menghasilkan reaksi pelanggan yang sangat berbeza. Menguji itu dengan sampel kecil sebelum keluaran penuh mencegah komunikasi yang membuatkan ciri yang baik mendarat dengan buruk.

Syarat Struktur yang Menjadikan PMM Jambatan Sebenar

Keberkesanan PMM di titik pertemuan ditentukan oleh reka bentuk organisasi, bukan personaliti. Penyelidikan Forrester tentang penjajaran pemasaran produk dan pengurusan mendapati bahawa apabila peranan ini mempunyai tanggungjawab yang ditakrifkan dengan jelas dan metrik bersama, organisasi melihat kecekapan pelaksanaan yang lebih tinggi dan lebih sedikit gangguan komunikasi pada pelancaran. Empat syarat ini adalah perbezaan antara PMM sebagai jambatan dan PMM sebagai pasukan pembersihan.

PMM disertakan dalam ulasan pelan hala tuju produk sebelum keputusan dikunci. Bukan dalam ulasan retrospektif. Bukan dalam sesi "kami ingin memberitahu anda sebelum ia keluar". PMM perlu berada dalam bilik apabila keutamaan pelan hala tuju produk sedang ditetapkan, sebelum spesifikasi ditulis, supaya konteks pasaran dan bahasa pelanggan dapat membentuk ciri sebelum ia dibina. Jika penglibatan pertama PMM adalah selepas spesifikasi, jambatan itu satu arah dan terlambat.

PMM mempunyai tempat tetap dalam ulasan VoC suku tahunan. Ulasan maklum balas pelanggan suku tahunan adalah tempat maklum balas pelanggan suku sebelumnya menjadi input pelan hala tuju produk suku seterusnya. Jika PMM tidak berada di meja itu bersama CS Ops dan PM, fungsi terjemahan rosak: isyarat CS pergi kepada PM secara langsung dan kehilangan lapisan sintesis; atau PMM mengetahui apa yang diutamakan selepas fakta dan menulis kepada ringkasan yang mereka tidak bantu bentuk.

Hasil PMM kepada CS mengikut jadual yang ditakrifkan. Taklimat pra-pelancaran tiba lima hari perniagaan sebelum GA. Sintesis VoC diterbitkan menjelang kesepuluh setiap bulan. Kalendar keluaran dikemas kini pada Isnin pertama setiap bulan. Apabila hasil PMM kepada CS dijadualkan, CS boleh merancang berdasarkannya. Apabila ia ad hoc, CS kembali kepada improvisasi.

PMM mempunyai kuasa untuk menolak pelancaran jika komunikasi tidak sedia. Ini adalah syarat yang paling banyak syarikat terlepas. Kesediaan pelancaran merangkumi tanda tangan PMM. Jika taklimat pra-pelancaran tidak lengkap, jika mesej dalam aplikasi tidak disemak, jika pasukan CS belum menerima taklimat pra-pelancaran mereka, PMM harus mempunyai kedudukan untuk membenderakan perkara itu dan melewatkan tarikh GA. Ini kedengaran radikal. Tetapi ia kurang radikal berbanding CSM yang mengimprovisasi penjelasan kepada pelanggan sehari selepas perubahan yang mengelirukan dihantar.

Apa yang Tidak Sepatutnya Dimiliki oleh PMM di Titik Pertemuan

Peranan jambatan mempunyai skop yang ditakrifkan. Apabila PMM berkembang melebihi itu, peranan itu berhenti berfungsi.

PMM tidak sepatutnya memiliki keputusan hubungan khusus pelanggan. Akaun mana yang perlu dihubungi, CSM mana yang perlu dilibatkan, cara mengendalikan pelanggan yang sudah marah tentang perubahan: perkara itu kekal dengan CS. PMM menetapkan mesej; CS menetapkan jangkauan.

PMM tidak sepatutnya memiliki keputusan pengutamaan produk. PMM memaklumkan dengan konteks pasaran dan isyarat pelanggan yang disintesis, tetapi tidak memiliki backlog atau pelan hala tuju produk. Apabila PMM mula membuat hujah pengutamaan dan bukannya menyediakan input pengutamaan, ia mewujudkan konflik dengan PM yang menjejaskan kepercayaan yang diperlukan oleh peranan jambatan.

PMM tidak sepatutnya memiliki pemarkahan kesihatan akaun atau penilaian risiko akaun. Itu adalah fungsi CS Ops. PMM tahu akaun mana yang berada dalam peringkat komunikasi mana; CS tahu akaun mana yang berisiko. Itu adalah set data yang berbeza.

Apabila Syarikat Belum Mempunyai PMM

Ini adalah perkara biasa di pasaran pertengahan pra-Siri B. Fungsi terjemahan jatuh kepada sesiapa yang sanggup, biasanya Head of Product atau VP CS, dan ia tidak berfungsi dengan baik kerana tiada seorang pun mempunyai masa atau konteks dwi-pasukan untuk melakukannya dengan baik.

Corak pasukan pembersihan adalah hasil semula jadi apabila tiada PMM: Produk menghantar, CS bergelut, dan Head of Product menulis penerangan ciri dalam mesej Slack kepada saluran CS kerana tiada orang lain yang melakukannya. Kerangka kerja RACI siapa yang memiliki perubahan yang menghadap pelanggan menunjukkan cara mengedarkan kerja ini secara eksplisit tanpa bilangan pekerja PMM penuh.

Model sementara yang berfungsi lebih baik daripada pasukan pembersihan: tugaskan seorang CS Ops dan seorang PM untuk memiliki fungsi terjemahan bersama, dengan protokol penyerahan yang jelas. CS Ops menulis taklimat pra-pelancaran CS daripada ringkasan ciri PM. PM menyemaknya. Protokol didokumentasikan dan diulang setiap keluaran. Ia lebih perlahan daripada PMM yang berdedikasi dan menghasilkan output yang lebih rendah kualiti, tetapi ia kukuh secara struktur dan berskala sehingga PMM diambil bekerja.

Satu nota penting tentang sementara pra-PMM: jangan mengambil PMM dan segera meletakkan mereka dalam corak pasukan pembersihan. Kegagalan yang paling biasa apabila syarikat mengambil PMM pertama mereka ialah PMM itu mendarat dalam organisasi yang melayan mereka sebagai penulis e-mel pelancaran. Bina reka bentuk organisasi jambatan sebelum PMM mula, supaya peranan itu mempunyai sokongan struktur dari hari pertama.

Model Operasi PMM-di-Titik-Pertemuan yang Konkrit

Reka bentuk organisasi yang abstrak mudah dipersetujui dan sukar dilaksanakan. Berikut adalah kadar yang spesifik.

Bulanan (berterusan): PMM menerbitkan sintesis VoC daripada data CS bulan sebelumnya menjelang kesepuluh bulan. Sintesis merangkumi lima tema maklum balas teratas, berwajaran ARR, dengan verbatim wakil. PM menyemak menjelang hari kelima belas. Sesi input backlog diadakan sebelum akhir bulan, dengan PMM dan CS Ops hadir.

Setiap keluaran: PMM menerima ringkasan ciri daripada PM sepuluh hari sebelum GA. PMM menyampaikan taklimat pra-pelancaran CS kepada ketua CS lima hari sebelum GA. Ketua CS mengedarkan kepada pasukan akaun pada hari yang sama. Pada hari GA, PMM menerbitkan mesej dalam aplikasi dan nota keluaran. PMM mengarkibkan semua aset keluaran.

Suku tahunan: PMM membentangkan bersama sintesis VoC pada ulasan suku tahunan CS-Produk bersama bersama CS Ops. PM membentangkan respons pelan hala tuju produk: apa yang diutamakan berdasarkan input VoC, apa yang tidak, dan mengapa. PMM menjalankan sesi penjajaran mesej untuk keluaran yang dirancang pada suku tahun akan datang.

Isyarat bahawa PMM Tidak Berfungsi sebagai Jambatan

Gunakan ini sebagai diagnostik, bukan sebagai tuduhan.

CS mengetahui tentang perubahan ciri apabila pelanggan mengetahuinya. Ini adalah isyarat paling jelas bahawa PMM tidak berada dalam gelung Arah 2 atau tidak menyampaikan taklimat pra-pelancaran cukup awal.

PM membentangkan petikan pelanggan dalam mesyuarat pengutamaan yang tidak pernah didengar oleh pasukan CS. Ini bermaksud isyarat CS mencapai Produk melalui saluran yang mengelak PMM, jadi fungsi sintesis, pemberat, dan terjemahan tidak berlaku.

Output PMM adalah e-mel pelancaran, bukan taklimat pra-pelancaran. E-mel pelancaran melayani saluran pemerolehan. Taklimat pra-pelancaran melayani pengekalan. Apabila output PMM sepenuhnya berorientasikan pemerolehan, fungsi jambatan telah runtuh menjadi pasukan pembersihan.

Sintesis VoC suku tahunan tidak wujud. Ini bermaksud PMM tidak berada dalam Arah 1 sama sekali. Produk menerima isyarat CS mentah atau tiada isyarat CS, dan PMM menunggu untuk menulis tentang apa sahaja yang dihantar.

Isyarat ini adalah masalah struktur, bukan kegagalan individu. Apabila ia muncul, penyelesaiannya adalah mengaudit empat syarat struktur (penyertaan ulasan pelan hala tuju produk, tempat tetap ulasan VoC, jadual hasil yang ditakrifkan, dan kuasa kesediaan pelancaran), bukan untuk bercakap dengan PMM tentang menjadi lebih proaktif. Model operasi dalam bahagian seterusnya meletakkan keempat-empat syarat pada jadual konkrit.

Analisis Rework: Bila Menghubungkan PMM berbanding Bila Menggunakan Sementara

Berdasarkan penanda aras SaaS pasaran pertengahan, fungsi jambatan PMM memberikan pulangan tertinggi pada dua masa tertentu: sebelum pelan hala tuju produk dikunci (Arah 1, sintesis isyarat CS) dan lima hari sebelum GA (Arah 2, penyampaian taklimat pra-pelancaran). Syarikat yang hanya boleh memperuntukkan sumber untuk satu masa harus mengutamakan tetingkap taklimat pra-pelancaran. Taklimat pra-pelancaran CS berstruktur yang disampaikan lima hari sebelum GA secara konsisten mengurangkan masa improvisasi selepas penghantaran sebanyak 2 jam atau lebih setiap CSM setiap keluaran dan meningkatkan penggunaan dalam minggu pertama secara ketara. Fungsi sintesis VoC (Arah 1) mempunyai nilai strategik yang lebih tinggi merentas suku tahun tetapi impak segera yang lebih rendah setiap keluaran. Untuk syarikat tanpa PMM yang berdedikasi, model sementara (CS Ops menulis taklimat pra-pelancaran daripada ringkasan PM, PM menyemak) menangkap kira-kira 70% nilai Arah 2 dengan bilangan pekerja sedia ada, menurut anggaran operasi daripada syarikat yang telah menjalankan model ini sebelum mengambil PMM pertama mereka.

Soalan Lazim

Apakah Model Terjemahan PMM 2-Arah?

Model Terjemahan PMM 2-Arah menerangkan peranan struktur PMM di titik pertemuan CS-Produk sebagai dua fungsi terjemahan serentak: Arah 1 (CS kepada Produk) menukar isyarat pelanggan mentah daripada CSM kepada input berwajaran dan berlabel ARR yang boleh digunakan oleh PM dalam pengutamaan; Arah 2 (Produk kepada CS) menukar spesifikasi ciri kejuruteraan kepada tiga output yang menghadap pelanggan: taklimat pra-pelancaran CS, mesej dalam aplikasi, dan nota keluaran luaran. Kebanyakan syarikat menghubungkan PMM ke dalam Arah 2 sahaja dan tertanya-tanya mengapa isyarat CS tidak pernah mencapai Produk dalam bentuk yang berguna.

Apa yang dimiliki oleh PMM di titik pertemuan CS-Produk berbanding apa yang dimiliki oleh CS dan PM?

PMM memiliki lapisan terjemahan: templat mesej, sintesis VoC, taklimat pra-pelancaran, kalendar komunikasi keluaran, dan salinan mesej dalam aplikasi. PMM tidak memiliki keputusan jangkauan khusus pelanggan (akaun mana yang perlu dihubungi, CSM mana yang perlu dilibatkan). Perkara itu kekal dengan CS. PMM tidak memiliki pengutamaan backlog. Perkara itu kekal dengan PM. Peranan jambatan mempunyai skop yang ditakrifkan, dan apabila PMM berkembang melebihi itu ke dalam keputusan hubungan pelanggan atau hujah keutamaan produk, peranan itu berhenti berfungsi.

Mengapa hanya 34% PMM yang mempunyai tempat tetap dalam ulasan pelan hala tuju produk sebelum keputusan dikunci?

Sebab yang paling biasa adalah masa dan inersia: ulasan pelan hala tuju produk dianggap sebagai mesyuarat dalaman produk, dan PMM hanya dibawa masuk selepas keputusan dibuat untuk menulis naratif pelancaran. Tetapi menjelang spesifikasi dimuktamadkan, majoriti keputusan UX dan skop sudah dikunci. PMM yang dikabel masuk selepas spesifikasi adalah pasukan pembersihan, bukan jambatan. Penyelesaiannya adalah protokol formal, bukan permintaan budaya, yang menjadikan kehadiran PMM dalam ulasan pelan hala tuju produk sebagai jangkaan tetap sebelum kitaran seterusnya bermula.

Apa yang perlu ada dalam taklimat pra-pelancaran CS?

Taklimat pra-pelancaran CS harus merangkumi lima elemen: apa yang dihantar dalam bahasa biasa, apa yang secara khusus akan perasan atau dialami secara berbeza oleh pelanggan, tiga soalan paling biasa yang akan ditanya oleh pelanggan dan cara CSM harus menjawabnya, segmen pelanggan mana yang paling terjejas, dan akaun mana yang CSM perlu hubungi secara proaktif sebelum atau pada hari GA. Ia harus satu halaman dan disampaikan lima hari perniagaan sebelum GA. Ia bukan dokumen yang sama dengan nota keluaran awam.

Apa yang berlaku apabila syarikat belum mempunyai PMM?

Tanpa PMM, fungsi terjemahan jatuh kepada sesiapa yang sanggup, biasanya Head of Product atau VP CS, dan ia tidak berfungsi dengan baik kerana tiada seorang pun mempunyai masa atau konteks dwi-pasukan untuk mengekalkannya. Model sementara yang berfungsi: tugaskan seorang CS Ops dan seorang PM untuk memiliki taklimat pra-pelancaran bersama setiap keluaran. CS Ops menulis ringkasan yang menghadap CS daripada ringkasan ciri PM; PM menyemak untuk ketepatan. Ia lebih perlahan daripada PMM yang berdedikasi tetapi kukuh secara struktur. Kesilapan utama yang perlu dielakkan: mengambil PMM pertama dan segera meletakkan mereka dalam corak pasukan pembersihan. Bina reka bentuk organisasi jambatan sebelum PMM mula, bukan selepasnya.

Bagaimana peranan risikan persaingan PMM menghubungkan kepada CS?

PMM menjejaki apa yang sedang dihantar oleh pesaing. CS mendengar apabila pelanggan membangkitkan perbandingan persaingan dalam panggilan. Tanpa fungsi sintesis PMM, dua aliran ini tidak pernah bertemu: CS memberi maklumat peningkatan ke atas, Produk melihat perbandingan persaingan dalam data menang/kalah, dan tiada satu pun pasukan mempunyai gambaran penuh. PMM mensintesis keduanya: bukan "pelanggan banyak menyebut Pesaing X" tetapi "Pesaing X menghantar ciri pada S3 yang menangani jurang pelaporan yang sama yang dibenderakan oleh pelanggan kami. Berikut adalah apa yang mereka lakukan dan apa maksudnya untuk pengutamaan." Isyarat CS yang mendedahkan perbandingan persaingan harus dibenderakan kepada PMM sebelum masuk ke dalam saluran paip VoC.

Ketahui Lebih Lanjut

• Siapa yang Memiliki Perubahan yang Menghadap Pelanggan (Nota Keluaran, Dalam Aplikasi)
• Saluran Paip VoC: Cara CS Memberi Maklumat kepada Produk
• Ulasan Maklum Balas Pelanggan Suku Tahunan (Bersama)
• Glosari Penjajaran CS-Produk
• Cara CS Menyampaikan Pelan Hala Tuju Produk Tanpa Menjanjikan Terlalu Banyak
• Hujah CRO Mengatasi Jualan dan CS: cara kepimpinan hasil bersatu mengubah masalah pengkabelan PMM