Bahasa Melayu

Pod Merentas Fungsi: Bagaimana Triad PM + CSM + Jurutera Menutup Jurang CS-Product

Model pod merentas fungsi dengan PM, CSM, dan jurutera bekerja sebagai unit pasukan kekal

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Ada satu mesyuarat yang berlaku di kebanyakan syarikat SaaS pasaran pertengahan setiap minggu. CS dan Product mempunyai sesi penyelarasan tetap. Kedua-dua pasukan menghantar wakil. Seseorang berkongsi peningkatan isu pelanggan. Orang lain mengangguk. Item tindakan dimasukkan ke dalam dokumen nota yang tiada siapa memilikinya. Minggu depan, peningkatan isu yang sama berada di atas meja, sedikit lebih teruk kerana pelanggan telah menunggu tujuh hari lagi.

Sesi penyelarasan mingguan itu gagal bukan kerana orang di dalamnya buruk dalam kerja mereka. Ia gagal kerana ia mesyuarat, bukan struktur organisasi. Orang di dalam bilik mempunyai garis pelaporan berasingan, keutamaan berasingan, dan tiada akauntabiliti bersama bagi hasil yang sepatutnya mereka bincangkan.

Model pod menggantikan mesyuarat dengan struktur. Daripada CS dan Product menyelaras merentasi sambungan organisasi, satu pasukan kecil yang kekal (seorang PM, seorang CSM, seorang jurutera) ditugaskan kepada domain khusus dan bekerja dengan konteks dikongsi dan akauntabiliti dikongsi yang mencukupi sehingga rantaian peningkatan isu berhenti menjadi laluan komunikasi utama. Satu model yang berkait rapat di sebelah jualan, model pod AE-CSM, mengaplikasi logik pemasangan yang sama kepada penyerahan jualan-ke-CS.

Artikel ini untuk VP CS dan Head of Product yang sedang memutuskan sama ada untuk menyusun semula. Ia merangkumi tiga struktur pod yang berfungsi dalam pasaran pertengahan, irama operasi dikongsi, metrik bersama yang menjadikan pod nyata, kerangka kos-faedah, dan cara menubuhkan pod pertama tanpa mengganggu seluruh organisasi.

Pasukan produk yang dibenam dengan rakan CS khusus menyelesaikan isu produk yang dilaporkan pelanggan 43% lebih pantas berbanding pasukan yang bergantung pada peningkatan isu merentas pasukan secara tak segerak, kerana laluan daripada aduan pelanggan kepada pengakuan PM ialah perbualan 20 minit antara tiga orang dengan konteks dikongsi dan bukan rantaian berbilang minggu melalui dua lapisan kepimpinan, menurut penyelidikan integrasi CS-Product 2024 oleh ProductBoard.

61% pod yang bubar dalam tempoh enam bulan memetik "garis pelaporan individu dengan keutamaan bercanggah" sebagai faktor utama. PM ditarik ke penghantaran sprint, CSM ditarik ke liputan pembaharuan, dan masa pod ialah perkara pertama yang dipotong apabila tekanan suku tahun meningkat, menurut penanda aras reka bentuk organisasi CS 2024 oleh Totango.

Apa Itu Pod (dan Apa Yang Bukan Pod)

Fakta Utama: Bukti Model Pod

  • Pasukan produk yang dibenam dengan rakan CS khusus menyelesaikan isu produk yang dilaporkan pelanggan 43% lebih pantas berbanding pasukan yang bergantung pada peningkatan isu merentas pasukan secara tak segerak, menurut penyelidikan integrasi CS-Product 2024 oleh ProductBoard.
  • CSM yang ditugaskan kepada seorang PM bernama melaporkan keyakinan 38% lebih tinggi semasa memberi pelanggan konteks pelan hala tuju produk, berbanding CSM tanpa hubungan PM langsung, menurut penanda aras hubungan CS-PM 2024 oleh Gainsight.
  • Syarikat pasaran pertengahan (100-500 pekerja) yang menggunakan struktur pod bagi dua atau tiga kawasan produk paling memberi kesan kepada pelanggan melaporkan 19% lebih rendah jumlah peningkatan isu kepada kepimpinan berbanding syarikat tanpa pod, menurut penanda aras CS 2024 oleh ChurnZero.

Pod ialah unit merentas fungsi yang kecil dan kekal, ditugaskan kepada domain khusus: kawasan produk, segmen pelanggan, atau hasil perniagaan. Pod minimum yang berdaya maju ialah tiga orang: seorang PM, seorang CSM, dan seorang jurutera (atau EM sebagai suara kejuruteraan apabila tiada jurutera tunggal yang sesuai). Penyelidikan HBR tentang pasukan merentas fungsi mendapati 75% pasukan sebegitu disfungsi. Model pod yang kekal dan berakauntabiliti hasil direka khusus untuk menangani mod kegagalan yang dihasilkan oleh persediaan merentas fungsi generik.

Bahagian "kekal" itu penting. Pod bukan pasukan projek yang dipasang untuk satu inisiatif dan dibubarkan apabila ia dihantar. Pod beroperasi secara berterusan, membina konteks dikongsi selama suku tahun, bukan sprint. Nilai pod berganda apabila ahlinya membangunkan kelancaran dalam domain masing-masing: CSM mula memahami mekanik sprint, PM mula memahami isyarat akaun mana yang meramalkan kadar peralihan pelanggan, jurutera mula mendengar bahasa pelanggan tanpa perlu ia diterjemah.

Pod bukan jawatankuasa. Jawatankuasa mengumpul input dan mengembalikan keputusan kepada orang lain. Pod mempunyai akauntabiliti penghantaran. Ia memiliki hasil bagi domainnya, dan metrik bersama menjadikan pemilikan itu nyata.

Pod bukan matriks. Ia tidak mengubah garis pelaporan. PM masih melapor kepada Head of Product. CSM masih melapor kepada VP CS. Jurutera masih melapor kepada EM. Apa yang berubah ialah konteks dikongsi, ritual dikongsi, dan akauntabiliti dikongsi bagi metrik bersama, bukan carta organisasi. Untuk cara pasukan selepas jualan yang lebih luas biasanya distruktur sebelum pod diperkenalkan, lihat struktur pasukan selepas jualan.

Dan pod bukan saluran Slack dengan tiga orang di dalamnya. Tanpa metrik bersama, masa terlindung, dan ritual yang ditakrif, saluran pod menjadi satu lagi barisan peningkatan isu. Bahagian masalah di bawah menerangkan dengan tepat rupa barisan itu dalam amalan.

Masalah Yang Direka Untuk Diselesaikan Oleh Pod

Rantaian peningkatan isu yang digantikan oleh pod kelihatan begini.

Seorang CSM mengenal pasti geseran produk yang dilanggar oleh beberapa akaun. Dia menandakannya dalam sistem VoC dan menyiarkan ringkasan dalam saluran Slack CS-Product. PM melihat mesej itu, mengakuinya, dan menambah tiket backlog. Tiket backlog itu duduk dalam barisan sementara PM bekerja melalui item yang dikomit dalam sprint semasa. Enam minggu kemudian, geseran itu masih ada. CSM meningkatkan isu kepada pengurusnya. Pengurus meningkatkannya kepada VP CS. VP CS membawanya ke mesyuarat bulanan CS-Product. Product meletakkannya pada agenda untuk perancangan sprint seterusnya. Tiga bulan selepas peningkatan isu awal, pembaikan ada dalam sprint seterusnya.

Sepanjang tiga bulan itu, tiga akaun telah membuka tiket sokongan, satu akaun telah bertanya sama ada pesaing mengendalikannya dengan lebih baik, dan CSM terpaksa memohon maaf atas geseran itu dalam empat panggilan berasingan.

Dalam model pod, CSM, PM, dan jurutera yang ditugaskan kepada kawasan produk itu berkongsi konteks secara berterusan. CSM tidak meningkatkan isu kepada saluran. Dia memesej PM secara langsung, kerana mereka mempunyai hubungan tetap dan irama dikongsi. PM telah mendengar maklum balas terkumpul sepanjang dua minggu sebelumnya daripada standup pod mingguan mereka. Jurutera sudah sedar tentang corak geseran umum. Keputusan tentang sama ada untuk mengutamakan pembaikan, dan sepantas mana, berlaku dalam perbualan 20 minit antara tiga orang dengan konteks dikongsi, bukan rantaian peningkatan isu berbilang minggu melalui dua lapisan kepimpinan.

Itulah yang dibeli oleh pod. Bukan utopia struktur. Laluan lebih pendek antara masalah pelanggan dan keputusan produk. Model Struktur 3-Pod di bawah menunjukkan cara memilih reka bentuk pod yang betul untuk geseran sambungan khusus anda.

Model Struktur 3-Pod: Reka Bentuk Mana Sesuai Untuk Organisasi Anda

Pod bukan satu saiz untuk semua. Model Struktur 3-Pod menamakan tiga reka bentuk yang berfungsi secara konsisten pada skala pasaran pertengahan dan memetakan setiap satu kepada geseran sambungan khusus yang direka untuk ditangani. Memilih struktur yang salah (pod hasil apabila "penggunaan produk" masih dipertikaikan, atau pod segmen pelanggan apabila geseran tertumpu dalam satu ciri) menghasilkan pod yang menjalankan ritual tetapi tidak menutup sambungan.

Pod Kawasan Produk

Seorang PM, CSM, dan jurutera ditugaskan kepada satu set ciri: modul pelaporan, lapisan integrasi, pengalaman mudah alih. Pod itu memiliki penyelarasan CS-Product bagi kawasan produk itu: pengagregatan maklum balas, komunikasi keluaran, penggunaan produk selepas GA, dan respons peningkatan isu.

Paling sesuai apabila: geseran CS tertumpu dalam kawasan produk khusus. Jika 60% peningkatan isu anda merujuk modul yang sama, pod kawasan produk yang tertumpu pada modul itu menangani masalah sambungan pada sumbernya.

Tidak sesuai apabila: geseran tersebar sama rata merentasi semua kawasan produk, atau apabila tiada kawasan produk tunggal memacu kadar peralihan yang tidak seimbang. Dalam kes itu, pod segmen pelanggan biasanya lebih sesuai.

Pod Segmen Pelanggan

Seorang PM, CSM, dan jurutera ditugaskan kepada satu peringkat atau segmen pelanggan: akaun perusahaan melebihi $100K ARR, vertikal penjagaan kesihatan, segmen pasaran pertengahan 50 kerusi. Pod itu memiliki penyelarasan penggunaan produk dan peningkatan isu bagi segmen itu.

Paling sesuai apabila: risiko pengekalan tertumpu dalam satu segmen pelanggan, bukan kawasan produk. Jika akaun perusahaan anda secara konsisten mempunyai penggunaan lebih rendah dan kadar peralihan lebih tinggi, dan pengalaman produk merentasi beberapa ciri merupakan isunya, pod itu sepatutnya disusun di sekeliling pelanggan, bukan ciri.

Tidak sesuai apabila: segmen pelanggan terlalu luas untuk memberi pod domain yang boleh diurus, atau apabila keperluan segmen merangkumi beberapa kawasan produk yang memerlukan kepakaran PM berasingan.

Pod Hasil

Seorang PM, CSM, dan jurutera ditugaskan kepada satu hasil perniagaan: kadar penyelesaian proses penerimaan pelanggan, penggunaan ciri dalam bulan pertama, kadar kejayaan integrasi. Pod itu memiliki metrik, bukan set ciri atau peringkat pelanggan.

Paling sesuai apabila: metrik bersama sudah ditakrif dan dimiliki, dan organisasi mempunyai kepercayaan CS-PM yang cukup untuk bersetuju bahawa kedua-dua pihak berakauntabiliti bagi angka dikongsi. Pod hasil ialah struktur paling mendahului penjajaran tetapi juga paling sukar ditubuhkan tanpa asas metrik dikongsi yang sudah sedia ada.

Tidak sesuai apabila: metrik itu sendiri masih dalam pertikaian atau apabila "apa yang dikira sebagai penggunaan produk" belum dipersetujui. Pod hasil memerlukan lebih banyak kerja asas definisi berbanding pod kawasan produk atau pod segmen pelanggan.

Kriteria keputusan: Mulakan dengan bertanya di mana geseran sambungan terbesar berada. Jika CSM sentiasa meningkatkan isu tentang satu kawasan produk, ia pod kawasan produk. Jika segmen ARR tertinggi anda berprestasi rendah, ia pod segmen pelanggan. Jika anda sudah mempunyai metrik dikongsi dan mahu membina akauntabiliti di sekelilingnya, ia pod hasil. Model kematangan penjajaran CS-Product memetakan struktur pod mana yang sesuai pada setiap peringkat pembangunan organisasi.

Apa Yang Setiap Peranan Lakukan Secara Berbeza Dalam Pod

Model pod mengubah realiti operasi harian bagi setiap tiga peranan. Bukan sahaja cara mereka berinteraksi antara satu sama lain, tetapi apa yang mereka berakauntabiliti dan cara mereka memikirkan kerja mereka.

PM dalam pod mempunyai gelung maklum balas lebih pendek. Daripada mendengar tentang geseran pelanggan dalam sintesis VoC suku tahunan, PM mendengarnya dalam standup mingguan, dalam beberapa hari selepas CSM mengetahuinya. PM membawa semakan sprint kepada CSM, bukan sebagai kewajipan taklimat, tetapi kerana reaksi CSM terhadap apa yang dihantar membentuk pelan pengaktifan PM. PM memulakan soalan "bagaimana CS akan komunikasikan ini?" sebelum GA, kerana CSM dalam pod ialah suara konsisten dalam perbincangan perancangan.

CSM dalam pod beralih daripada peningkatan isu reaktif kepada input proaktif. Daripada menyiarkan ke saluran Slack dikongsi dan menunggu, CSM mempunyai PM dan jurutera bernama untuk membawa masalah, dan irama dikongsi di mana masalah tersebut akan didengar. CSM juga mengkomunikasikan pelan hala tuju produk dengan lebih yakin, kerana kedekatan dengan PM dan perancangan sprint bermakna CSM tahu apa yang akan datang, apa yang ditangguhkan, dan apa yang benar-benar tidak pasti, dan bukannya terpaksa berhati-hati dalam setiap perbualan pelan hala tuju pelanggan. Lihat cara CS mengkomunikasikan pelan hala tuju tanpa berjanji berlebihan untuk corak bahasa khusus yang berkesan dalam perbualan tersebut.

Jurutera dalam pod membangunkan pendedahan langsung kepada kes penggunaan pelanggan. Bukan pendalaman mendalam. Jurutera tidak menghadiri panggilan pelanggan secara berkala. Tetapi penyertaan sekali-sekala secara bersama, penglibatan sesi beta, dan konteks tetap daripada standup mingguan bermakna jurutera memahami mengapa ciri diperlukan dalam istilah pelanggan, bukan hanya dalam istilah teknikal. Jurutera yang memahami masalah pelanggan kurang berkemungkinan menghantar sesuatu yang betul secara teknikal tetapi mengelirukan dari segi pengalaman.

Irama Operasi Dikongsi Pod

Pod tanpa irama ialah sekumpulan tiga orang yang sepatutnya menyelaras tetapi tidak. Irama itulah yang menukar struktur organisasi menjadi amalan kerja dikongsi.

Mingguan: standup pod 30 minit. Isu pelanggan aktif dalam kawasan produk atau segmen. Maklum balas yang diterima dalam minggu lepas yang mungkin menjejaskan keutamaan sprint. Keluaran akan datang dengan kesan CS yang CSM perlu ditaklimat terlebih dahulu. Ini mesyuarat kerja, bukan kemas kini status. Jika tiada apa-apa yang baharu, ia mengambil masa 10 minit.

Dua mingguan: semakan sprint dengan CSM. PM membawa semakan sprint kepada CSM. Bukan upacara sprint penuh. Penjelasan 20 minit tentang apa yang dihantar, apa yang ada dalam sprint seterusnya, dan sama ada apa-apa memerlukan perhatian CSM sebelum ia disiarkan secara langsung. CSM membongkar sebarang isyarat peringkat akaun daripada dua minggu lepas yang PM perlu ambil kira dalam sprint seterusnya.

Bulanan: semakan metrik bersama. Pod menyemak metrik dikongsinya bersama-sama: kadar penggunaan ciri pada kawasan produk, trend skor kesihatan akaun pada segmen pelanggan, atau kemajuan metrik hasil. Ketiga-tiga orang melihat data yang sama. Soalannya ialah sama ada trend bergerak, dan apa yang boleh setiap peranan lakukan untuk menggerakkannya. Inilah mesyuarat yang menjadikan pod berakauntabiliti dan bukannya sekadar perundingan.

Suku tahunan: penyertaan semakan CS-Product bersama. Pod menyertai semakan CS-Product suku tahunan yang lebih luas sebagai satu unit, bukan sebagai fungsi berasingan yang melapor secara berasingan. Pod membentangkan prestasi metrik bersamanya, rekod penyelesaian peningkatan isunya, dan sebarang isu merentas fungsi yang memerlukan input peringkat VP.

Metrik Bersama Yang Menjadikan Pod Nyata

Pod tanpa metrik bersama mempunyai ritual tetapi tiada akauntabiliti. Irama dikongsi akan berjalan selama satu suku tahun dan kemudian senyap-senyap berhenti dikuatkuasakan, kerana tiada apa-apa yang dipertaruhkan untuk mana-mana ahli individu mengutamakan masa pod.

Metrik bersama menukar pod daripada mekanisme penyelarasan menjadi unit berakauntabiliti.

Untuk pod kawasan produk: Kadar penggunaan ciri pada kawasan produk pada 30, 60, dan 90 hari selepas GA. Jumlah peningkatan isu terbuka dan masa-ke-pengakuan-PM pada kawasan produk. Metrik ini memerlukan kedua-dua PM (kualiti ciri, panduan dalam aplikasi) dan CSM (pengaktifan, komunikasi) untuk bergerak.

Untuk pod segmen pelanggan: Trend skor kesihatan akaun pada segmen sepanjang tetingkap berputar 90 hari. Jumlah peningkatan isu daripada segmen dan masa purata untuk penyelesaian. Penggunaan ciri merentasi kes penggunaan utama segmen.

Untuk pod hasil: Metrik hasil itu sendiri: kadar penyelesaian proses penerimaan pelanggan, penggunaan ciri 30 hari pertama, kadar kejayaan integrasi. Kedua-dua PM dan CSM berakauntabiliti bagi angka itu.

Apa yang berlaku apabila metrik bukan bersama: pod mempunyai akauntabiliti individu yang disamarkan sebagai akauntabiliti dikongsi. PM berakauntabiliti bagi penghantaran. CSM berakauntabiliti bagi skor kesihatan akaun. Mereka bertemu mingguan, tetapi mereka tidak bekerja ke arah hasil yang sama. Pod kembali kepada mesyuarat mingguan yang sepatutnya digantikannya.

Apa Yang Pod Kos dan Apa Yang Dibelinya

Pod bukan percuma. Kosnya ialah overhed penyelarasan dan jalur lebar kepimpinan, dan kedua-duanya mesti jujur sebelum komit kepada model itu.

Kosnya. PM kini menghadiri lebih banyak ritual menghadap CS: standup mingguan, semakan CSM dua mingguan, semakan metrik bulanan. Di syarikat dengan dua atau tiga pod, PM mungkin menghabiskan empat hingga enam jam seminggu untuk penyelarasan berkaitan pod yang tiada dalam jadual mereka sebelum ini. CSM mempunyai kewajipan maklum balas yang lebih berstruktur: merekod isyarat dalam format yang boleh digunakan PM, hadir ke standup mingguan dengan bersedia, menjalankan kempen pengaktifan atas permintaan PM. Jalur lebar kepimpinan juga nyata: seseorang mesti menentukan skop pod, menetapkan keahlian pod, menetapkan metrik bersama, dan menyemak prestasi suku tahunan.

Apa yang dibelinya. Kitaran isu-ke-pembaikan lebih pantas: laluan daripada aduan pelanggan kepada pengakuan PM memendek daripada hari ke jam dalam pod yang berfungsi dengan baik. CSM yang boleh memberi pelanggan konteks pelan hala tuju produk yang jujur, kerana mereka mempunyai kedekatan dengan PM yang cukup untuk tahu apa yang nyata dan apa yang tidak. PM yang memahami kesan pelanggan sebelum menghantar, kerana CSM dalam pod mereka telah membongkar bahasa pelanggan dalam setiap standup mingguan. Lebih sedikit kebakaran peningkatan isu: pod yang ditugaskan kepada kawasan produk berfriksi tinggi biasanya mengurangkan jumlah peningkatan isu kepada kepimpinan sebanyak 30-50% dalam dua suku tahun, menurut syarikat yang telah mengukurnya.

Petua am untuk bila pod berbaloi dengan kosnya: pod membuahkan hasil apabila jumlah peningkatan isu daripada kawasan produk atau segmen pelanggan cukup tinggi sehingga kepimpinan kerap ditarik masuk sebagai pemecah seri; apabila kawasan produk memacu kadar peralihan yang tidak seimbang; atau apabila segmen pelanggan secara konsisten mempunyai penggunaan rendah merentasi beberapa ciri. HBR tentang mengurus pasukan merentas fungsi mengesyorkan mewujudkan matlamat dikongsi dan definisi peranan yang jelas terlebih dahulu, tepat seperti apa yang dicapai oleh piagam pod dan metrik bersama. Jika tiada satu pun daripada syarat itu hadir, overhed penyelarasan mungkin melebihi faedah.

Cara Menubuhkan Pod Pertama

Jangan cuba mereka bentuk semula keseluruhan organisasi. Mulakan dengan satu pod, dalam sambungan berfriksi tertinggi, dan jalankannya selama satu suku tahun sebelum menilai.

Langkah satu: Pilih sambungan berfriksi tertinggi. Inilah kawasan produk atau segmen pelanggan yang menjana paling banyak ketegangan CS-Product: paling banyak peningkatan isu, paling banyak penglibatan kepimpinan, paling banyak entri "kita perlu bercakap tentang X lagi" dalam semakan bulanan. Itulah domain pod pertama.

Langkah dua: Tetapkan tiga orang. Namakan PM, iaitu orang yang memiliki kawasan produk atau yang paling mengenali segmen pelanggan itu. Namakan CSM, idealnya seorang yang sudah mempunyai hubungan kerja berfungsi dengan PM itu dan yang memiliki satu set akaun dalam segmen sasaran. Namakan jurutera atau EM yang paling mengenali domain teknikal. Jangan reka jawatankuasa. Namakan tiga orang. Irama 1:1 CS-PM ialah pendahulu praktikal: jika kedua-duanya tidak mempunyai hubungan kerja, tubuhkan 1:1 dahulu sebelum memformalkan pod.

Langkah tiga: Takrifkan metrik bersama sebelum mesyuarat pertama. Apa yang pod miliki? Apa rupa kejayaan dalam 90 hari? Kedua-dua VP CS dan Head of Product mesti bersetuju tentang metrik sebelum pod bermula. Jika metrik masih dirunding apabila pod bermula, ia tidak akan dipersetujui. Keterdesakan hilang setelah pod berjalan secara nominal.

Langkah empat: Jalankan selama satu suku tahun sebelum menilai. Satu suku tahun cukup untuk melihat sama ada irama dikekalkan, sama ada corak peningkatan isu berubah, dan sama ada hubungan kerja PM-CSM telah bertambah baik. Ia tidak cukup untuk melihat kesan metrik penuh. Nilai tingkah laku dahulu; pergerakan metrik datang dalam suku tahun kedua.

Bila Pod Berantakan

Pod gagal dengan cara yang boleh diramal. Mengetahui mod kegagalan terlebih dahulu menjadikannya lebih mudah dikesan awal.

Garis pelaporan individu dengan keutamaan bercanggah. Ini kegagalan paling biasa. PM ditarik ke tekanan penghantaran sprint. CSM ditarik ke liputan pembaharuan. Mesyuarat pod ialah perkara pertama yang dibatalkan apabila tekanan suku tahun meningkat, kerana baik PM mahupun CSM tidak akan terjejas penilaian prestasinya secara negatif jika mesyuarat pod tidak berlaku. Pembaikannya ialah perlindungan masa pod oleh kepimpinan. VP CS dan Head of Product perlu menyatakan secara eksplisit bahawa mesyuarat pod tidak boleh dirunding semasa tempoh perintis. Ketegangan struktur ini juga didokumentasikan dalam kegagalan dan pembaikan CS-Product biasa.

Skop pod terlalu luas. Pod yang ditugaskan kepada "semua pelanggan" atau "semua kawasan produk" tiada domain yang jelas. Setiap mesyuarat menjadi sesi triaj untuk apa sahaja yang paling mendesak minggu itu. Pod kembali kepada penyelarasan status umum. Pembaikannya ialah menyempitkan skop sebelum pod bermula: satu kawasan produk, satu segmen, satu metrik.

Tiada metrik bersama. Pod bertemu tetapi tiada hasil dikongsi. Setiap ahli masih berakauntabiliti kepada metrik fungsi individu mereka, dan masa pod terasa seperti overhed. Pembaikannya ialah memerlukan metrik bersama sebelum pod diisytiharkan beroperasi. Jika tiada metrik, ia bukan pod. Ia mesyuarat tetap.

Kepimpinan tidak melindungi masa pod. Apabila semakan metrik bulanan dibatalkan dua suku tahun berturut-turut kerana "semua orang sibuk dengan perancangan," pod telah dibubarkan secara berfungsi. HBR tentang mengapa kolaborasi merentas fungsi tersekat mengenal pasti kuasa membuat keputusan yang tidak jelas dan keutamaan bersaing sebagai dua punca paling biasa halangan kolaborasi, yang kedua-duanya ditangani secara struktur oleh model pod, tetapi hanya apabila kepimpinan aktif mengukuhkannya. Irama ialah mekanisme akauntabiliti. Apabila kepimpinan tidak melindunginya, ahli pod dengan betul menyimpulkan bahawa pod bukan keutamaan sebenar.

Pod yang berantakan bukan alasan untuk meninggalkan model itu. Ia diagnostik. Mod kegagalan yang mana antara empat itu terpakai? Baiki syarat khusus (skop, metrik, perlindungan kepimpinan, atau konflik keutamaan) dan mulakan semula.

Analisis Rework: Model Struktur 3-Pod

Berdasarkan corak reka bentuk organisasi SaaS pasaran pertengahan, pod kawasan produk ialah pod pertama yang betul untuk kebanyakan syarikat. Ia mempunyai sempadan domain paling jelas, jumlah peningkatan isu paling boleh dibaca untuk diukur, dan kerja asas definisi paling sedikit yang diperlukan sebelum metrik bersama boleh ditetapkan. Pod segmen pelanggan mempunyai daya tuas lebih tinggi apabila risiko pengekalan tertumpu dalam segmen strategik (akaun perusahaan, vertikal tunggal) tetapi memerlukan lebih banyak penjajaran data kesihatan akaun di hadapan antara CS Ops dan PM. Pod hasil ialah yang paling mendahului penjajaran tetapi paling sukar ditubuhkan tanpa metrik dikongsi yang sudah sedia ada. Ia lebih baik sebagai pod kedua atau ketiga berbanding sebagai perintis. Pelancaran praktikal: mulakan dengan satu pod kawasan produk dalam sambungan berfriksi tertinggi, jalankannya selama satu suku tahun, ukur jumlah peningkatan isu dan masa-ke-pengakuan-PM, kemudian gunakan keputusan untuk memutuskan sama ada untuk menambah pod segmen pelanggan seterusnya atau mengembangkan model pod kawasan produk kepada set ciri kedua.

Soalan Lazim

Apa itu pod merentas fungsi dalam pasukan produk dan CS SaaS?

Pod merentas fungsi ialah pasukan kecil yang kekal (biasanya seorang PM, seorang CSM, dan seorang jurutera) ditugaskan kepada domain khusus: kawasan produk, segmen pelanggan, atau hasil perniagaan. Tidak seperti pasukan projek yang dipasang untuk satu inisiatif dan bubar, pod beroperasi secara berterusan, membina konteks dikongsi selama suku tahun. Pod menggantikan rantaian peningkatan isu mingguan dengan ritual dikongsi, metrik bersama, dan komunikasi langsung PM-CSM-jurutera. Ia tidak mengubah garis pelaporan. Setiap ahli masih melapor kepada fungsi mereka. Tetapi ia mengubah konteks dikongsi dan akauntabiliti.

Apakah tiga struktur pod dalam Model Struktur 3-Pod?

Model Struktur 3-Pod termasuk: (1) Pod Kawasan Produk: PM, CSM, dan jurutera ditugaskan kepada satu set ciri (cth., modul pelaporan, lapisan integrasi), paling sesuai apabila jumlah peningkatan isu tertumpu dalam kawasan produk khusus; (2) Pod Segmen Pelanggan: ditugaskan kepada satu peringkat atau vertikal pelanggan (cth., akaun perusahaan, penjagaan kesihatan), paling sesuai apabila risiko pengekalan tertumpu dalam segmen dan bukan kawasan produk; (3) Pod Hasil: ditugaskan kepada metrik perniagaan (cth., kadar penyelesaian proses penerimaan pelanggan, penggunaan 30 hari pertama), paling sesuai apabila metrik dikongsi sudah ditakrif dan kedua-dua pasukan sanggup memegang akauntabiliti bersama untuknya.

Mengapa kebanyakan pod merentas fungsi gagal dalam tempoh enam bulan?

Kegagalan paling biasa ialah garis pelaporan individu dengan keutamaan bercanggah: 61% pod yang bubar dalam tempoh enam bulan memetik ini sebagai faktor utama, menurut penanda aras 2024 oleh Totango. PM ditarik ke tekanan penghantaran sprint; CSM ditarik ke liputan pembaharuan. Mesyuarat pod ialah perkara pertama yang dibatalkan apabila tekanan suku tahun meningkat kerana penilaian prestasi mana-mana ahli tidak terjejas oleh kesinambungan pod. Pembaikannya ialah kepimpinan secara eksplisit melindungi masa pod. VP CS dan Head of Product mesti menyatakan bahawa mesyuarat pod tidak boleh dirunding semasa perintis. Metrik bersama memberi kedua-dua ahli sebab dikongsi untuk mengutamakan masa pod.

Sepantas mana model pod mengurangkan masa respons peningkatan isu?

Syarikat yang melaksanakan pod kawasan produk melihat purata masa-daripada-peningkatan-isu-pelanggan-ke-pengakuan-PM jatuh daripada 8 hari kepada 1.4 hari dalam suku tahun pertama, menurut penanda aras reka bentuk organisasi CS 2024 oleh Totango. Mekanismenya langsung: CSM tidak meningkatkan isu kepada saluran dan menunggu. Dia memesej PM secara langsung, kerana mereka mempunyai hubungan tetap dan konteks dikongsi daripada standup mingguan. PM telah mendengar maklum balas terkumpul sepanjang dua minggu sebelumnya. Keputusan berlaku dalam perbualan antara tiga orang, bukan rantaian peningkatan isu berbilang peringkat.

Metrik bersama apa yang menjadikan pod berakauntabiliti dan bukan sekadar perundingan?

Untuk pod kawasan produk: kadar penggunaan ciri pada 30, 60, dan 90 hari selepas GA, ditambah jumlah peningkatan isu terbuka dan masa-ke-pengakuan-PM pada kawasan produk. Untuk pod segmen pelanggan: trend skor kesihatan akaun pada segmen sepanjang tetingkap berputar 90 hari, jumlah peningkatan isu daripada segmen, dan masa purata untuk penyelesaian. Untuk pod hasil: metrik hasil khusus (kadar penyelesaian proses penerimaan pelanggan, kadar kejayaan integrasi, penggunaan 30 hari pertama). Metrik bersama itulah yang memisahkan pod daripada mesyuarat tetap. Tanpanya, setiap ahli masih berakauntabiliti kepada metrik fungsi individu mereka dan masa pod terasa seperti overhed.

Bagaimana anda patut menubuhkan pod pertama tanpa mengganggu seluruh organisasi?

Mulakan dengan satu pod, dalam sambungan berfriksi tertinggi, jalankan selama satu suku tahun. Empat langkah: (1) kenal pasti kawasan produk atau segmen pelanggan yang menjana paling banyak peningkatan isu dan penglibatan kepimpinan; (2) namakan seorang PM, seorang CSM, dan seorang jurutera (bukan jawatankuasa, tiga orang bernama); (3) takrifkan metrik bersama sebelum mesyuarat pertama, dengan kelulusan kedua-dua VP CS dan Head of Product; (4) lindungi irama selama satu suku tahun penuh sebelum menilai. Nilai perubahan tingkah laku dahulu (adakah irama dikekalkan, adakah corak peningkatan isu beralih?). Pergerakan metrik menyusul dalam suku tahun kedua. Jangan reka bentuk semula keseluruhan organisasi. Satu pod dalam sambungan berfriksi tertinggi mendedahkan sama ada model itu sesuai dengan organisasi anda sebelum anda komit kepada penyusunan semula yang lebih luas.

Ketahui Lebih Lanjut