Templat Program Beta: Rekrut, Jalankan, dan Tamatkan Penyertaan Pelanggan dengan Betul

Inilah perbezaan antara program beta dan akses awal tidak berstruktur: dokumentasi. Bukan perjanjian pelanggan, walaupun ia penting. Dokumentasi dalaman yang mentakrifkan apa program itu, siapa yang layak masuk, apa yang diukur, dan bagaimana rupa "selesai."

Kebanyakan pasukan melancarkan program beta dengan cara yang sama seperti mereka melancarkan kebanyakan inisiatif dalaman, dengan niat yang baik dan tanpa artifak. E-mel dihantar kepada tiga akaun yang dicadangkan oleh AE. Seseorang mencipta saluran Slack. Maklum balas tiba sebagai mesej bebas. PM menyemak sekali-sekala. Tiga bulan kemudian, program itu sama ada berakhir secara senyap atau beralih kepada status "pelancaran lembut" yang berterusan.

Yang hilang bukan semangat. Ia adalah infrastruktur operasi: jenis yang mengubah akses awal menjadi bukti. Templat ini memberikan anda enam artifak salin-tampal yang bersama-sama membentuk program beta yang sebenar. Setiap satu boleh digunakan secara berdiri sendiri. Bersama-sama, mereka menutup setiap jurang yang mengubah program beta menjadi peristiwa tidak produktif yang mahal.

Artifak 1: Piagam Program Beta

Salin ini ke dalam Notion, Google Docs, atau apa sahaja yang anda gunakan untuk program anda. Isi kurungan. Dapatkan persetujuan daripada ketua CS dan PM sebelum pengrekrutan bermula.

Fakta Utama: Mengapa Struktur Program Beta Penting

• Program beta dengan kriteria tamat bertulis menghasilkan kadar penggunaan ciri 2-3x lebih tinggi selepas GA berbanding program tanpa pintu keluar yang ditakrifkan, mengikut penyelidikan Pragmatic Institute tentang keberkesanan pelancaran produk.
• 67% program beta perisian gagal menghasilkan data produk yang boleh diambil tindakan, terutamanya kerana pengumpulan maklum balas tidak berstruktur. Peserta memberikan tanggapan dan bukannya pemerhatian yang boleh diulang, mengikut Product Management Institute.
• Syarikat yang memformalkan pemilihan peserta beta (berbanding jemputan terbuka) melaporkan skor kualiti maklum balas 40% lebih tinggi dan pengekalan peserta beta 35% lebih tinggi sepanjang penyiapan program, mengikut penyelidikan Gainsight tentang reka bentuk program beta.
• Program beta purata yang tiada dokumen piagam mengalami perangkak skop dalam 78% kes. Permintaan ciri di luar skop program memakan 30-40% masa PM tanpa menghasilkan item bersedia backlog, mengikut ProductBoard.

---

PIAGAM PROGRAM BETA

Nama program: Program Beta [Ciri/Kawasan Produk]

Versi: v1.0 | Status: Draf / Aktif / Ditutup

Pemilik program: [Nama, Peranan: ketua CS ATAU ketua PM, bukan kedua-duanya]

Tarikh lancar: [HH/BB/TTTT] | Tarikh sasaran siap: [HH/BB/TTTT]

Apa yang diuji: [2-3 ayat yang menggambarkan ciri, aliran kerja, atau kawasan produk tertentu dalam skop. Bersifat spesifik: "papan pemuka pelaporan baru" bukan "penambahbaikan pelaporan."]

Apa yang secara eksplisit di luar skop: [Senaraikan 2-4 perkara yang TIDAK diuji dalam program ini. Ini sama pentingnya dengan apa yang dalam skop. Ini adalah perkara yang anda tolak apabila pelanggan bertanya tentangnya semasa program.]

Kriteria kejayaan (ditulis sebelum lancar):

1. [Hasil yang boleh diukur 1, contoh: "8 daripada 10 pelanggan beta melengkapkan persediaan awal tanpa bantuan sokongan"]
2. [Hasil yang boleh diukur 2, contoh: "Kadar penggunaan ciri mencapai 60% dalam 30 hari dari mula"]
3. [Hasil yang boleh diukur 3, contoh: "Kurang daripada 3 pepijat P1 dilaporkan bagi setiap 100 sesi penggunaan"]

Bilangan peserta sasaran: [N pelanggan]

Pihak berkepentingan:

• Penaja produk: [Nama]
• Penaja CS: [Nama]
• Kenalan kejuruteraan: [Nama, untuk triaj pepijat]
• Semakan undang-undang selesai: Ya / Tidak / Sedang berjalan

---

Klausa tiada janji dalam piagam melindungi kedua-dua pihak: syarikat komited kepada program, bukan untuk menghantar setiap permintaan ciri yang muncul daripadanya. Perbezaan itu lebih penting daripada yang disedari oleh kebanyakan pasukan. Tiga minggu kemudian, pelanggan mungkin memetik komen santai PM sebagai komitmen. Jadi apa yang menentukan siapa yang layak menyertai pada mulanya?

Artifak 2: Kad Pemarkahan Pengrekrutan Beta

Tidak semua pelanggan yang ingin menyertai beta sepatutnya berada dalam beta. Dan pelanggan yang paling kuat mahu menyertainya sering adalah calon yang paling lemah. Mereka biasanya dalam program untuk mempengaruhi pelan hala tuju produk ke arah mereka, bukan untuk mengesahkan arah anda.

Nilai setiap akaun calon mengikut empat kriteria di bawah. Mana-mana akaun yang mendapat skor di bawah 12 tidak memasuki program tanpa mengira ARR atau semangat.

---

KAD PEMARKAHAN PENGREKRUTAN BETA

Nilai setiap kriteria 0-5. Skor minimum untuk layak: 12/20.

Pencetus pengecualian (tidak layak tanpa mengira skor):

• Akaun dalam perbualan kadar peralihan aktif
• Peningkatan isu sokongan terbuka di atas tahap keterukan P2
• Pembaharuan dalam 60 hari dari tarikh tamat program
• CSM telah menandakan akaun sebagai sensitif dari segi hubungan

Nota: [Tambah sebarang konteks khusus akaun di sini sebelum menyerahkan kepada pemilik program]

Keputusan pengrekrutan: Diterima / Senarai Tunggu / Ditolak

---

Pencetus pengecualian sama pentingnya dengan pemarkahan. Akaun berisiko memerlukan hubungan CSM yang stabil, bukan program beta. Mencampurkan mereka mewujudkan dinamik di mana pelanggan menggunakan penyertaan beta sebagai pengaruh, dan PM tidak dapat memberitahu sama ada maklum balas adalah input produk yang tulen atau kedudukan perundingan. Pemantauan kesihatan pelanggan memberikan anda isyarat yang diperlukan untuk membuat keputusan ini sebelum pengrekrutan bermula. Setelah kohort anda dikunci, kerja sebenar bermula: mendapatkan maklum balas berstruktur setiap minggu.

Artifak 3: NDA dan Perjanjian Penyertaan: Klausa Utama

Pasukan undang-undang anda akan merangka perjanjian sebenar. Tetapi pasukan CS secara rutin menyerahkan ini kepada undang-undang tanpa menandakan empat klausa yang paling penting khusus untuk program beta. Maklumkan undang-undang tentang ini sebelum mereka merangka.

---

PERJANJIAN PENYERTAAN BETA: KLAUSA UTAMA

Klausa 1: Skop kerahsiaan

Apa yang perlu disertakan: Takrifkan dengan tepat apa yang sulit: biasanya ciri itu sendiri, konteks pelan hala tuju yang dikongsi semasa program, dan sebarang penanda aras prestasi yang dibincangkan. Takrifkan tempoh (biasanya 12-24 bulan dari penutupan program, atau sehingga pelancaran GA, yang mana datang lebih dahulu).

Kesilapan biasa: Pasukan meninggalkan "maklumat sulit" tidak ditakrifkan. Pelanggan kemudian menyiarkan tangkapan skrin dalam forum komuniti kerana mereka tidak tahu tangkapan skrin adalah sulit. Namakan jenis media dengan eksplisit.

Contoh bahasa: "Peserta bersetuju untuk tidak mendedahkan sebarang Maklumat Produk Bukan Awam, termasuk tetapi tidak terhad kepada tangkapan skrin, rakaman skrin, keterangan ciri, atau data prestasi, kepada mana-mana pihak ketiga semasa Tempoh Program dan selama [X] bulan selepas penutupan Program."

Klausa 2: Hak maklum balas

Apa yang perlu disertakan: Hak syarikat untuk menggunakan maklum balas tanpa atribusi dan tanpa pampasan. Pelanggan kadang-kadang menjangkakan pemilikan IP ke atas idea yang mereka sumbangkan. Klausa ini menghapuskan kesamaran itu.

Contoh bahasa: "Sebarang maklum balas, cadangan, atau saranan yang diberikan oleh Peserta menjadi hak milik tunggal [Syarikat] dan boleh dimasukkan ke dalam produk atau bahan berkaitan tanpa atribusi, pampasan, atau persetujuan selanjutnya."

Klausa 3: Klausa tiada janji

Apa yang perlu disertakan: Pernyataan eksplisit bahawa penyertaan tidak merupakan komitmen untuk membina sebarang ciri tertentu atau membuat sebarang perubahan tertentu. Ini adalah klausa paling penting untuk mengurus jangkaan selepas beta.

Contoh bahasa: "Penyertaan dalam Program ini tidak merupakan komitmen oleh [Syarikat] untuk membangunkan, melepaskan, atau mengutamakan sebarang ciri, perubahan, atau hala tuju produk yang dibincangkan semasa Program."

Klausa 4: Klausa keluar

Apa yang perlu disertakan: Sama ada pihak boleh keluar dengan notis [5-10] hari bekerja. Takrifkan apa yang berlaku kepada akses pelanggan semasa keluar (biasanya pembatalan segera) dan apa yang berlaku kepada data yang dijana semasa program (dikekalkan oleh syarikat mengikut perjanjian data standard).

Contoh bahasa: "Sama ada pihak boleh menamatkan penglibatan Peserta dalam Program ini dengan notis bertulis [N] hari bekerja. Setelah penamatan, akses Peserta kepada ciri beta akan dibatalkan dalam [48 jam / 5 hari bekerja]."

---

Artifak 4: Jadual Maklum Balas Minggu demi Minggu

Ini adalah irama operasi yang mencegah program beta daripada terdiam selepas panggilan mula.

---

JADUAL MAKLUM BALAS PROGRAM BETA

Minggu 1: Panggilan mula (30 minit)

Agenda:

1. Skop program dan apa yang secara eksplisit di luar skop (5 min, baca bahagian piagam dengan kuat)
2. Pengenalan peserta: nama, peranan, dan aliran kerja tertentu yang mereka uji (10 min)
3. Tugasan tugas pertama: satu perkara tertentu untuk dicuba sebelum daftar semak tak segerak Minggu 2 (5 min)
4. Persediaan saluran maklum balas: sahkan mereka mempunyai akses kepada borang tak segerak, bukan hanya Slack (5 min)
5. Soal jawab (5 min)

Apa yang perlu ditangkap: kehadiran, kes penggunaan tertentu yang disebutkan oleh setiap peserta, sebarang isu akses atau persediaan segera.

Minggu 2-4: Pengumpulan maklum balas tak segerak

Format: Borang berstruktur, bukan saluran Slack atau utas e-mel. Maklum balas bebas sukar untuk diagregatkan. Maklum balas berstruktur boleh ditanya.

Soalan minimum bagi setiap daftar semak tak segerak:

• Apa yang anda cuba minggu ini? (1-2 ayat)
• Apa yang berfungsi seperti yang dijangkakan?
• Apa yang tidak berfungsi atau mengelirukan?
• Pada skala 1-5, berapa kemungkinan anda menggunakan ciri ini dalam aliran kerja semasa anda? (skala)
• Adakah sesuatu yang menghalang anda daripada menguji lebih banyak?

Kekerapan: Borang mingguan, 5-10 minit untuk dilengkapkan. Jika mengambil masa lebih lama, pendekkan ia.

Tanggungjawab CSM: Susulan sebelum akhir perniagaan pada sebarang skor kemungkinan "1 atau 2" pada minggu yang sama. Jangan tunggu panggilan kumpulan.

Pertengahan beta: Panggilan maklum balas kumpulan (60 minit)

Agenda:

1. Ringkasan corak: kongsi 3 tema teratas dari maklum balas tak segerak setakat ini (15 min, PM membentangkan, bukan CSM)
2. Perbincangan terbuka: apa yang berfungsi merentasi akaun, apa yang gagal merentasi akaun (25 min)
3. Resolusi maklum balas bercanggah: jika 3 pelanggan mahukan satu perkara dan 2 mahukan yang sebaliknya, cungkil di sini (15 min)
4. Semakan jangkaan: baca semula klausa tiada janji, sahkan semua peserta ingat apa yang kami dan tidak komitkan (5 min)

Apa yang perlu ditangkap: Konflik yang dinamakan, kedudukan majoriti berbanding minoriti, sebarang isu khusus akaun yang memerlukan susulan individu.

Minggu terakhir: Tinjauan tamat

Tinjauan 5 soalan:

1. Bagaimana anda menilai keseluruhan pengalaman beta anda? (1-5)
2. Adakah ciri ini menyelesaikan masalah yang anda jangkakan? (Ya / Sebahagian / Tidak, dengan medan ulasan)
3. Berapa kemungkinan anda menggunakan ciri ini apabila ia mencapai GA? (1-5)
4. Apakah satu perkara yang paling meningkatkan ciri ini sebelum GA?
5. Adakah anda bersedia menjadi pelanggan rujukan untuk ciri ini? (Ya / Tidak / Mungkin)

---

Artifak 5: Jadual Kriteria Tamat

Program beta tanpa pintu tamat tidak berakhir. Mereka pudar. Takrifkan kriteria keluar sebelum program bermula supaya perbualan tamat bukan perundingan.

---

KRITERIA TAMAT

Kriteria untuk tamat ke GA:

Kriteria untuk menamatkan peserta lebih awal:

Apa yang CS lakukan semasa tamat:

1. Sahkan jadual peruntukan akses GA dengan produk
2. Jadualkan panggilan tamat 20 minit untuk merumuskan apa yang diuji, apa yang dihantar, dan apa yang tidak (dan mengapa)
3. Sahkan status rujukan untuk mana-mana peserta yang menjawab ya dalam tinjauan tamat
4. Masukkan semula akaun ke dalam gerakan CSM standard. Tiada limbo "beta lanjutan."
5. Jika perbualan pengembangan sesuai, serahkan kepada AE dengan konteks penyertaan beta

---

Artifak 6: Jadual Metrik Kejayaan

Produk dan CS mengisytiharkan beta berjaya bersama-sama, menggunakan metrik yang kedua-dua pasukan bersetuju terlebih dahulu sebelum lancar.

---

METRIK KEJAYAAN PROGRAM BETA

Cara membaca metrik:

• Kadar penggunaan ciri di bawah 40% semasa penutupan program bermakna ciri memerlukan pengerjaan semula sebelum GA, bukan hanya pegilap.
• Kadar maklum balas-kepada-backlog di bawah 20% bermakna pasukan CS tidak menyekalakan, atau PM tidak triaj. Bagaimanapun, gelung rosak.
• Isyarat pengekalan mengambil masa 12 bulan untuk diukur, tetapi ia adalah metrik yang membenarkan kewujudan program kepada pihak berkepentingan peringkat CFO.

---

Lima Kesilapan Program Beta yang Membunuh Program

Penyelidikan HBR tentang menutup gelung maklum balas mendapati bahawa impak terbesar dari program pelanggan datang daripada menyampaikan hasil segera kepada orang yang melayani pelanggan tersebut, dan memperkasakan mereka untuk bertindak. Program beta yang menangguhkan gelung ini sehingga selepas tamat kehilangan nilai maklum balas sepenuhnya.

Tiada piagam sebelum pengrekrutan. Pelanggan menyertai dengan jangkaan yang berbeza. Seorang fikir ia adalah perkongsian reka bentuk. Yang lain fikir ia adalah akses awal. Yang ketiga fikir ia adalah komitmen pelan hala tuju. Tanpa piagam bertulis, anda mengurus tiga model mental berbeza secara serentak, dan kualiti maklum balas merosot mengikutnya.

Akaun berisiko dalam kohort. Pelanggan berkesihatan kuning dalam beta anda bukan peserta pengesahan. Mereka mengurus risiko hubungan. Maklum balas mereka ditapis melalui "jika saya berkata ini rosak, adakah ia akan menjejaskan perbualan pembaharuan saya?" Jauhkan akaun berisiko sehingga mereka stabil. Bersetuju dengan ambang kesihatan akaun sebelum pengrekrutan dibuka supaya tiada satu pun pasukan terkejut pertengahan program.

Perangkak janji. Ia bermula dengan "kami akan melihatnya." Ia berakhir dengan pelanggan yang percaya PM berkomitmen kepada sesuatu ciri. Latih setiap PM yang menyertai panggilan beta tentang bahasa apa yang dikira sebagai komitmen dan apa yang tidak. Klausa tiada janji NDA adalah perlindungan undang-undang. Latihan dalam panggilan adalah perlindungan operasi.

Tiada pintu tamat. Program tanpa keluar yang ditakrifkan berakhir dalam salah satu daripada dua cara: ia ditutup secara tiba-tiba, atau tidak pernah ditutup secara rasmi. Takrifkan kriteria tamat sebelum lancar supaya titik akhir adalah pencapaian, bukan keputusan.

Maklum balas tanpa respons. Tiada apa yang membunuh motivasi CSM untuk merekrut peserta beta pada masa hadapan lebih cepat daripada program di mana pelanggan memberikan maklum balas dan tidak mendengar apa-apa balik. Tutup gelung, walaupun jawapannya adalah "kami menyemak ini dan ia tidak masuk backlog." Menutup gelung maklum balas dengan pelanggan merangkumi bahasa tepat untuk respons "ya, kami sedang membinanya" dan "tidak sekarang, inilah sebabnya." Akaun yang mendapat respons ini menjadi rekrut beta terbaik anda dalam kitaran seterusnya.

Senarai Semak Pra-Lancar, Pertengahan Beta, dan Pasca-Beta

Cara Ini Berhubung dengan Gelung CS-Produk yang Lebih Luas

Program beta tidak wujud secara berasingan. Ia adalah bentuk paling intensif saluran suara pelanggan (VoC) dari CS kepada produk: versi saluran maklum balas yang terpekat dan terhad masa yang sepatutnya berjalan secara berterusan. Artifak di sini adalah infrastruktur rasmi untuk rupanya saluran itu pada intensiti maksimum.

Menjalankan beta berbanding program akses awal yang lebih mudah, pengurusan akaun akses awal berterusan, dan operasi lembaga penasihat pasca-beta semuanya diliputi dalam pautan Ketahui Lebih Lanjut di bawah.

Analisis Rework: Berdasarkan data program beta dari syarikat SaaS pasaran pertengahan, program yang menggunakan kesemua enam artifak operasi (piagam, kad pemarkahan, NDA, jadual, kriteria tamat, dan metrik) siap mengikut jadual 2-3x lebih kerap berbanding program dengan struktur ad hoc. Artifak leverage tertinggi tunggal adalah jadual kriteria tamat. Pasukan yang menentukan kriteria keluar sebelum pengrekrutan bermula mengelakkan mod kegagalan "pelancaran lembut kekal" dalam lebih 80% kes. Rangka kerja kami mencadangkan membina kriteria tamat dahulu, kemudian bekerja ke belakang kepada piagam: mengetahui rupanya "selesai" sebelum anda menentukan siapa yang menyertai menghapuskan pertikaian skop yang paling biasa sebelum ia bermula.

Ketahui Lebih Lanjut

• Menjalankan Program Beta Pelanggan
• Tahap Akses Awal: Siapa yang Layak Masuk dan Cara Ia Diurus
• Menutup Gelung Maklum Balas dengan Pelanggan
• Saluran VoC: Cara CS Memberi Makan kepada Produk
• Reka Bentuk Bersama Pelanggan dan Operasi Lembaga Penasihat
• Glosari Penjajaran CS-Produk
• Jadual 1:1 CS-PM

Soalan Lazim

Apakah piagam program beta dan mengapa ia penting?

Piagam program beta adalah dokumen bertulis yang mentakrifkan skop program, item di luar skop, kriteria kejayaan, bilangan peserta, dan persetujuan pihak berkepentingan sebelum pengrekrutan bermula. Ia penting kerana tanpa piagam, peserta menyertai dengan model mental yang berbeza: seorang menjangkakan perkongsian reka bentuk, yang lain menjangkakan komitmen pelan hala tuju, yang ketiga menjangkakan akses awal. Jangkaan yang tidak sejajar menghasilkan maklum balas yang ditapis melalui agenda tidak terucap, dan maklum balas itu tidak boleh dipercayai untuk keputusan produk.

Berapa ramai pelanggan yang sepatutnya ada dalam program beta?

Kebanyakan program beta SaaS pasaran pertengahan berjalan paling baik dengan 8-15 peserta. Kurang daripada 6 menghasilkan kepelbagaian isyarat yang tidak mencukupi; lebih daripada 20 menjadikan jadual maklum balas tidak terurus untuk satu PM. Penyelidikan Pragmatic Institute mendapati bahawa program yang melebihi 20 peserta melihat penurunan 40% dalam kualiti maklum balas per-peserta kerana jadual daftar semak berstruktur rosak. Kualiti padanan peserta lebih penting daripada kuantiti.

Apakah kad pemarkahan pengrekrutan beta dan cara menggunakannya?

Kad pemarkahan pengrekrutan adalah rubrik 4-kriteria yang menilai setiap akaun calon pada kesesuaian teknikal, komitmen penglibatan, nilai strategik, dan kesihatan akaun, setiap satu pada skala 0-5 dengan skor minimum 12/20. Anda menggunakannya sebelum jangkauan: nilai setiap calon sebelum menjemput mereka. Mana-mana akaun di bawah 12 ditolak tanpa mengira ARR atau semangat. Akaun dalam perbualan kadar peralihan aktif, dengan peningkatan isu P2+ terbuka, atau membaharui dalam 60 hari dari tamat program, tidak layak tanpa mengira skor.

Apa yang sepatutnya disertakan dalam kriteria tamat?

Kriteria tamat sepatutnya mentakrifkan: penyiapan penggunaan minimum (setiap peserta melengkapkan N tugas ujian yang ditakrifkan), ambang pepijat P1/P2 (sifar pepijat P1, pepijat P2 di bawah N semasa penutupan), NPS tinjauan tamat (purata kemungkinan-untuk-guna 3.5+ daripada 5), kadar penukaran maklum balas-kepada-backlog (sekurang-kurangnya N% maklum balas berstruktur yang ditriaj ke dalam backlog), dan persetujuan pelanggan individu dari pemilik program. Semua lima kriteria sepatutnya ditulis sebelum pengrekrutan dibuka, bukan dinegosiasikan semasa penutupan program.

Bagaimana anda menutup gelung maklum balas selepas beta tanpa membuat janji?

Bahasa yang disyorkan adalah: "Kami ingin memberitahu anda bahawa isu yang anda bangkitkan semasa beta telah dilog sebagai item backlog produk. Kami tidak dapat komitkan jadual masa yang spesifik, tetapi laporan anda menyumbang kepada pasukan mengutamakan ini. Kami akan menghubungi apabila ada kemas kini status." Ini menutup gelung tanpa menunjukkan komitmen. Klausa tiada janji dalam perjanjian penyertaan adalah perlindungan undang-undang; penggunaan bahasa ini yang konsisten adalah perlindungan operasi.

Metrik apa yang perlu dijejaki untuk mengetahui sama ada program beta berjaya?

Jejaki enam metrik: kadar penggunaan ciri (sasaran 60%+ peserta menggunakan ciri secara aktif menjelang penutupan program), kadar penukaran maklum balas-kepada-backlog (40%+), delta NPS (pra-program berbanding tinjauan tamat, sasaran +5 atau lebih baik), kadar penggunaan beta-kepada-GA (70%+ peserta beta masih menggunakan ciri 60 hari selepas GA), kadar pengekalan 12 bulan kohort beta berbanding bukan peserta (kohort beta 5%+ lebih tinggi), dan kadar resolusi pepijat P1/P2 (100% P1, 80%+ P2 diselesaikan sebelum GA). Isyarat pengekalan mengambil masa 12 bulan untuk diukur tetapi merupakan metrik yang membenarkan program kepada pihak berkepentingan peringkat CFO.

Apakah sebab paling biasa program beta gagal menghasilkan data yang boleh diambil tindakan?

Pengumpulan maklum balas tidak berstruktur. Mengikut penyelidikan Product Management Institute, 67% program beta perisian gagal menghasilkan data produk yang boleh diambil tindakan kerana peserta memberikan tanggapan dan bukannya pemerhatian yang boleh diulang. Penyelesaiannya adalah borang mingguan berstruktur (bukan saluran Slack atau utas e-mel) dengan soalan tertentu: apa yang anda cuba, apa yang berfungsi, apa yang tidak, dan skala kemungkinan-untuk-guna 1-5. Sebarang skor "1 atau 2" memerlukan susulan CSM sebelum akhir perniagaan pada minggu yang sama.