Kejayaan Pelanggan & Penjajaran Produk

Hampir setiap pasukan CS mempunyai versi kedua-duanya: set perbincangan lembaga penasihat di mana pelanggan kanan memberikan input tentang arah strategik, dan amalan yang lebih longgar untuk melibatkan pelanggan apabila membina sesuatu yang baharu. Masalahnya adalah sangat sedikit pasukan yang membuat garis pemisah yang jelas antara keduanya. Pelanggan yang duduk dalam lembaga penasihat suku tahun lalu ditarik masuk untuk mengkaji semula prototaip kerana mereka terlibat. PM yang menginginkan input reka bentuk menjadualkan "sesi penasihat" dengan lima akaun dan membawa mereka melalui mock Figma. Kosa kata menjadi kabur, jangkaan menjadi kabur, dan hasil turut menjadi kabur bersama.

Perbezaannya bersifat operasi, bukan falsafah. Majlis pelanggan dan lembaga penasihat berkaitan dengan arah strategik. Ia melibatkan kumpulan pelanggan yang lebih luas, berjalan mengikut kadens suku tahunan, dan menghasilkan input tentang ke mana produk harus pergi dalam tempoh 12-18 bulan akan datang. Reka bentuk bersama pula berkaitan dengan ciri tertentu. Ia melibatkan 3-6 akaun, berjalan selama 4-8 minggu, dan menghasilkan input langsung tentang cara ciri tersebut harus berfungsi pada peringkat pembinaan. Komitmen masa, jangkaan pelanggan, format sesi, dan apa yang dikira sebagai kejayaan semuanya berbeza.

Mencampuradukkan keduanya mewujudkan dua mod kegagalan. Lembaga penasihat diposisikan sebagai pengaruh reka bentuk bersama yang sebenarnya tidak dimilikinya, menghasilkan hutang jangkaan apabila roadmap bergerak ke arah yang tidak diluluskan oleh peserta. Penglibatan reka bentuk bersama diperbesarkan menjadi perbualan strategik, melampaui skop ke wilayah yang tidak dapat dipenuhi oleh mana-mana ciri tunggal. Kedua-dua kegagalan ini mengorbankan modal hubungan, dan kedua-duanya boleh dicegah dengan disiplin operasi.

Artikel ini adalah tentang cara menjalankan reka bentuk bersama. Artikel 11 merangkumi lembaga penasihat. Garis pemisah antara keduanya adalah apa yang artikel ini mulakan dengan melukiskan secara jelas.

Model Operasi Reka Bentuk Bersama Pelanggan yang ditakrifkan di sini adalah berbeza secara eksplisit daripada lembaga penasihat pelanggan (artikel 11 dalam koleksi ini), yang menangani arah strategik merentasi kumpulan yang lebih luas mengikut kadens suku tahunan. Reka bentuk bersama bersifat operasi, bukan strategik: ia membentuk ciri tertentu dalam saluran pembinaan dengan 3-6 akaun selama 4-8 minggu. Model ini mempunyai empat disiplin operasi: (1) disiplin skop: reka bentuk bersama merangkumi satu ciri, bukan arah produk; (2) disiplin kohort: 3-6 akaun yang mewakili versi paling akut masalah tersebut, bukan yang paling setia atau terbesar; (3) disiplin peranan: Product memimpin keputusan pembinaan, CS memudahkan sesi, Engineering memerhati; (4) disiplin jangkaan: pelanggan mereka bentuk bahagian "apa," jurutera memiliki bahagian "bagaimana," Product memiliki keputusan akhir. Setiap kegagalan reka bentuk bersama boleh dijejak kepada pelanggaran salah satu daripada empat disiplin ini.

Lembaga Penasihat berbanding Reka Bentuk Bersama: Perbezaan yang Perlu

Penyelidikan McKinsey tentang membina organisasi B2B yang berpusatkan pelanggan menunjukkan bahawa syarikat yang mengelirukan input penasihat strategik dengan reka bentuk bersama ciri tertentu akhirnya mendapat data pelanggan yang tidak menjawab soalan strategik mahupun soalan pembinaan dengan tepat. Perbezaannya bersifat operasi, bukan falsafah, dan kekeliruan ini cukup biasa untuk dinyatakan dengan tepat.

Lembaga penasihat pelanggan menyatukan kumpulan yang lebih luas, biasanya 8-15 wakil pelanggan kanan, untuk memberikan input tentang arah strategik. Soalannya ialah: ke mana kita harus membawa produk pada tahun hadapan? Masalah apa yang anda jangkakan yang belum kami selesaikan? Di mana pesaing kami mempunyai kelebihan yang anda mahu kami tutup? Lembaga penasihat bersifat melihat ke hadapan dan luas. Ia tidak membentuk ciri individu. Ia membentuk visi produk yang mendorong roadmap. Kadens adalah suku tahunan. Output adalah konteks strategik untuk pasukan PM.

Reka bentuk bersama menyatukan kohort kecil (3-6 akaun) untuk memberikan input operasi tentang ciri tertentu yang sudah ada dalam saluran pembinaan. Soalannya ialah: adakah aliran kerja ini sepadan dengan cara anda sebenarnya menjalankan tugasan ini? Di mana dalam aliran ini anda menghadapi masalah? Apa yang menjadikannya cukup berguna untuk mengubah cara pasukan anda bekerja? Reka bentuk bersama bersifat terkini dan khusus. Ia membentuk ciri tertentu yang sedang dibina sekarang. Kadens adalah intensif dalam tempoh penglibatan yang singkat. Output adalah maklum balas pada peringkat pembinaan yang boleh diambil tindakan.

Bila anda memerlukan reka bentuk bersama berbanding bila input penasihat sudah mencukupi. Jika soalannya ialah "haruskah kita membina kategori keupayaan ini?", input penasihat sudah mencukupi. Jika soalannya ialah "adakah pelaksanaan khusus keupayaan itu sesuatu yang boleh digunakan oleh pengguna sasaran kami?", anda memerlukan reka bentuk bersama. Input penasihat memberitahu anda sama ada anda membina ke arah yang betul. Reka bentuk bersama memberitahu anda sama ada apa yang anda bina sebenarnya akan berfungsi.

Keputusan praktikal: reka bentuk bersama adalah wajar apabila terdapat cukup ambiguiti reka bentuk dalam ciri tertentu bahawa jika salah maka bahagian yang besar perlu dibina semula selepas pelancaran, dan apabila anda mempunyai pelanggan yang mempunyai kes penggunaan tertentu dan kepakaran domain untuk menilai penyelesaian yang dicadangkan.

Fakta Utama: Hasil Program Reka Bentuk Bersama

Ciri yang dibangunkan dengan sesi reka bentuk bersama pelanggan yang berstruktur mempunyai kadar penggunaan 41% lebih tinggi pada 90 hari selepas GA berbanding ciri yang dibangunkan dengan input penasihat sahaja (Pendo, 2024).

Sesi reka bentuk bersama yang dikendalikan PM menghasilkan 35% lebih sedikit maklum balas kritikal berbanding sesi yang dikendalikan CS, kerana peserta melembutkan kritikan apabila orang yang membina apa yang mereka nilai ada dalam bilik (UserTesting, 2024).

Penglibatan reka bentuk bersama yang berakhir tanpa sesi penutupan formal mempunyai kadar kekecewaan jangkaan yang dilaporkan peserta 2.1 kali lebih tinggi semasa pelancaran GA, berbanding penglibatan yang menyertakan panggilan penerangan yang berstruktur (Gainsight, 2024).

Siapa yang Dijemput ke Reka Bentuk Bersama (dan Siapa yang Tidak)

Kriteria pemilihan lebih spesifik berbanding untuk program beta atau lembaga penasihat, dan kos kesilapan pemilihan adalah lebih tinggi. Pemilihan lembaga penasihat yang lemah menghasilkan input strategik yang kabur. Pemilihan reka bentuk bersama yang lemah menghasilkan keputusan pada peringkat pembinaan berdasarkan kes penggunaan yang salah.

"Ciri yang dibangunkan dengan sesi reka bentuk bersama pelanggan yang berstruktur mempunyai kadar penggunaan 41% lebih tinggi pada 90 hari selepas GA berbanding ciri yang dibangunkan dengan input penasihat sahaja." (Pendo, 2024)

Penapis keakutan masalah. Kriteria pertama: adakah akaun ini mempunyai masalah khusus yang ciri itu dibina untuk diselesaikan, dan adakah mereka mengalaminya dengan cukup akut untuk memberikan maklum balas bermakna tentang penyelesaian yang dicadangkan? Bukan "adakah mereka menghadapi kategori umum masalah" tetapi "adakah masalah ini kekangan operasi sebenar bagi mereka sekarang?" Akaun yang mempunyai masalah secara teori ("kami mungkin mempunyai isu ini jika pasukan kami berkembang") tidak dapat menilai penyelesaian dengan spesifisiti yang sama seperti akaun yang menghadapinya secara operasi, setiap hari.

Pintu penyaringan kesihatan CS. Hanya skor kesihatan hijau atau kuning. Reka bentuk bersama dengan akaun merah adalah pengekstrakan, bukan kerjasama. Pelanggan yang menguruskan krisis sokongan aktif, konflik belanjawan, atau pelaksanaan yang terbantut tidak mempunyai ruang mental untuk memberikan maklum balas produk yang jujur. Mereka menguruskan situasi mereka sendiri. Dan jika pengalaman reka bentuk bersama mengecewakan (yang sering berlaku dalam kerja ciri peringkat awal), ia menambah tekanan pada hubungan yang sudah tertekan. Glosari penjajaran CS & Product mentakrifkan tahap skor kesihatan akaun dan kosa kata bersama yang diperlukan CS dan Product untuk menggunakan pintu penyaringan ini secara konsisten.

Penapis keupayaan. Adakah pelanggan ini mempunyai kepakaran domain untuk menilai sama ada penyelesaian yang dicadangkan sebenarnya menyelesaikan masalah? Pelanggan yang mempunyai masalah tetapi tidak mempunyai kecanggihan teknikal atau operasi untuk membezakan "aliran kerja ini tidak sesuai dengan proses kami" daripada "aliran kerja ini mengelirukan" adalah penyumbang reka bentuk bersama yang terhad. Anda memerlukan akaun di mana pengamal yang menghadiri sesi boleh menjelaskan dengan tepat cara mereka kini melakukan perkara yang ciri itu sedang menggantikan, kerana pemahaman itu yang menjadikan maklum balas mereka tentang penyelesaian yang dicadangkan tepat berbanding sekadar berdasarkan gambaran umum.

Siling kohort. 3-6 akaun. Ini bukan garis panduan yang longgar. Ini adalah realiti operasi tentang apa yang boleh diurus oleh PM dan apa yang boleh dikerjakan oleh CSM secara bermakna merentasi penglibatan 4-8 minggu. Enam sudah cukup mencabar. Lapan menjadi jawatankuasa. Pada 10, anda menjalankan beta, bukan penglibatan reka bentuk bersama, dan anda telah kehilangan keintiman yang menjadikan maklum balas reka bentuk bersama berbeza dari data tinjauan.

Framing jemputan sama pentingnya dengan pemilihan. "Bantu kami membina ini dengan betul" adalah framing yang betul. "Berikan kami senarai impian anda" adalah yang salah. Jemputan hendaklah spesifik tentang skop ciri, jelas tentang komitmen masa (biasanya 3-5 sesi selama 4-8 minggu, masing-masing 60-90 minit), jelas bahawa ini tentang input reka bentuk berbukan pengaruh roadmap, dan jujur bahawa keputusan pembinaan akhir milik Product, bukan kohort reka bentuk bersama. Dengan kohort yang tepat, struktur penglibatan menentukan sama ada sesi menghasilkan isyarat yang sebenar.

Menstrukturkan Penglibatan Reka Bentuk Bersama

Penglibatan reka bentuk bersama yang berjalan lebih dari 8 minggu biasanya menandakan berlakunya perluasan skop. Penglibatan dengan lebih dari 5 sesi biasanya menandakan masalah tidak cukup ditakrifkan untuk bermula. Struktur di bawah terpakai untuk penglibatan yang dirangkakan dengan baik.

Kerja awal: Product berkongsi pernyataan masalah dan kekangan. Sebelum sesi pertama, peserta menerima ringkasan bertulis dari PM: masalah yang diselesaikan, mengapa pendekatan yang dicadangkan dipilih, dan kekangan apa yang tidak boleh dirundingkan (batasan teknikal, keperluan kawal selia, keputusan seni bina yang sedia ada). Pelanggan tidak mereka bentuk bersama dalam vakum. Mereka memerlukan konteks tentang apa yang mungkin sebelum mereka boleh memberikan input bermakna tentang apa yang terbaik.

Sesi 1: Pengesahan masalah. Tujuan sesi ini bukan untuk menunjukkan penyelesaian kepada pelanggan. Ia untuk mengesahkan bahawa pemahaman Product tentang masalah sepadan dengan pengalaman sebenar pelanggan. PM membentangkan pernyataan masalah. Pelanggan bertindak balas: "adakah ini menggambarkan dengan tepat apa yang anda hadapi?" Perbezaan di sini (dan hampir selalu ada beberapa) adalah output paling berharga bagi keseluruhan penglibatan. Ia muncul sebelum sebarang kerja pembinaan dikunci.

Sesi 2: Maklum balas prototaip. PM membentangkan prototaip awal atau mock aliran kerja. Tugas pelanggan: melaluinya seperti yang mereka sebenarnya gunakannya, menceritakan reaksi mereka. Bukan "adakah anda menyukainya?" tetapi "tunjukkan saya apa yang anda lakukan seterusnya." CSM merakam titik geseran, saat kekeliruan, dan penyelesaian sementara yang dicadangkan pelanggan secara spontan. Engineering memerhati dan mengambil nota tetapi tidak membentangkan, mempertahankan, atau menjelaskan apa pun. Mereka ada untuk mendengar secara langsung, bukan untuk membenarkan keputusan.

Sesi 3: Pengulangan penyelesaian. PM membentangkan prototaip yang disemak menggabungkan maklum balas dari sesi 2. Tujuan: mengesahkan perubahan menangani geseran, mendedahkan isu baharu yang diperkenalkan oleh perubahan, dan mula menyempitkan ke arah reka bentuk yang berfungsi. Sesi ini biasanya lebih pendek dari sesi 2. Jika pengulangan bagus, ada kurang yang perlu dicabar.

Sesi 4-5 (jika perlu): Pengesahan akhir dan kes tepi. Sesi-sesi ini adalah untuk peserta yang mempunyai kes penggunaan yang cukup kompleks sehingga sesi 1-3 tidak menyelesaikan sepenuhnya cara ciri berfungsi untuk mereka. Tidak setiap kohort memerlukan sesi 4-5. Jika penglibatan tiga sesi menghasilkan isyarat yang cukup jelas untuk memfinalkan reka bentuk, menambah sesi demi kepentingan struktur membuang masa peserta dan berisiko mengikis muhibah yang menjadi asas program.

Peraturan kehadiran. Kerja MIT Media Lab tentang reka bentuk bersama teknologi berasaskan komuniti mengesahkan bahawa nilai reka bentuk bersama datang khususnya dari "co" (struktur penyertaan itu sendiri, bukan hanya output), itulah sebabnya model kehadiran vendor di sini memisahkan peranan berbanding menggabungkannya menjadi satu kehadiran pasukan produk. Dari pihak vendor: PM memimpin, CS memudahkan, Engineering memerhati. PM ada untuk mendengar kes penggunaan dan membuat keputusan pembinaan masa nyata tentang maklum balas apa yang perlu digabungkan. CSM ada untuk mengurus dinamik sesi: mengeluarkan peserta yang pendiam, menghalakan semula peserta yang mereka bentuk semula keseluruhan produk berbanding ciri tertentu, dan merakam isyarat hubungan yang mungkin PM terlepas. Engineering ada untuk mendengar kes penggunaan dalam bahasa pelanggan, bukan untuk membentangkan kekangan teknikal atau mempertahankan pilihan pelaksanaan.

Dari pihak pelanggan: pengamal yang menghayati masalah setiap hari, bukan penaja eksekutif. Eksekutif yang mendengar tentang masalah daripada pasukan mereka adalah penyokong strategik yang berguna. Mereka adalah peserta reka bentuk bersama yang kurang sesuai kerana mereka tidak mempunyai spesifisiti operasi untuk menilai sama ada penyelesaian yang dicadangkan berfungsi pada peringkat aliran kerja. Peserta yang tepat boleh berkata "apabila saya melakukan tugasan ini, saya melakukannya begini, dan aliran yang dicadangkan terputus pada langkah ketiga kerana X."

Peranan CS dalam Sesi Reka Bentuk Bersama

"Sesi reka bentuk bersama yang dikendalikan PM menghasilkan 35% lebih sedikit maklum balas kritikal berbanding sesi yang dikendalikan CS, kerana peserta melembutkan kritikan apabila orang yang membina apa yang mereka nilai ada dalam bilik." (UserTesting, 2024)

CS memudahkan; CS tidak membela. Ini adalah garis paling sukar untuk dipegang. Tugas CSM dalam sesi reka bentuk bersama bukan untuk membuatkan pelanggan berasa senang tentang produk atau untuk melindungi hubungan daripada maklum balas kritikal. Ia untuk mendedahkan isyarat yang jujur: bertanya soalan susulan apabila maklum balas pelanggan kabur, mengeluarkan ketidakpuasan yang pelanggan nyatakan secara sopan berbanding terus, dan tidak melembutkan transkrip.

Mengurus peserta yang dominan. Hampir setiap kohort reka bentuk bersama mempunyai seorang: pelanggan yang terlibat, fasih, dan lantang, dan pendapat mereka mengatasi peserta lain. Tugas fasilitasi CSM adalah untuk mengagihkan semula masa bercakap secara aktif: "Kami telah banyak mendengar dari [akaun A] tentang perkara ini. [Akaun B], bagaimana ini berlaku dalam aliran kerja pasukan anda?" Suara paling lantang dalam sesi reka bentuk bersama jarang yang paling mewakili.

Merakam maklum balas dalam format output yang berstruktur. Hasil dari setiap sesi bukan transkrip dan bukan ringkasan. Ia adalah rekod maklum balas berstruktur yang boleh dirujuk terus oleh Product apabila membuat keputusan pembinaan. Format: titik geseran (khusus, berkonteks aliran kerja) / akaun mana yang membangkitkannya / keparahan (penghalang / ketara / minor) / cadangan pembetulan pelanggan (jika ditawarkan) / bacaan awal PM (gabungkan / tolak / siasat lebih lanjut). Format ini dipersetujui sebelum penglibatan bermula. CSM tidak mengimprovisasikannya setiap sesi. Playbook merakam maklum balas secara sistematik menyediakan taksonomi penuh untuk menterjemahkan nota sesi ke rekod sedia-backlog.

Menanda perluasan skop dalam masa nyata. Apabila peserta mula mereka bentuk semula keseluruhan produk berbanding ciri tertentu ("sambil kita bercakap tentang ini, bagaimana jika anda juga bina semula cara keseluruhan papan pemuka berfungsi?"), CSM menghalakan semula: "Itu input yang bagus secara lebih luas, dan kami akan merakamnya secara berasingan. Untuk sesi hari ini, kami ingin kekal fokus pada [skop ciri khusus] supaya kami boleh pergi cukup mendalam untuk menjadi berguna." Penghalaan semula itu adalah tanggungjawab CSM, bukan tanggungjawab PM. Kehadiran PM dalam bilik menjadikannya lebih sukar untuk mereka menghalakan semula tanpa kelihatan defensif.

Perkara Tidak Boleh Ditawar Product dalam Reka Bentuk Bersama

Keputusan pembinaan adalah milik Product. Selalu. Reka bentuk bersama adalah input tentang cara ciri dibina, bukan perwakilan keputusan pembinaan kepada jawatankuasa pelanggan. Ini perlu dinyatakan pada framing pendaftaran dan diperkukuh pada pembukaan setiap sesi. "Kami mahukan perspektif anda tentang sama ada pendekatan ini berfungsi untuk aliran kerja anda. Keputusan akhir tentang apa yang kami bina adalah milik kami, dan kami akan jujur dengan anda tentang input mana yang kami gabungkan dan mengapa."

Kekangan teknikal tidak boleh dirundingkan dan mesti dinyatakan terlebih dahulu. Sesi reka bentuk bersama di mana peserta mereka bentuk penyelesaian ideal mereka dan PM kemudian perlu menjelaskan mengapa tiada satupun yang mungkin secara teknikal membuang masa semua orang dan mewujudkan hutang jangkaan. Sebelum sesi 1, ringkasan bertulis harus menyatakan dengan jelas: "Inilah yang tetap secara teknikal dalam reka bentuk ini. Inilah di mana anda mempunyai pengaruh sebenar." Pelanggan yang memahami ruang kekangan mereka bentuk dalam kekangan tersebut. Pelanggan yang tidak memahaminya mereka bentuk di sekitarnya, menghasilkan maklum balas yang tidak boleh diambil tindakan.

Pelanggan mereka bentuk bahagian "apa"; jurutera dan PM memiliki bahagian "bagaimana." Peserta boleh berkata "Saya perlu dapat menetapkan semula pemilikan tugasan secara pukal tanpa kehilangan jejak audit." Itulah bahagian "apa." Cara ia dilaksanakan secara teknikal (model data mana, corak API mana, komponen UI mana) adalah keputusan kejuruteraan. Garis antara "apa" dan "bagaimana" adalah di mana disiplin skop berada.

Apabila peserta reka bentuk bersama tidak bersetuju antara satu sama lain. Ia berlaku dalam hampir setiap penglibatan berbilang akaun, kerana akaun mempunyai aliran kerja yang berbeza, kekangan yang berbeza, dan takrifan "jelas" yang berbeza. Product menimbang tara. Bukan dengan merata-ratakan perselisihan ("kami akan membuat versi yang sebahagiannya memuaskan kedua-duanya") tetapi dengan membuat keputusan yang jelas: "Kami telah mendengar dua model aliran kerja yang berbeza di sini. Kami akan membina untuk model [Akaun A] kerana ia lebih hampir dengan ICP utama kami. Untuk [Akaun B], inilah cara kami mencadangkan anda menyesuaikan aliran kerja anda dengan ciri tersebut." Penimbang tara yang telus lebih baik daripada berpura-pura perselisihan tidak wujud.

Pengurusan Jangkaan Sepanjang Masa

Risiko jangkaan dalam reka bentuk bersama berbeza dari risiko dalam lembaga penasihat. Peserta lembaga penasihat mengharapkan pengaruh strategik. Peserta reka bentuk bersama mengharapkan aliran kerja khusus mereka dicerminkan dalam apa yang dihantar. Apabila ciri akhir tidak kelihatan persis seperti apa yang mereka rancang, peserta merasakan reka bentuk bersama adalah lakonan dan bukannya kerjasama yang tulen.

Pada sesi 1, nyatakan model secara jelas. "Anda di sini kerana anda mempunyai versi paling akut masalah yang kami selesaikan dan kepakaran domain untuk memberitahu kami sama ada penyelesaian yang kami cadangkan sebenarnya berfungsi. Input anda akan mempengaruhi terus apa yang kami bina. Tetapi anda bukan satu-satunya input. Kami juga bekerja dalam kekangan teknikal, mengimbangi pelbagai kes penggunaan, dan membuat keputusan produk yang mungkin tidak mencerminkan sepenuhnya keutamaan mana-mana akaun tunggal. Kami akan telus dengan anda tentang apa yang kami gabungkan dan apa yang tidak, dan mengapa."

Cara menangani peserta yang ideanya tidak digabungkan. CSM membuat panggilan itu secara proaktif, sebelum ciri dihantar. "Kami membincangkan [input khusus] dalam sesi 3. Kami akhirnya memutuskan untuk tidak melaksanakannya dalam keluaran ini kerana [sebab khusus]. Saya ingin anda mengetahui ini secara langsung, sebelum anda melihat ciri tersebut semasa GA." Perbualan itu, dilakukan sebelum peserta menemui jurang sendiri, adalah tindakan yang memelihara hubungan. Dilakukan selepas, ia terasa seperti kawalan kerosakan.

Panggilan penerangan tidak boleh diabaikan. Penyelidikan HBR tentang mendapatkan maklum balas pelanggan yang jujur menetapkan bahawa penutupan penglibatan maklum balas adalah tempat kepercayaan sama ada disahkan atau dipecahkan. Pelanggan perlu melihat bahawa input mereka diambil serius, bukan sekadar diproses. Setiap penglibatan reka bentuk bersama berakhir dengan panggilan penerangan 30 minit di mana PM membawa peserta reka bentuk bersama melalui: apa yang masuk ke dalam pembinaan, apa yang tidak, dan mengapa. Ini adalah penutupan formal penglibatan. Peserta yang tidak menerima penerangan (yang mengalami penglibatan sebagai "kami memberikan masa kami dan kemudian ciri dihantar begitu sahaja") adalah sumber masalah reputasi reka bentuk bersama yang menjadikan pengambilan peserta masa hadapan lebih sukar.

Apabila Reka Bentuk Bersama Gagal

Tiga mod kegagalan merangkumi kebanyakan perkara yang salah, dan setiap satunya mempunyai pembetulan tertentu.

Perluasan skop: pelanggan mereka bentuk keseluruhan produk. Sesi telah beralih dari ciri tertentu kepada perbualan tentang keseluruhan pengalaman produk. Punca: framing jemputan terlalu luas ("bantu kami memperbaiki produk"), CSM tidak menghalakan semula cukup awal, atau PM mula bertanya soalan yang membuka skop yang lebih luas ("dan apa lagi yang menjadikan kategori kerja ini lebih baik untuk anda?"). Pembetulan: nyatakan semula skop pada permulaan setiap sesi, latih CSM untuk menghalakan semula secara kelihatan dan tanpa permohonan maaf, dan pastikan soalan PM terikat ketat dengan ciri yang sedang direka bentuk bersama.

Penangkapan hubungan: PM bersetuju dengan segalanya. PM begitu fokus untuk mengekalkan hubungan peserta yang positif sehingga mereka memberi isyarat persetujuan dengan input yang tidak akan dilaksanakan, untuk mengelakkan konflik dalam bilik. Ini menghasilkan dua masalah: peserta yang berasa disahkan semasa sesi dan terkhianati semasa GA, dan rekod maklum balas yang terlalu mewakili komitmen yang tidak wujud. Pembetulan: CSM (bukan PM) mengurus nada sesi. Tugas PM adalah untuk mendengar dan merakam, bukan untuk bertindak balas secara afirmatif terhadap setiap cadangan. Format output berstruktur (gabungkan / tolak / siasat) memaksa pengakuan eksplisit tentang input mana yang ditindakkan dan mana yang tidak.

Berat sebelah kohort: peserta tidak mewakili ICP yang lebih luas. Kohort reka bentuk bersama dipilih kerana mereka tersedia dan terlibat, bukan kerana mereka mewakili kes penggunaan sasaran. Maklum balas mencerminkan aliran kerja khusus mereka, yang merupakan kes tepi, bukan kes penggunaan teras. Ciri yang dibina mengikut spesifikasi itu berfungsi dengan baik untuk peserta reka bentuk bersama tetapi buruk untuk asas pelanggan am. Pembetulan: gunakan penapis keakutan masalah dengan ketat semasa pemilihan. Jika akaun yang mempunyai masalah paling akut tidak cukup sihat atau tidak tersedia untuk menyertai, tangguhkan reka bentuk bersama sehingga calon yang lebih baik boleh dikenal pasti. Jangan menggantikan dengan peserta yang lebih sesuai dengan kriteria hubungan berbanding kriteria kes penggunaan.

Selepas Reka Bentuk Bersama: Menutup Penglibatan

Pengiktirafan peserta tanpa berjanji berlebihan tentang akses masa hadapan. Peserta reka bentuk bersama telah melabur masa dan kepercayaan. Penutupan penglibatan hendaklah mengakui perkara itu secara khusus: "Anda telah memberikan kami [N sesi / N jam] masa anda selama [N minggu]. [Ciri khusus yang dihantar] mencerminkan apa yang anda beritahu kami secara langsung. Terima kasih." Itulah tahap pengiktirafan yang betul. Berjanji berlebihan ("kami akan memastikan anda adalah akaun pertama yang kami datangi untuk ciri seterusnya dalam kawasan ini") mewujudkan hutang pendaftaran dalam program reka bentuk bersama seterusnya sebelum ia bermula.

Peserta reka bentuk bersama melihat ciri akhir sebelum GA. Ini tidak boleh ditawar. Peserta yang menyertai 4 sesi dan kemudian melihat pengumuman GA pada masa yang sama dengan setiap pelanggan lain berasa input mereka diserap, bukan dihormati. Urutannya: PM berkongsi ciri akhir dengan peserta reka bentuk bersama 1-2 minggu sebelum GA. Peserta mempunyai peluang untuk menandai perkara kritikal yang terlepas. Kemudian ia dihantar kepada semua orang. Struktur panggilan penerangan, ringkasan bertulis, dan tempoh tindak balas 48 jam semuanya diterangkan dalam artikel menutup gelung maklum balas. Kadens itu terpakai di sini sama seperti untuk program beta dan penasihat.

Retrospektif sebelum reka bentuk bersama seterusnya. Penerangan penglibatan bukan hanya untuk peserta. Ia untuk pasukan dalaman. Apa yang dihasilkan format sesi yang berguna? Format maklum balas apa yang berjalan? Adakah akaun yang betul dipilih? Apa yang akan kita ubah tentang framing jemputan? Retrospektif dalaman 60 minit selepas setiap penglibatan reka bentuk bersama meningkatkan kualiti yang seterusnya dan mengurangkan kadar kegagalan dari masa ke masa.

Pertimbangan Peringkat Pertengahan Pasaran

Reka bentuk bersama memerlukan sumber yang intensif. Syarikat peringkat pertengahan pasaran tanpa fungsi penyelidikan UX yang khusus masih boleh menjalankannya, tetapi perlu menyesuaikan jangkaan. Versi minimum yang boleh dijalankan: seorang PM, seorang CSM, tiga akaun, tiga sesi, tiada prototaip Figma diperlukan. Mock aliran kerja awal yang diterangkan dalam bahasa biasa sudah berfungsi. PM membaca output berstruktur, CSM memudahkan, dan output cukup spesifik untuk memaklumkan pembinaan.

"Penglibatan reka bentuk bersama yang berakhir tanpa sesi penutupan formal mempunyai kadar kekecewaan jangkaan yang dilaporkan peserta 2.1 kali lebih tinggi semasa pelancaran GA, berbanding penglibatan yang menyertakan panggilan penerangan yang berstruktur." (Gainsight, 2024)

Yang tidak boleh diskalakan ke bawah: panggilan penerangan, kriteria pemilihan keakutan masalah, dan penetapan jangkaan yang jelas pada sesi 1. Itulah elemen utama. Segalanya lain boleh dipermudahkan. Menjejak peserta reka bentuk bersama mana yang sedia untuk pengaktifan selepas GA adalah di mana pengenalpastian halangan penggunaan mengambil alih. Pasukan reka bentuk bersama sudah mengetahui titik geseran; pasukan pasca-jualan memerlukan pengetahuan itu untuk mempercepatkan pengaktifan bagi asas yang lebih luas.

Analisis Rework: Program reka bentuk bersama ringan dari segi operasi (3-6 akaun, 3-5 sesi, 4-8 minggu) tetapi memerlukan penjejakan yang teliti tentang hasil sesi, skor kesihatan akaun peserta, dan keputusan tindakan maklum balas merentasi pelbagai perbualan serentak. Pasukan CS peringkat pertengahan pasaran yang menjalankan reka bentuk bersama dalam Rework boleh menggunakan penjejakan tugasan peringkat projek untuk mengurus struktur sesi, menghubungkan rekod maklum balas dengan kesihatan akaun, dan mendedahkan penapis keakutan masalah bersama data ICP tanpa membina sistem pengurusan penyelidikan yang berasingan. Format maklum balas berstruktur (titik geseran / keparahan / keputusan tindakan PM) memetakan terus kepada model tugasan dan komen Rework.

Soalan Lazim

Apakah Model Operasi Reka Bentuk Bersama Pelanggan?

Model Operasi Reka Bentuk Bersama Pelanggan adalah struktur operasi untuk menjalankan reka bentuk bersama ciri dengan 3-6 pelanggan terpilih selama 4-8 minggu. Ia berbeza secara eksplisit daripada lembaga penasihat pelanggan, yang memberikan arah strategik kepada kumpulan yang lebih luas setiap suku tahun. Reka bentuk bersama membentuk ciri tertentu dalam saluran pembinaan. Model ini berjalan atas empat disiplin: skop (satu ciri, bukan arah produk), kohort (pemilihan keakutan masalah, bukan pemilihan kesetiaan), peranan (CS memudahkan, Product memimpin keputusan pembinaan, Engineering memerhati), dan jangkaan (pelanggan mereka bentuk bahagian "apa," jurutera memiliki bahagian "bagaimana").

Bagaimana reka bentuk bersama berbeza dari lembaga penasihat pelanggan?

Lembaga penasihat menyatukan 8-15 pelanggan kanan setiap suku tahun untuk memberikan input tentang arah strategik: ke mana produk harus pergi dalam 12-18 bulan akan datang. Reka bentuk bersama menyatukan 3-6 akaun selama 4-8 minggu untuk memberikan maklum balas pada peringkat pembinaan tentang ciri tertentu yang sudah ada dalam saluran. Input penasihat menjawab "haruskah kita membina kategori keupayaan ini?" Reka bentuk bersama menjawab "adakah pelaksanaan khusus ini sebenarnya akan berfungsi untuk pengguna sasaran kami?" Mencampuradukkan keduanya menghasilkan keletihan penasihat dan perluasan skop reka bentuk bersama.

Siapa yang sepatutnya dijemput ke sesi reka bentuk bersama?

Kriteria pemilihan mempunyai tiga pintu penyaringan: (1) keakutan masalah: akaun itu mempunyai masalah khusus yang ciri itu sedang diselesaikan, secara operasi dan akut, bukan secara teori; (2) skor kesihatan: hijau atau kuning sahaja; akaun merah sedang menguruskan situasi mereka sendiri dan tidak dapat menilai ciri baharu secara objektif; (3) keupayaan: pengamal yang menghadiri boleh menerangkan dengan tepat cara mereka kini melakukan tugasan yang ciri itu akan menggantikan, kerana spesifisiti operasi itu yang menjadikan maklum balas mereka tepat berbanding hanya berdasarkan gambaran umum. Siling kohort adalah 6 akaun. Melebihi itu, anda menjalankan beta, bukan penglibatan reka bentuk bersama.

Mengapa CS harus memudahkan sesi reka bentuk bersama, bukan Product?

Sesi reka bentuk bersama yang dikendalikan PM menghasilkan 35% lebih sedikit maklum balas kritikal berbanding sesi yang dikendalikan CS, kerana peserta melembutkan kritikan apabila orang yang membina apa yang mereka nilai ada dalam bilik (UserTesting, 2024). Fasilitator CS mewujudkan pemisahan antara lapisan hubungan dan lapisan penilaian. Tugas CSM adalah untuk mengeluarkan ketidakpuasan yang peserta nyatakan secara sopan, menghalakan semula perluasan skop dalam masa nyata, dan merakam rekod maklum balas berstruktur, tanpa melembutkan transkrip. PM memerhati dan membuat keputusan pembinaan masa nyata; Engineering memerhati dan mendengar kes penggunaan dalam bahasa pelanggan.

Apa yang berlaku apabila peserta reka bentuk bersama tidak bersetuju antara satu sama lain?

Product menimbang tara. Bukan dengan merata-ratakan perselisihan atau berpura-pura ia tidak wujud, tetapi dengan membuat keputusan yang jelas: "Kami telah mendengar dua model aliran kerja yang berbeza. Kami akan membina untuk model Akaun A kerana ia lebih hampir dengan ICP utama kami. Untuk Akaun B, inilah cara kami mencadangkan anda menyesuaikan aliran kerja anda dengan ciri tersebut." Penimbang tara yang telus lebih baik untuk hubungan berbanding kompromi yang kabur. Peserta yang memahami mengapa model mereka tidak dipilih menghormati keputusan itu. Peserta yang menerima separuh penyelesaian dan kemudian mendapati ia tidak sesuai dengan mana-mana aliran kerja berasa tertipu.

Apa yang patut disertakan dalam panggilan penerangan reka bentuk bersama?

Panggilan penerangan adalah sesi 30 minit dengan PM dan CSM hadir, diadakan bersama peserta reka bentuk bersama sebelum GA. Ia merangkumi: apa yang masuk ke dalam pembinaan, apa yang tidak, dan mengapa. Penglibatan reka bentuk bersama yang berakhir tanpa sesi penutupan formal mempunyai kadar kekecewaan jangkaan yang dilaporkan peserta 2.1 kali lebih tinggi semasa pelancaran GA (Gainsight, 2024). Ringkasan bertulis menyusul dalam masa 48 jam. Peserta yang menyumbang 4 sesi dan menerima penerangan berasa benar-benar dirundingi. Peserta yang melihat pengumuman GA pada masa yang sama dengan setiap pelanggan lain berasa diekstrak.

Berapa lama tempoh penglibatan reka bentuk bersama?

Penglibatan reka bentuk bersama yang dirangkakan dengan baik berjalan 3-5 sesi selama 4-8 minggu. Penglibatan yang melanjut melebihi 8 minggu biasanya menandakan masalah tidak cukup ditakrifkan untuk bermula, atau skop telah melampaui wilayah yang tidak dapat dipenuhi oleh mana-mana ciri tunggal. Program dengan lebih dari 5 sesi menunjukkan kemerosotan kualiti sesi akibat keletihan peserta dalam 73% kes peringkat pertengahan pasaran (ProductLed, 2024). Panggilan penerangan tidak boleh diabaikan. Segalanya lain boleh dipermudahkan untuk pasukan yang lebih kecil. Tetapi penerangan dan kriteria pemilihan keakutan masalah adalah elemen utama model.

Ketahui Lebih Lanjut

Tara Minh

Senior Operations & Growth Strategist