Membina Saluran Paip VoC daripada CS kepada Product: Daripada Isyarat Mentah kepada Input Boleh Tindak

Inilah corak yang berlaku di hampir setiap syarikat SaaS pasaran pertengahan. Seorang CSM mendengar pelanggan berkata mereka mengeksport data secara manual ke Excel kerana pelaporan anda tidak menapis mengikut rantau. CSM lain mendengarnya daripada akaun yang berbeza dua minggu kemudian. Yang ketiga mendengar variasi daripada akaun ketiga. Ketiga-tiga melognya di suatu tempat (atau tidak) dalam stenografi mereka sendiri, dengan isyarat keterukan yang berbeza dilampirkan. Enam bulan kemudian, PM bertanya dalam sesi perancangan: "Adakah terdapat permintaan sebenar untuk pelaporan rantau?" Tiada siapa yang dapat menjawab dengan yakin. Isyarat itu wujud. Saluran paip tidak.

Telefon rosak ini bukan masalah motivasi. CSM tidak lupa untuk mengambil berat tentang kualiti produk. Masalahnya adalah infrastruktur: CS tidak mempunyai struktur yang dikongsi untuk menukarkan apa yang pelanggan katakan kepada format yang sebenarnya boleh digunakan oleh Product untuk membuat keputusan. Apa yang kebanyakan pasukan panggil proses VoC sebenarnya hanyalah dorongan tangkapan tanpa logik laluan yang dilampirkan. Saluran Slack, tinjauan suku tahunan, borang "hantar maklum balas kepada kami": tiada satu pun ini adalah saluran paip. Ia adalah kubur data dengan antara muka pengguna yang sedikit lebih baik. Penyelidikan Forrester tentang kematangan program VoC mendapati hampir separuh program VoC menilai kematangan mereka sendiri sebagai rendah atau sangat rendah. Jurang antara tangkapan dan tindakan adalah peraturan, bukan pengecualian.

---

Saluran Paip VoC 4 Peringkat adalah infrastruktur operasi empat peringkat (tangkap, kategori, kuantifikasi, lalukan) yang menukarkan isyarat pelanggan mentah menjadi input produk yang diutamakan pada kadaran yang ditentukan. Ia bukan program perubahan budaya. Ia adalah sistem yang dikongsi yang direka bentuk oleh CS Ops dan kepimpinan Product yang berfungsi tanpa mengira hubungan peribadi antara CSM individu dan PM. Isyarat suara pelanggan yang CS permukakan untuk Product juga membentuk cara pasukan Sales menghantar mesej kepada prospek. Dua saluran paip berkongsi sumber hulu yang sama.

---

Apakah Saluran Paip VoC Sebenarnya

Fakta Utama: Tangkapan Isyarat dan Keputusan Produk

• 70% pasukan produk melaporkan bahawa maklum balas pelanggan "tidak berstruktur secara konsisten" apabila ia tiba, menjadikannya sukar untuk diagregat merentasi akaun, menurut tinjauan Keadaan Pengurusan Produk Productboard.
• Hanya 22% pasukan CS mempunyai format tangkapan yang diseragamkan yang memberi makan terus ke dalam proses perancangan produk; kebanyakannya masih bergantung pada mesej Slack ad hoc atau ringkasan suku tahunan, menurut laporan penanda aras CS Totango.
• Permintaan ciri yang tiba dengan berat ARR dilampirkan adalah 2.6 kali lebih mungkin untuk sampai kepada semakan pelan hala tuju produk suku tahunan, berbanding permintaan yang dilog tanpa konteks hasil, menurut penanda aras dalaman yang dikongsi oleh beberapa pelanggan Productboard.

Perkataan "saluran paip" adalah disengajakan. Saluran paip mempunyai peringkat, arah aliran, dan output. Apabila prospek masuk ke dalam saluran paip jualan, semua orang faham apa yang berlaku: mereka bergerak melalui kelayakan, penemuan, cadangan, dan penutupan. Setiap peringkat mempunyai kriteria yang ditakrifkan. Tawaran tidak hanya "duduk" dalam saluran paip selama-lamanya. Mereka maju atau mereka keluar.

Maklum balas pelanggan harus berfungsi dengan cara yang sama. Isyarat mentah masuk ke sistem pada Peringkat 1 dan keluar sebagai input produk yang diutamakan pada Peringkat 4. Jika isyarat tidak dapat bergerak melalui saluran paip, ia harus ditolak atau diletakkan secara eksplisit, bukan dibiarkan terbuka selama-lamanya.

Empat peringkat:

Peringkat 1: Tangkap. Pada saat CSM mendengar sesuatu yang relevan daripada pelanggan, isyarat memasuki sistem dalam format berstruktur. Bukan teks bebas. Bukan mesej Slack. Rekod berstruktur dengan medan yang ditakrifkan. Disiplin suara pelanggan dalam pengurusan kualiti telah menentukan model tangkap-ke-tindakan ini selama beberapa dekad. Konteks SaaS B2B hanya menambah pemberat ARR di atas struktur klasikal tersebut.

Peringkat 2: Kategorikan. Isyarat yang ditangkap ditandai mengikut jenis (permintaan ciri, jurang aliran kerja, pepijat, integrasi yang tiada) oleh CS Ops atau penghubung PM. Beginilah cara isyarat menjadi tema yang boleh diagregat merentasi akaun.

Peringkat 3: Kuantifikasi. Setiap tema mendapat berat hasil, bukan hanya kiraan akaun. Sepuluh akaun SMB yang meminta ciri bukan perkara yang sama dengan satu akaun enterprise yang memintanya sebagai syarat pembaharuan. Langkah kuantifikasi adalah tempat isyarat CS menjadi sesuatu yang boleh Product rangkingkan berbanding keutamaan strategik.

Peringkat 4: Lalukan. Tema yang dikuantifikasi pergi kepada PM yang betul pada kadaran yang ditentukan, melalui saluran yang ditentukan. Semakan maklum balas suku tahunan adalah ritual utama. Isyarat mendesak mempunyai laluan yang dipercepatkan.

Sebab kebanyakan "program VoC" gagal adalah kerana ia hanya Peringkat 1. Tangkapan berlaku. Tiada yang selepasnya. Saluran Slack untuk maklum balas pelanggan adalah Peringkat 1 tanpa Peringkat 2, 3, atau 4. Ia adalah tempat di mana isyarat masuk dan berhenti bergerak. Jadi apakah yang sebenarnya diperlukan untuk mereka bentuk setiap peringkat dengan baik?

Peringkat 1: Tangkap

Tangkap adalah peringkat yang paling sukar untuk direka bentuk dengan baik kerana ia mesti sesuai dalam aliran kerja sedia ada CSM. Jika menangkap isyarat produk memerlukan CSM membuka alat berasingan, mengisi borang berasingan, atau mengambil lebih daripada 90 saat kerja tambahan setiap panggilan, ia tidak akan berlaku secara konsisten. Disiplin itu merosot dalam beberapa minggu.

Empat jenis isyarat yang wajar ditangkap:

Permintaan ciri: permintaan khusus untuk fungsi yang tidak wujud, sering dengan penyelesaian yang sudah digunakan oleh pelanggan. "Kami ingin dapat menapis papan pemuka mengikut rantau" dipasangkan dengan "sekarang kami mengeksport ke Excel dan melakukannya secara manual" adalah isyarat permintaan ciri yang lengkap.

Jurang aliran kerja: pelanggan menerangkan langkah manual yang mereka ambil kerana produk tidak menyokong aliran kerja penuh. Ini sering lebih berharga daripada permintaan ciri kerana ia mendedahkan masalah, bukan hanya penyelesaian yang dicadangkan.

Sebutan persaingan: apa yang pelanggan katakan pesaing lakukan yang produk anda tidak lakukan. Ini tiba dalam dua bentuk: "kami sedang menilai [pesaing] kerana mereka mempunyai X" dan "kami datang dari [pesaing] dan kami rindu Y." Kedua-dua perkara itu penting untuk sebab yang berbeza.

Isyarat risiko kadar peralihan pelanggan yang berkaitan dengan jurang produk: kategori "jika anda tidak membina X, kami terpaksa mempertimbangkan semula pembaharuan ini." Ini adalah isyarat keterukan tertinggi dan memerlukan laluan yang dipercepatkan kepada Product, bukan hanya kadaran suku tahunan standard. CS Ops harus merujuk silang isyarat ini dengan sistem amaran awal dalam lapisan kesihatan akaun. Isyarat kadar peralihan pelanggan jurang produk sering muncul bersama kemerosotan skor kesihatan akaun.

Apakah yang perlu diseragamkan: jenis isyarat, petikan verbatim, dan konteks akaun (tahap, ARR, tarikh pembaharuan). Apakah yang perlu dibiarkan fleksibel: penerangan penyelesaian, penilaian keterukan, dan sebarang konteks tambahan yang CSM rasa relevan. Penyeragaman berlebihan membunuh kualiti verbatim. Penyeragaman berkurangan menjadikan pengagregatan tidak mungkin.

Rumah yang betul untuk tangkapan adalah dalam CRM atau platform CS yang CSM sudah gunakan setiap hari. Medan tersuai pada nota panggilan atau rekod akaun, bukan alat maklum balas produk yang berasingan. Integrasi antara lapisan tangkapan dan tempat Product bekerja (Productboard, Jira, dll.) adalah masalah penyegerakan, bukan masalah aliran kerja. Selesaikan penyegerakan secara berasingan. Setelah tangkapan berfungsi, cabaran seterusnya adalah mengubah isyarat mentah menjadi tema yang boleh Product tindaki.

Peringkat 2: Kategorikan

Isyarat yang ditangkap mentah bukan input produk. Ia adalah titik data. Pengkategorian adalah apa yang mengubah titik data menjadi tema, peringkat di mana Product sebenarnya boleh membuat keputusan.

Taksonomi penandaan memerlukan tiga perkara untuk berfungsi: ia mesti dimiliki bersama (CS Ops dan Product bersama-sama), ia mesti cukup kecil untuk diterapkan secara konsisten (kurang daripada sepuluh tanda utama), dan ia mesti peta kepada cara Product memikirkan kawasan pelan hala tuju produk. Model kematangan penjajaran CS-product memberi pasukan penanda aras di mana amalan penandaan semasa mereka berada dan seperti apakah peringkat seterusnya.

Empat kategori utama merangkumi kebanyakan maklum balas SaaS pasaran pertengahan:

Siapa yang melakukan pengkategorian? Bukan CSM. CSM harus menggunakan tanda utama kasar semasa tangkapan ("permintaan ciri" vs. "jurang aliran kerja"). Tetapi pengkategorian akhir, terutamanya penjajaran kepada tema pelan hala tuju produk, harus berlaku di peringkat CS Ops atau penghubung PM. CSM tidak dalam kedudukan untuk mengetahui PM mana yang memiliki kawasan mana atau tema mana yang dipetakan oleh permintaan.

Hanyut pengkategorian (apabila taksonomi diterapkan secara tidak konsisten dari masa ke masa) adalah salah satu kegagalan saluran paip yang paling biasa. Penyelesaiannya adalah semakan kalibrasi bulanan antara CS Ops dan penghubung PM: ambil sampel tanda terkini dan semak penjajaran. Jika jenis isyarat yang sama ditandai secara berbeza oleh CSM yang berbeza, definisi kategori memerlukan penjelasan, bukan perbualan dengan CSM individu. Dengan kategori yang bersih, langkah seterusnya adalah yang kebanyakan pasukan langkau: melampirkan berat hasil kepada setiap tema.

Peringkat 3: Kuantifikasi

Di sinilah saluran paip menyimpang dari apa yang kebanyakan pasukan lakukan pada masa ini. Kiraan akaun bukan pemberat. Empat belas akaun yang meminta ciri adalah kiraan mentah. Empat belas akaun mewakili $340K ARR dengan tiga daripadanya memperbaharui dalam 90 hari seterusnya adalah isyarat berpemberat. Perbezaan itu menentukan sama ada PM menganggapnya sebagai bunyi latar atau input pengutamaan.

Logik kuantifikasi teras mempunyai dua komponen:

ARR yang berisiko: nilai kontrak akaun yang meminta ciri, diselaraskan untuk kedekatan pembaharuan dan isyarat kadar peralihan pelanggan yang dinyatakan. Akaun yang memperbaharui dalam 60 hari dengan risiko kadar peralihan pelanggan yang dibenderakan CSM yang berkaitan dengan ciri ini membawa pemberat lebih tinggi daripada akaun dengan ARR yang sama yang memperbaharui dalam 18 bulan tanpa keperluan mendesak yang dinyatakan.

Potensi pengembangan ARR: ruang kepala dalam akaun di mana ciri ini diterangkan sebagai penghenti untuk menambah kerusi atau modul. Akaun pada $80K ARR dengan 40 kerusi yang belum diterokai dan kebergantungan pada ciri ini untuk pengembangan adalah pemberat yang signifikan yang tidak akan muncul dalam kiraan undi.

Artikel Kuantifikasi Maklum Balas Berpemberat-ARR merangkumi formula penuh dengan contoh kerja tiga akaun. Poin utama di peringkat saluran paip: kuantifikasi harus berlaku di Peringkat 3, bukan kemudian. Jika isyarat sampai kepada Product tanpa pemberat hasil, PM lalai kepada apa yang boleh diukur, yang biasanya adalah kiraan tiket. Dari sana, laluan adalah apa yang mendapat keputusan dibuat.

Peringkat 4: Lalukan

Laluan menyelesaikan dua masalah: ia mendapatkan isyarat yang betul kepada orang yang betul, dan ia melakukannya pada kadaran yang sesuai dengan kitaran perancangan produk dan bukannya bila-bila masa CS mempunyai sesuatu yang mendesak.

Dua laluan:

Laluan kelompok: semakan maklum balas suku tahunan. Ini adalah ritual utama di mana CS Ops membentangkan tema berpemberat tertinggi kepada ketua PM, dengan konteks akaun, verbatim, dan pemberat ARR dilampirkan. Ia bukan mesyuarat permintaan ciri; ia adalah sesi input. PM membawa konteks pelan hala tuju produk; CS membawa isyarat berpemberat-hasil. Bersama mereka menghasilkan senarai pendek yang diutamakan, bukan hanya senarai berkedudukan semua yang CS serahkan.

Laluan mendesak: untuk isyarat risiko kadar peralihan pelanggan yang berkaitan dengan jurang produk di mana pembaharuan tidak lama lagi. Ini memintas kadaran suku tahunan dan pergi terus kepada PM yang relevan dalam masa 48 jam selepas tangkapan. CSM membenderakannya; CS Ops mengesahkan pemberat ARR; ia lalui kepada PM sebagai taklimat satu halaman. Taklimat merangkumi: nama akaun, ARR, tarikh pembaharuan, verbatim, dan keputusan khusus yang CS perlukan sebelum panggilan pembaharuan seterusnya.

Apakah yang memecahkan laluan: peti masuk yang dikongsi yang tiada PM miliki. Jika destinasi untuk maklum balas adalah peti masuk produk generik atau epik Jira yang dipanggil "Permintaan Pelanggan," tiada yang berlaku. Setiap laluan memerlukan PM atau ketua PM yang dinamakan di hujung penerima. Triaj oleh jawatankuasa gagal.

Kegagalan Saluran Paip Biasa dan Penyelesaiannya

Saluran paip tangkap sahaja. Pasukan mempunyai borang atau medan CRM untuk maklum balas produk. Isyarat masuk. Peringkat 2, 3, atau 4 tidak wujud. Maklum balas terkumpul menjadi backlog yang tidak dibaca. Ini adalah corak kubur permintaan ciri dalam bentuk paling awalnya. Penyelesaian: bina Peringkat 2 dahulu, sebelum menambah lebih banyak instrumen tangkapan. Saluran paip dengan 50% tangkapan dan 100% pengkategorian lebih berguna daripada saluran paip dengan 100% tangkapan dan 0% pengkategorian.

Hanyut pengkategorian. Taksonomi diterapkan secara tidak konsisten. "Permintaan ciri" dan "jurang aliran kerja" digunakan secara bergantian. Tema tidak dapat diagregat. Penyelesaian: sesi kalibrasi bulanan antara CS Ops dan penghubung PM, dengan semakan sampel tanda terkini.

Lalukan kepada tiada sesiapa. Tema yang dikuantifikasi dikelompokkan ke dalam dokumen dan dihantar kepada "Product." Tiada PM yang memiliki dokumen tersebut. Ia duduk tidak dibaca selama tiga bulan. Penyelesaian: lalukan kepada PM atau ketua PM yang dinamakan, bukan kepada alias pasukan atau folder yang dikongsi.

Semakan maklum balas yang bukan membuat keputusan. Sesi suku tahunan menjadi pembentangan oleh CS Ops dan sesi mendengar oleh Product, tanpa output. Penyelesaian: sesi berakhir dengan senarai pendek yang diutamakan dan pemilik PM yang dinamakan untuk setiap item. Item tanpa pemilik tidak muncul dalam senarai pendek. Ia kembali ke dalam baris gilir.

Analisis Rework: Pasukan yang melaksanakan Saluran Paip VoC 4 Peringkat melihat peningkatan paling segera di peralihan dari Peringkat 1 ke Peringkat 2, langkah pengkategorian. Berdasarkan corak merentasi pasukan SaaS pasaran pertengahan, syarikat yang melabur dalam taksonomi penandaan yang dikongsi sebelum menambah instrumen tangkapan menghasilkan isyarat 3 kali lebih boleh diambil tindakan setiap CSM berbanding mereka yang menskalakan tangkapan dahulu. Nilai saluran paip bukan dalam berapa banyak maklum balas yang masuk; ia adalah dalam berapa sedikit yang hilang antara Peringkat 2 dan 4. Ciri penjajaran CS-product Rework direka untuk membenamkan disiplin laluan ini ke dalam alat yang pasukan CS sudah gunakan setiap hari.

Nota Perkakas

Pasukan pasaran pertengahan biasanya menjalankan versi saluran paip ini pada kombinasi CRM dan hamparan sebelum mereka melabur dalam perkakas VoC khusus (Productboard, Aha!, UserVoice). Itu tidak mengapa. Model saluran paip berfungsi dengan mana-mana perkakas. Apakah yang tidak berfungsi tanpanya adalah disiplin aliran kerja.

Masa untuk beralih daripada berasaskan hamparan kepada perkakas khusus adalah apabila CS Ops menghabiskan lebih daripada dua jam seminggu mengagregat dan melalukan isyarat secara manual. Pada ketika itu, overhead manual mula mewujudkan lag di Peringkat 3 dan Peringkat 4, dan semakan suku tahunan tiba dengan data yang lapuk. Tomasz Tunguz tentang hasil yang berisiko membuat kes asas tentang mengapa CS memerlukan data hasil berstruktur, setiap akaun. Infrastruktur data yang sama yang menggerakkan pemberat ARR juga membolehkan peringkat kuantifikasi saluran paip VoC.

Tetapi pemilihan alat kurang penting daripada reka bentuk aliran kerja. Instans Productboard tanpa taksonomi penandaan yang ditakrifkan, laluan yang dinamakan, dan kadaran semakan suku tahunan masih merupakan saluran paip Peringkat 1 dengan UX yang lebih baik. Empat peringkat tidak datang bersama perisian.

Cara Mengaudit Saluran Paip Semasa Anda

Tiga soalan diagnostik untuk VP CS dan Head of Product dijawab bersama-sama:

1. Bolehkah anda menarik senarai semua maklum balas produk yang diserahkan oleh CS dalam 90 hari yang lalu, dengan ARR dilampirkan kepada setiap item? Jika jawapannya tidak, atau jika ia memerlukan kerja manual yang ketara, Peringkat 3 anda (kuantifikasi) belum wujud.

2. Bolehkah anda mengenal pasti PM mana yang memiliki setiap bahagian maklum balas yang sedang duduk dalam sistem anda? Jika kebanyakan item tidak dimiliki, Peringkat 4 anda (lalukan) mempunyai jurang struktur.

3. Dalam kitaran perancangan produk terakhir, berapa banyak item dalam pelan hala tuju produk boleh dikesan semula kepada isyarat CS yang khusus dengan akaun bernama dan pemberat ARR? Jika jawapannya adalah sifar atau tidak jelas, saluran paip tidak memberi makan kepada keputusan. Ia memberi makan kepada pangkalan data. Menjejaki strategi penggunaan ciri selepas pelancaran adalah salah satu cara terbaik untuk menutup gelung audit ini: jika ciri yang bersumber CS mendarat dengan penggunaan produk yang rendah, pengkategorian Peringkat 2 mungkin menyelesaikan masalah yang salah.

Pelan Pembinaan 30 Hari

Untuk pasukan yang tidak mempunyai saluran paip VoC berstruktur hari ini:

Minggu 1: CS Ops dan ketua PM bersama-sama mentakrifkan taksonomi penandaan empat kategori. Tambah jenis isyarat sebagai medan kepada templat nota panggilan CRM sedia ada. Brif CSM, lima minit dalam penyegerakan pasukan.

Minggu 2: CS Ops menarik semua nota berkaitan produk dari 90 hari yang lalu dan mengkategorikannya secara manual. Ini adalah garis dasar. Ia juga menunjukkan berapa banyak isyarat yang sudah wujud dalam sistem yang tidak pernah dilalukan.

Minggu 3: CS Ops membina hamparan minimum berdaya maju: jenis isyarat, verbatim, nama akaun, ARR, tarikh pembaharuan, bendera risiko kadar peralihan pelanggan yang ditetapkan CSM. Kongsi dengan ketua PM. Kenal pasti lima item berpemberat teratas.

Minggu 4: Jadualkan semakan maklum balas suku tahunan pertama. Blok 60 minit. Bawa lima item berpemberat teratas dengan verbatim. Output sesi: senarai pendek yang diutamakan dengan pemilik PM yang dinamakan dan status keputusan untuk setiap item (bina / tangguh / tolak). Menangkap Maklum Balas Secara Sistematik merangkumi lapisan tangkapan secara terperinci, termasuk format nota berstruktur dan prinsip verbatim yang menjadikan keputusan PM boleh dipertahankan. Gunakan kadaran 1:1 CS-PM untuk membina penjajaran berterusan antara kitaran supaya semakan suku tahunan tidak tiba secara sejuk.

Saluran paip tidak perlu sempurna semasa pelancaran. Ia perlu menghasilkan keputusan. Setelah PM melihat bahawa isyarat yang bersumber CS dengan pemberat ARR dilampirkan mengubah perbualan dan bukannya hanya menambah bunyi, saluran paip mendapat tempatnya dalam proses perancangan.

Soalan Lazim

Apakah perbezaan antara saluran paip VoC dan backlog permintaan ciri?

Backlog adalah senarai. Saluran paip adalah aliran dengan peringkat dan output yang ditakrifkan. Backlog terkumpul selama-lamanya; saluran paip memproses isyarat kepada keputusan (bina, tangguh, tolak) pada kadaran yang ditakrifkan. Kebanyakan backlog produk adalah kubur permintaan ciri dengan pemformatan yang lebih baik. Model saluran paip memerlukan setiap isyarat melalui kuantifikasi dan laluan sebelum ia menjadi item backlog, jadi hanya isyarat dengan pemberat hasil dan pemilik PM yang dinamakan sampai kepada perbualan pelan hala tuju produk.

Seberapa kerap semakan maklum balas suku tahunan sepatutnya berlaku?

Suku tahunan adalah kadaran standard untuk laluan kelompok. Tetapi namanya agak mengelirukan. Bagi banyak pasukan, "triaj bulanan untuk item mendesak" ditambah dengan "semakan strategik suku tahunan" adalah model dua-kadaran yang betul. Isyarat mendesak (risiko kadar peralihan pelanggan + pembaharuan dalam 90 hari) tidak dapat menunggu tiga bulan untuk laluan kelompok. Bina laluan yang dipercepatkan dahulu; sesi suku tahunan adalah struktur yang mengendalikan semua yang berada di bawah ambang keterukan.

Bagaimana anda mendapatkan PM untuk mempercayai data yang bersumber CS?

Lampirkan pemberat hasil padanya. PM yang skeptikal tentang maklum balas CS biasanya skeptikal tentang anekdot ("tiga pelanggan mengadu") bukan tentang data ("tiga akaun mewakili $280K ARR yang memperbaharui dalam 90 hari seterusnya telah secara eksplisit mengaitkan ini dengan pembaharuan mereka"). Pemberat ARR adalah lapisan terjemahan antara bahasa CS dan bahasa PM. Bentangkan dalam format yang PM sudah gunakan untuk keputusan pelan hala tuju produk.

Apakah Saluran Paip VoC 4 Peringkat?

Saluran Paip VoC 4 Peringkat adalah model operasi berstruktur (tangkap, kategorikan, kuantifikasi, lalukan) yang menukarkan isyarat pelanggan mentah dari CS kepada input produk yang diutamakan pada kadaran yang ditakrifkan. Tidak seperti borang maklum balas atau saluran Slack, setiap peringkat mempunyai kriteria kemasukan yang ditakrifkan, akauntabiliti pemilik, dan output yang memberi makan terus ke peringkat seterusnya. Saluran paip membezakan dirinya daripada backlog dengan memerlukan setiap isyarat melalui kuantifikasi hasil sebelum sampai kepada Product.

Apakah alat yang anda perlukan untuk menjalankan saluran paip VoC?

Saluran Paip VoC 4 Peringkat berjalan pada alat yang sudah digunakan oleh pasukan CS: biasanya CRM untuk tangkapan dan hamparan untuk pengkategorian dan kuantifikasi. Perkakas VoC khusus seperti Productboard atau Aha! menambah nilai apabila CS Ops menghabiskan lebih daripada dua jam seminggu mengagregat isyarat secara manual. Disiplin aliran kerja lebih penting daripada perkakas: instans Productboard tanpa taksonomi penandaan yang ditakrifkan dan kadaran semakan suku tahunan masih merupakan saluran paip Peringkat 1 dengan UX yang lebih baik.

Bagaimana anda mengukur sama ada saluran paip VoC berfungsi?

Tiga soalan diagnostik: Bolehkah anda menarik semua maklum balas bersumber-CS dari 90 hari yang lalu dengan ARR dilampirkan? Bolehkah anda mengenal pasti PM mana yang memiliki setiap bahagian maklum balas? Berapa banyak item dalam pelan hala tuju produk terakhir boleh dikesan semula kepada isyarat CS yang khusus dengan akaun bernama? Jika mana-mana jawapan ini adalah "tidak" atau "tidak jelas," saluran paip mempunyai jurang struktur di Peringkat 3 (kuantifikasi) atau Peringkat 4 (lalukan).

Ketahui Lebih Lanjut

• CS sebagai Saluran Suara Pelanggan
• Menangkap Maklum Balas Secara Sistematik: Nota CSM ke Backlog
• Kuantifikasi Maklum Balas Berpemberat-ARR
• Semakan Maklum Balas Pelanggan Suku Tahunan
• Kadaran 1:1 CS-PM
• VoC kepada Mesej Jualan: Cara Isyarat CS Merentasi Sambungan