Model SLA Full-Funnel: Tahap Perkhidmatan Merentas Kitaran Hayat Hasil

SLA full-funnel mentakrifkan seberapa pantas pasukan perlu bertindak pada serah tugas hasil utama.

Ia perlu merangkumi lebih daripada tindak balas lead inbound. RevOps perlu mentakrifkan tahap perkhidmatan untuk penetapan lead, penerimaan MQL, susulan opportunity, serah tugas closed-won, eskalasi risiko pembaharuan, dan pencetus pengembangan.

Penyelidikan penjajaran jualan dan pemasaran Harvard Business Review adalah peringatan berguna bahawa masalah serah tugas selalunya masalah operasi, bukan sekadar masalah sikap pasukan. Penyelidikan McKinsey mengenai produktiviti jualan juga menunjukkan pemanduan prestasi yang tersasar sebagai cara menambah baik pelaksanaan komersial.

Reka bentuk SLA adalah salah satu cara paling jelas RevOps boleh menjadikan pemanduan itu praktikal.

Fakta operasi utama

• SLA full-funnel perlu merangkumi kitaran hayat hasil, bukan sekadar tindak balas lead inbound. Penerimaan lead, kebersihan opportunity, serah tugas closed-won, risiko pembaharuan, dan isyarat pengembangan semuanya memerlukan tahap perkhidmatan apabila ia mencipta risiko hasil.
• SLA perlu mentakrifkan satu tindakan, bukan sekadar pemasa. "Balas dalam 15 minit" lebih lemah berbanding "sentuhan pertama, terima atau tolak, dan log hasil dalam tetingkap SLA."
• Kualiti SLA sama penting dengan kelajuan SLA. Serah tugas yang pantas tetapi tidak lengkap masih mencipta kebocoran.
• Mulakan dengan serah tugas yang mencipta risiko paling banyak. Bagi ramai pasukan, itu bermaksud tadbir urus lead-kepada-opportunity, kriteria keluar peringkat, serah tugas closed-won, dan eskalasi risiko pembaharuan.

Contoh SLA

Tadbir urus

Setiap SLA memerlukan pemilik, pengukuran, laluan pengecualian, dan irama semakan. Jika tidak, ia menjadi polisi yang tidak dikuatkuasakan sesiapa.

Apa yang perlu dirangkumi oleh SLA full-funnel

Setiap SLA perlu mentakrifkan:

• Pencetus
• Pemilik
• Tindakan yang diperlukan
• Tetingkap masa
• Sumber pengukuran
• Laluan pengecualian
• Pemilik eskalasi
• Irama semakan

Sebagai contoh, "susul dengan pantas" bukan SLA. "Permintaan demo berkesesuaian tinggi dihalakan serta-merta, menerima sentuhan pertama dalam 15 minit semasa waktu perniagaan, dan diterima atau ditugaskan semula dalam satu hari perniagaan" lebih hampir.

SLA mengikut kawasan funnel

Ini menghalang syarikat daripada terlalu fokus pada kelajuan atas-funnel sementara mengabaikan serah tugas kemudian.

Peta SLA full-funnel

Model SLA yang matang mengikuti momen di mana kerja bertukar pemilik, risiko bertukar status, atau kepimpinan memerlukan pandangan yang dikemas kini.

Peta ini perlu terikat terus dengan aliran kerja operasi sebenar. Jika pasukan sudah mempunyai proses opportunity-kepada-pelanggan yang kukuh, SLA closed-won boleh menjadi mudah. Jika serah tugas itu lemah, SLA memerlukan lebih perincian: medan wajib, pencetus mesyuarat serah tugas, eskalasi, dan irama semakan.

Logik yang sama terpakai selepas jualan. Jika CS sudah menjalankan proses risiko pembaharuan yang kukuh, RevOps mungkin hanya perlu menstandardkan kategori dan pelaporan. Jika kesihatan pelanggan bertaburan merentas nota dan hamparan, SLA perlu mentakrifkan kedua-dua pencetus dan bukti yang diperlukan sebelum risiko sampai kepada perancangan kewangan. Lihat RevOps dan Kejayaan Pelanggan untuk model operasi di sebalik sambungan itu.

Prinsip reka bentuk SLA

Gunakan prinsip berikut:

SLA perlu menambah baik aliran. Ia tidak sepatutnya menjadi satu lagi cara untuk menyalahkan pasukan atas sistem yang rosak.

SLA lead

SLA lead biasanya merangkumi penetapan, sentuhan pertama, dan penerimaan.

Bagi lead inbound berniat tinggi, kelajuan tindak balas penting kerana niat pembeli boleh reput dengan cepat. Tetapi kelajuan sahaja tidak mencukupi. Pemilik juga perlu menerima, menolak, atau menugaskan semula dengan sebab.

Jejaki:

• Masa untuk menghalakan
• Masa untuk sentuhan pertama
• Masa untuk menerima atau menolak
• Lead tertunggak
• Kadar penugasan semula
• Kualiti sebab penolakan

Sambungkan ini kepada Masa Tindak Balas Lead.

SLA opportunity

SLA opportunity kurang berkaitan dengan minit dan lebih berkaitan dengan kesegaran.

RevOps perlu mentakrifkan piawaian untuk:

• Kebaharuan langkah seterusnya
• Umur tarikh tutup
• Umur peringkat
• Masa pemeriksaan pengurus
• Masa kemas kini risiko
• Masa semakan commit

Opportunity yang terkandas di peringkat akhir dengan langkah seterusnya yang lama dan tarikh tutup yang tergelincir bukan sekadar isu masa. Ia adalah isu kepercayaan ramalan.

SLA serah tugas closed-won

SLA serah tugas closed-won perlu mentakrifkan apa yang mesti lengkap sebelum onboarding bermula.

Sertakan:

• Kriteria kejayaan
• Kes penggunaan
• Pihak berkepentingan
• Skop kontrak
• Nota pelaksanaan
• Risiko
• Janji yang dibuat
• Tarikh pembaharuan

SLA tidak sepatutnya hanya mengatakan "serah tugas dalam dua hari." Ia perlu mengatakan apa maksud serah tugas yang lengkap.

SLA pembaharuan dan pengembangan

SLA selepas jualan perlu merangkumi risiko dan pertumbuhan.

Contoh:

• Risiko pembaharuan melebihi ambang mesti disemak dalam tetingkap yang ditakrifkan.
• Kehilangan penaja eksekutif mesti mencetuskan eskalasi.
• Isyarat pengembangan mesti dihalakan kepada CS atau pemilik jualan.
• Pembaharuan bernilai tinggi mesti mempunyai kategori ramalan dikemas kini sebelum semakan.

SLA ini menyambungkan kerja operasi CS kepada perancangan hasil.

Pengurusan pengecualian

Setiap SLA kadangkala akan tersasar. Soalan penting ialah apa yang berlaku seterusnya.

Kategori pengecualian biasa:

• Pemilik tidak tersedia
• Penghalaan salah
• Data hilang
• Rekod pendua
• Pelanggan meminta penangguhan
• Ralat sistem
• Isu kapasiti
• Kriteria tidak jelas

RevOps perlu menjejaki pengecualian dan menyemak corak setiap bulan. Jika kebanyakan kegagalan datang daripada penghalaan yang salah, betulkan penghalaan. Jika ia datang daripada data hilang, betulkan penangkapan. Jika ia datang daripada kapasiti, kepimpinan fungsi perlu menangani liputan.

Kad skor SLA

Jejaki:

• Pematuhan SLA mengikut serah tugas
• Volum SLA yang tersasar
• Campuran sebab pengecualian
• Masa untuk menyelesaikan pengecualian
• Hasil atau pipeline yang terjejas
• Trend mengikut sumber, segmen, pemilik, dan pasukan

Kad skor perlu menunjukkan di mana funnel melambat dan mengapa.

Pilih dua SLA pertama dengan berhati-hati

Jangan mulakan dengan menulis polisi penuh untuk setiap serah tugas. Pilih dua serah tugas di mana tindakan yang tersasar mencipta risiko hasil atau pelanggan yang kelihatan.

Gunakan ujian pemilihan ini:

Dua SLA pertama perlu cukup sempit untuk dikuatkuasakan. Polisi luas "semua lead mesti dikendalikan dengan betul" akan gagal. Polisi spesifik "permintaan demo berkesesuaian tinggi mesti ditetapkan serta-merta, disentuh dalam 15 minit, dan diterima atau ditolak dengan sebab dalam satu hari perniagaan" jauh lebih mudah diperiksa.

Selepas pelancaran, jalankan semakan mingguan untuk bulan pertama. Cari isu cap masa, kekeliruan pemilik, corak pengecualian, dan masalah kualiti. Ramai model SLA gagal kerana ia diumumkan sebelum data boleh mengukurnya. Betulkan pengukuran sebelum menggunakan angka untuk menilai pasukan.

Model bukti bagi setiap SLA

Setiap SLA perlu mentakrifkan bukti apakah yang membuktikan tindakan itu berlaku. Di sinilah ramai polisi menjadi kabur. Notifikasi yang dihantar tidak sama dengan lead yang dikerjakan. Mesyuarat serah tugas yang diadakan tidak sama dengan serah tugas yang lengkap. Penanda risiko pembaharuan yang ditetapkan tidak sama dengan eskalasi yang dimiliki.

Gunakan model bukti:

Ini tidak bermakna setiap tindakan memerlukan borang panjang. Ia bermakna sistem perlu menangkap bukti yang cukup untuk pengurus memeriksa sama ada SLA itu bermakna. Jika bukti terlalu tipis, pasukan akan memenuhi pemasa sementara serah tugas masih gagal.

RevOps juga perlu memisahkan bukti tindakan daripada bukti hasil. Wakil jualan boleh memenuhi SLA sentuhan pertama dan masih gagal mencipta pipeline. CSM boleh mengeskalasi risiko pembaharuan dan masih kehilangan pelanggan. SLA mengukur sama ada tindakan operasi yang betul berlaku tepat pada masanya. Metrik hasil menunjukkan sama ada tindakan itu cukup baik. Kedua-duanya diperlukan, tetapi mencampurkannya mencipta kekeliruan.

Tadbir urus pelancaran

Model SLA full-funnel mengubah cara pasukan diperiksa, jadi pelancaran memerlukan penjujukan yang teliti.

Mulakan dengan kumpulan rintis atau satu serah tugas. Jalankan model secara senyap selama dua hingga empat minggu sebelum pelaporan meluas. Semasa tempoh itu, semak:

• Adakah cap masa boleh dipercayai?
• Adakah pemilik memahami tindakan yang diperlukan?
• Adakah sebab pengecualian sepadan dengan kes sebenar?
• Adakah pengurus sanggup memeriksa kegagalan?
• Adakah metrik kualiti kelihatan bersebelahan dengan metrik kelajuan?
• Adakah SLA mencipta kerja yang mengubah hasil?

Hanya selepas pemeriksaan tersebut lulus, SLA sepatutnya muncul dalam pelaporan eksekutif. Jika dashboard awam pertama salah, pasukan akan tidak mempercayai model itu. Jika dashboard awam pertama digunakan untuk memalukan pasukan, mereka akan mencari jalan mengelilinginya. RevOps perlu menggunakan rintis untuk membuktikan SLA itu adil, boleh diukur, dan terikat dengan risiko sebenar.

Pelancaran juga perlu merangkumi peraturan untuk perubahan. Pasukan akan meminta pengecualian: tetingkap berbeza untuk lead enterprise, peraturan lebih longgar untuk rujukan rakan kongsi, laluan khas untuk pembaharuan strategik. Sesetengah pengecualian adalah sah. Tetapi setiap satu perlu didokumenkan dengan pencetus, pemilik, pengukuran, dan tarikh semakan. Jika tidak, model itu menjadi cantuman peraturan tempatan yang tiada sesiapa boleh terangkan.

Tadbir urus yang baik mengekalkan SLA berguna tanpa menjadikannya tegar.

Senarai semak kesediaan

Sebelum pelancaran:

• Pencetus SLA ditulis.
• Pemilik dinamakan.
• Cap masa boleh dipercayai.
• Pengecualian ditakrifkan.
• Laluan eskalasi wujud.
• Pengurus tahu cara memeriksa pematuhan.
• Dashboard menunjukkan kedua-dua kelajuan dan hasil.

Jika SLA tidak boleh diukur daripada sistem, ia mungkin akan menjadi slaid berbanding kawalan operasi.

Contoh SLA mengikut peranan

Pasukan berbeza memerlukan tingkah laku SLA yang berbeza.

Ini menghalang pemilikan SLA daripada menjadi "RevOps memiliki segala-galanya." RevOps mentadbir urus sistem. Pemimpin fungsi memiliki tingkah laku dalam sistem tersebut.

Tetingkap SLA

Tetingkap SLA perlu sepadan dengan motion dan kesegeraan.

Permintaan demo berniat tinggi mungkin memerlukan tindakan dalam beberapa minit. Lead kandungan berniat rendah mungkin dihalakan kepada nurture. Serah tugas akaun strategik mungkin memerlukan mesyuarat langsung berbanding pemasa berasaskan jam yang ketat. Risiko pembaharuan mungkin memerlukan semakan dalam beberapa hari, bukan minit.

Takrifkan tetingkap mengikut risiko hasil:

• Serta-merta: inbound berniat tinggi, risiko pelanggan mendesak, permintaan pembelian aktif
• Hari sama: MQL dihalakan, isyarat pengembangan hangat, jurang serah tugas mendesak
• Mingguan: pemeriksaan pengurus, pembersihan opportunity basi, semakan risiko pembaharuan
• Bulanan: semakan trend SLA, semakan kategori pengecualian, pelarasan polisi

Bukan setiap SLA perlu pantas. Ia perlu sesuai.

Laluan eskalasi

Setiap SLA memerlukan laluan eskalasi.

Contoh:

• Lead berkesesuaian tinggi yang tidak dikerjakan dieskalasikan kepada pengurus SDR.
• Penolakan berulang tanpa sebab dieskalasikan kepada kepimpinan jualan dan pemasaran.
• Opportunity peringkat akhir yang basi dieskalasikan kepada pengurus jualan.
• Serah tugas closed-won yang hilang dieskalasikan kepada pengurus jualan dan pemimpin CS.
• Risiko pembaharuan tanpa tindakan pemilik dieskalasikan kepada kepimpinan CS.
• Ralat sistem dieskalasikan kepada pemilik sistem.

Eskalasi perlu kelihatan. Jika eskalasi hanya berlaku melalui mesej peribadi, RevOps tidak dapat mengetahui sama ada proses itu bertambah baik.

SLA dan kapasiti

Kegagalan SLA tidak selalu masalah disiplin.

Ia boleh menunjukkan masalah kapasiti:

• Terlalu banyak lead inbound untuk pasukan SDR
• Peraturan wilayah menetapkan kerja secara tidak seimbang
• Pengurus terbeban dengan pemeriksaan
• CS membawa terlalu banyak risiko pembaharuan
• Pasukan sistem tidak dapat memproses permintaan perubahan

RevOps perlu melaporkan kegagalan mengikut pemilik, pasukan, sumber, segmen, dan beban kerja. Jika satu pasukan tersasar kerana ia mempunyai beban kerja dua kali ganda, pembaikannya ialah kapasiti atau penghalaan, bukan tekanan.

SLA dan kualiti

Kelajuan tanpa kualiti berbahaya.

Wakil jualan boleh membalas dengan pantas tetapi menolak lead yang baik. Serah tugas boleh berlaku dengan pantas tetapi terlepas kriteria kejayaan. Isyarat pengembangan boleh dihalakan dengan pantas tetapi mencipta opportunity yang lemah.

Gandingkan metrik kelajuan dengan metrik kualiti:

• Masa sentuhan pertama ditambah kualiti penerimaan
• Masa serah tugas ditambah kelengkapan serah tugas
• Masa eskalasi pembaharuan ditambah resolusi risiko
• Masa penghalaan pengembangan ditambah penukaran isyarat-kepada-opportunity

Ini menghalang pasukan daripada mengoptimumkan pemasa sambil menjejaskan hasil.

Templat semakan SLA

Gunakan templat ini setiap bulan:

Semakan perlu berakhir dengan perubahan, bukan sekadar laporan status.

Kesilapan biasa

Hanya mengukur tindak balas lead. SLA full-funnel merangkumi serah tugas jualan, CS, pembaharuan, dan pengembangan.

Tiada kategori pengecualian. Pasukan tahu SLA tersasar tetapi tidak tahu mengapa.

Tiada pemilik untuk susulan. Laporan mengenal pasti kegagalan tetapi tiada yang berubah.

Terlalu banyak peraturan SLA. Pasukan berhenti mengambil berat kerana semuanya mendesak.

Tiada metrik kualiti. Pasukan memenuhi pemasa dan masih mencipta hasil yang lemah.

Ujian kesilapan biasa

Tanya sama ada serah tugas boleh terkandas tanpa disedari.

Jika lead berniat tinggi, deal commit basi, serah tugas closed-won yang tidak lengkap, risiko pembaharuan, atau isyarat pengembangan boleh terkandas tanpa pemilik, tadbir urus SLA tidak lengkap.

Pelan pelaksanaan

Jangan lancarkan setiap SLA sekaligus.

Mulakan dengan dua serah tugas yang mencipta kebocoran paling banyak. Bagi ramai pasukan, itu ialah tindak balas lead inbound dan serah tugas closed-won. Bagi perniagaan yang berat pada pembaharuan, ia mungkin eskalasi risiko pembaharuan dan penghalaan isyarat pengembangan.

Pelancaran praktikal:

1. Pilih serah tugas.
2. Takrifkan pencetus.
3. Takrifkan pemilik.
4. Takrifkan tindakan yang diperlukan.
5. Takrifkan sumber cap masa.
6. Takrifkan laluan pengecualian.
7. Bina laporan mudah.
8. Semak kegagalan setiap minggu untuk bulan pertama.

Selepas SLA pertama stabil, kembangkan kepada serah tugas seterusnya.

Dokumentasi SLA

Setiap SLA perlu mempunyai polisi ringkas:

Ini menjadikan SLA bersifat operasi. Tanpa tahap perincian ini, orang akan mentafsir polisi secara berbeza.

Penalaan SLA

Tetingkap SLA perlu disemak selepas pelancaran.

Jika pematuhan hampir sifar, sasaran mungkin tidak realistik atau pemilikan mungkin salah. Jika pematuhan hampir 100 peratus tetapi hasil tidak bertambah baik, SLA mungkin mengukur tindakan yang salah. Jika kualiti menurun, pemasa mungkin mendesak orang bertindak terlalu pantas.

RevOps perlu menala SLA berdasarkan kedua-dua kelajuan dan hasil.

Apa yang tidak perlu diukur

Elakkan mengukur tindakan yang tidak menjejaskan risiko hasil atau pelanggan.

Sebagai contoh, notifikasi yang dibuka dalam lima minit mungkin tidak penting jika pemilik tidak mengambil sebarang tindakan berguna. Borang serah tugas yang diselesaikan dengan pantas mungkin tidak penting jika kriteria kejayaan kabur. Amaran risiko pembaharuan mungkin tidak penting jika tiada eskalasi berlaku.

Ukur tingkah laku yang mengubah hasil.

Risiko budaya

SLA boleh terasa menghukum jika diperkenalkan dengan buruk.

Kedudukan ia sebagai model kebolehpercayaan serah tugas. Matlamatnya adalah melindungi pelanggan, prospek, dan pasukan daripada kerja yang tergelincir melalui jurang. Apabila pasukan melihat SLA sebagai cara mendedahkan proses yang rosak berbanding memalukan individu, penerimaan jauh lebih kukuh.

Senarai semak pelancaran

Sebelum pelancaran, sahkan:

• Setiap SLA mempunyai pencetus.
• Setiap pencetus mempunyai cap masa.
• Setiap SLA mempunyai satu pemilik bertanggungjawab.
• Pengecualian dikategorikan.
• Laluan eskalasi ditulis.
• Pengurus boleh melihat kegagalan.
• Pasukan memahami sebab SLA itu.
• Metrik kualiti digandingkan dengan metrik kelajuan.

Mulakan pelaporan dalam semakan kecil sebelum menghantar ringkasan eksekutif yang luas. Laporan awal sering mendedahkan isu cap masa, jurang penghalaan, dan peraturan pengecualian yang tidak jelas. Betulkan itu sebelum menggunakan prestasi SLA untuk menilai pasukan.

Model itu matang apabila pasukan mempercayainya cukup untuk membincangkan punca kegagalan, bukan sekadar kiraan kegagalan.

Matlamat praktikalnya ialah tingkah laku serah tugas yang boleh dipercayai. Model SLA yang baik tidak menjadikan setiap pasukan lebih pantas pada setiap tugas. Ia menjadikan serah tugas paling penting kelihatan, dimiliki, diukur, dan ditambah baik. Itu sudah memadai untuk mengurangkan kebocoran merentas funnel tanpa menjadikan operasi sebagai polis.

Jika SLA membantu pasukan menangkap kegagalan lebih awal dan membetulkan punca proses dengan lebih pantas, ia menjalankan tugasnya.

Model SLA terbaik adalah senyap: lebih sedikit kejutan, lebih sedikit serah tugas yang terjatuh, akauntabiliti yang lebih bersih, dan pembetulan yang lebih pantas apabila proses rosak.

Paket pengecualian SLA

Setiap model SLA memerlukan paket pengecualian.

Tangkap:

• SLA yang tersasar.
• Rekod atau aliran kerja yang terjejas.
• Pemilik pada masa kegagalan.
• Punca akar.
• Impak pelanggan atau hasil.
• Tindakan pembetulan.
• Peraturan pencegahan berulang.

Ini menjadikan semakan SLA konstruktif. Matlamatnya bukan memalukan pasukan atas kegagalan. Matlamatnya adalah mempelajari peraturan, jurang kapasiti, ralat penghalaan, atau masalah data manakah yang menyebabkan kegagalan serah tugas berulang.

Soalan Lazim

Siapa memiliki SLA full-funnel?

RevOps mentadbir urus model tersebut. Pemimpin fungsi memiliki pematuhan pasukan.

Apakah SLA paling penting?

Serah tugas dengan kebocoran tertinggi. Bagi ramai syarikat, itu ialah penerimaan lead atau serah tugas closed-won.

Ketahui lebih lanjut

• SLA Penetapan Lead
• Masa Tindak Balas Lead
• Tadbir Urus Funnel