Kebersihan Data CRM: Asas RevOps untuk Pelaporan Hasil yang Boleh Dipercayai

Kebersihan data CRM bukan projek pembersihan.

Ia adalah asas operasi di sebalik penghalaan, pemarkahan, ramalan, atribusi, pemeriksaan pipeline, serah tugas pelanggan, perancangan pembaharuan, dan pelaporan kepada lembaga. Apabila data CRM lemah, setiap proses hasil menjadi lebih perlahan dan kurang dipercayai. Wakil jualan mengejar akaun yang salah. Pengurus memeriksa peluang yang lapuk. Kewangan mendiskaunkan ramalan. Pemasaran berbalah tentang kualiti sumber. Kejayaan pelanggan memulakan onboarding tanpa konteks yang dijanjikan oleh jualan.

Gejala yang kelihatan ialah CRM yang kotor. Masalah yang lebih dalam ialah sistem hasil yang membenarkan data buruk masuk, menjadi lapuk, berganda, bercanggah, dan merebak.

Itulah sebabnya kebersihan data CRM perlu dianggap sebagai infrastruktur hasil. Ia bukan kerja pembersihan yang dilakukan RevOps selepas semua orang selesai dengan "kerja sebenar". Ia adalah kerja yang menjadikan enjin hasil boleh digunakan.

Penyelidikan penjajaran teknologi RevOps oleh Forrester relevan kerana kebersihan CRM bergantung kepada cara sistem dan aliran kerja saling berhubung. Penyelidikan keyakinan ramalan oleh Gartner turut menunjukkan mengapa pasukan hasil tidak boleh menganggap kualiti data sebagai pembersihan back-office apabila keyakinan terhadap ramalan dipertaruhkan.

Fakta operasi utama

• Kebersihan CRM adalah sistem pencegahan, bukan barisan pembersihan.
• Kerja kebersihan bernilai tinggi bermula dengan medan yang menjejaskan ramalan, penghalaan, atribusi, dan serah tugas.
• Setiap isu data berulang mempunyai punca aliran kerja, pemilikan, integrasi, atau masa.
• Metrik kebersihan perlu menunjukkan kadar berulang, bukan sekadar penyiapan rekod.
• Amaran data adalah sebahagian daripada pelaporan yang boleh dipercayai sementara sistem asas diperbaiki.

Mengapa kebersihan CRM penting

Kebersihan CRM penting kerana pasukan hasil membuat keputusan berdasarkan data CRM setiap minggu.

Pengurus jualan menggunakannya untuk memeriksa pipeline. Pemasaran menggunakannya untuk menilai kualiti sumber. Kejayaan pelanggan menggunakannya untuk menyediakan onboarding dan pembaharuan. Kewangan menggunakannya untuk menyesuaikan tempahan, ramalan, dan masa hasil. Eksekutif menggunakannya untuk memutuskan di mana untuk melabur.

Data buruk tidak kekal di dalam CRM sahaja. Ia bergerak ke dalam mesyuarat, pelan, dashboard, serah tugas, automasi, perbualan pampasan, dan pakej lembaga.

Ini mencipta empat masalah.

Kerja menjadi perlahan. Orang menghabiskan masa memeriksa sama ada rekod itu benar, terkini, berganda, atau lengkap.

Pasukan berbalah tentang definisi. Pemasaran, jualan, kewangan, dan kejayaan pelanggan menggunakan versi berbeza bagi pelanggan atau metrik yang sama.

Automasi menjadi berisiko. Aliran kerja menghalakan, memarkahkan, memberitahu, dan melaporkan berdasarkan medan yang mungkin tidak boleh dipercayai.

Pemimpin hilang keyakinan. Mesyuarat beralih daripada "apa yang perlu kita lakukan?" kepada "adakah angka ini betul?"

Kebersihan CRM adalah kerja operasi yang menghalang masalah tersebut daripada menjadi perkara biasa.

Apa sebenarnya yang diliputi oleh kebersihan data CRM

Kebersihan data CRM ialah set peraturan, tabiat, pemilikan, semakan, dan kawalan sistem yang mengekalkan rekod hasil boleh digunakan.

Ia merangkumi:

• Akaun, kenalan, lead, dan peluang yang berganda
• Medan wajib yang tiada
• Tarikh tutup yang lapuk
• Data e-mel dan telefon yang tidak sah
• Nilai peringkat lama
• Atribusi sumber yang tidak jelas
• Nilai picklist yang tidak konsisten
• Konflik pemilikan akaun
• Penyimpangan enrichment
• Integrasi yang rosak
• Ralat import
• Medan serah tugas yang tidak dipercayai sesiapa
• Laporan yang dibina atas medan dengan definisi tidak jelas

Ini lebih luas daripada "membersihkan rekod." Pembersihan membaiki apa yang sudah rosak. Kebersihan menghalang masalah yang sama daripada berulang.

Kebersihan yang baik menyoal dua soalan pada masa yang sama:

1. Rekod mana yang salah sekarang?
2. Mengapa sistem terus menghasilkan rekod yang salah?

Soalan kedua adalah tempat RevOps memberikan nilai penambahbaikan.

Lima dimensi kebersihan CRM

Ambil pendekatan yang sama daripada program pengurusan data yang kukuh: kualiti adalah pelbagai dimensi.

Setiap dimensi memerlukan kawalan yang berbeza. Anda tidak boleh membetulkan rekod pendua dengan medan wajib. Anda tidak boleh membetulkan peluang lapuk dengan enrichment. Anda tidak boleh membetulkan kekeliruan sumber dengan dashboard.

Ketepatan

Ketepatan bermaksud CRM mencerminkan realiti cukup rapat untuk keputusan yang dibuat.

Peluang yang tepat mempunyai jumlah, pemilik, akaun, peringkat, tarikh tutup, konteks sumber, dan langkah seterusnya yang betul. Kenalan yang tepat mempunyai syarikat, peranan, e-mel, telefon, dan hubungan dengan akaun yang betul.

Ketepatan gagal apabila data diteka, diimport daripada sumber lemah, ditimpa oleh enrichment, atau tidak dikemas kini selepas realiti berubah.

Kawalan bukan "minta pengguna jadi lebih baik." Kawalan ialah memeriksa di mana data tidak tepat masuk dan di mana ia perlu disahkan.

Kelengkapan

Kelengkapan bermaksud data yang diperlukan untuk langkah proses seterusnya wujud.

Tidak semua medan perlu lengkap pada setiap peringkat. Peluang peringkat awal tidak sepatutnya memerlukan butiran perolehan peringkat akhir. Deal closed-won tidak sepatutnya bergerak ke hadapan tanpa konteks serah tugas yang diperlukan oleh kejayaan pelanggan.

Peraturan kelengkapan yang baik dikaitkan dengan masa aliran kerja. Peraturan kelengkapan yang buruk memerlukan data sebelum pengguna dapat mengetahuinya, yang mencipta kelengkapan palsu.

Konsistensi

Konsistensi bermaksud nilai membawa maksud yang sama merentasi pasukan.

"Enterprise," "ENT," "Strategic," dan "Large Account" mungkin menggambarkan akaun yang serupa, tetapi ia merosakkan segmentasi jika ia berada dalam medan atau nilai picklist yang berbeza. "Partner," "Referral," dan "Channel" mungkin kelihatan serupa sehingga pemasaran, jualan, dan kewangan menggunakannya secara berbeza.

Kawalannya ialah definisi. RevOps perlu mendokumenkan nilai yang dibenarkan, pemilik, maksud, dan penggunaan pelaporan untuk medan penting dalam kamus data hasil.

Ketepatan masa

Ketepatan masa bermaksud data cukup terkini untuk keputusan operasi.

Jawatan kenalan daripada dua tahun lalu mungkin sesuai untuk konteks sejarah tetapi berisiko untuk sasaran outbound. Tarikh tutup daripada bulan lepas tidak boleh diterima dalam ramalan suku semasa. Langkah seterusnya daripada enam minggu lalu tidak sepatutnya bertahan dalam semakan pipeline.

Kawalannya ialah irama. Data lapuk perlu didedahkan sebelum mesyuarat di mana ia penting.

Keunikan

Keunikan bermaksud satu pelanggan, orang, atau deal sebenar diwakili oleh satu rekod.

Rekod pendua memecahkan aktiviti, pemilikan, sumber, kebenaran, sejarah deal, risiko pembaharuan, dan pelaporan. Ia juga menjadikan automasi berbahaya kerana sistem mungkin bertindak ke atas salinan yang salah.

Kawalannya ialah padanan dan tadbir urus penggabungan. Pengesanan pendua automatik membantu, tetapi akaun strategik dan pipeline aktif biasanya memerlukan semakan manusia.

Mengapa kebersihan rosak dalam pasukan yang berkembang

Data CRM biasanya merosot atas sebab yang boleh dijangka.

Sebab pertama ialah kelajuan. Pasukan menambah medan, sumber, automasi, import, dan integrasi lebih pantas daripada mereka menetapkan pemilikan.

Sebab kedua ialah insentif. Pengguna diminta memasukkan data, tetapi mereka tidak melihat nilainya. Jika medan hanya memenuhi laporan eksekutif, wakil jualan dan pengurus menganggapnya sebagai beban pentadbiran.

Sebab ketiga ialah masa. Sesetengah medan diperlukan sebelum pengguna dapat mengetahui jawapannya secara munasabah. Ini mencipta nilai placeholder dan kelengkapan palsu.

Sebab keempat ialah sistem yang tersebar. Automasi pemasaran, alat enrichment, sales engagement, pengebilan, kejayaan pelanggan, dan BI mungkin semuanya menyentuh rekod pelanggan yang sama. Tanpa sumber kebenaran yang jelas, konflik menjadi perkara biasa.

Sebab kelima ialah penyimpangan pemilikan. Medan ditambah atas sebab yang sah, tetapi pemilik bertukar peranan, laporan dihentikan, dan tiada siapa membuang medan tersebut.

Kebersihan CRM rosak apabila syarikat menganggap kualiti data sebagai masalah disiplin pengguna, bukan masalah reka bentuk sistem.

Mulakan dengan data kritikal untuk keputusan

Jangan cuba membersihkan setiap medan dahulu.

Mulakan dengan medan yang menjejaskan keputusan hasil sebenar:

• Pemilik akaun
• Sumber lead
• Peringkat lifecycle
• Peringkat peluang
• Tarikh tutup
• Kategori ramalan
• Jumlah
• Langkah seterusnya
• Sebab closed-lost
• Tarikh pembaharuan
• Kesihatan pelanggan
• Kesediaan serah tugas

Medan ini menyokong tadbir urus ramalan, irama pemeriksaan pipeline, atribusi lead-ke-hasil, dan pelaporan hasil yang sedia untuk lembaga.

Jika medan ini tidak boleh dipercayai, kepimpinan tidak dapat mempercayai irama operasi.

Utamakan mengikut risiko hasil

Apabila semuanya kotor, keutamaan penting.

Gunakan model risiko yang mudah:

Ini menghalang RevOps daripada menghabiskan seminggu membersihkan rekod lama tidak aktif sementara pipeline suku semasa kekal tidak boleh dipercayai.

Bina kebersihan ke dalam aliran kerja

Sistem kebersihan yang paling kukuh tidak bergantung kepada pembersihan suku tahunan.

Ia meletakkan semakan di tempat kerja itu berlaku.

Semasa penciptaan lead

Semak format e-mel, nama syarikat, sumber, padanan pendua, wilayah, dan pemilikan akaun sebelum penghalaan. Data lead yang buruk mencipta penugasan yang salah dan tindak balas yang perlahan.

Matlamatnya bukan meminta setiap medan pada borang pertama. Matlamatnya ialah mengumpul data yang cukup dipercayai untuk penghalaan, pemarkahan, dan tindak balas pertama.

Semasa penukaran lead

Penukaran lead adalah tempat biasa di mana kualiti data rosak.

Sebelum penukaran, semak sama ada:

• Akaun sudah wujud
• Kenalan sudah wujud di bawah e-mel lain
• Sumber perlu dikekalkan atau dikemas kini
• Pengaruh kempen perlu dibawa ke hadapan
• Pemilik perlu kekal sama
• Peringkat lifecycle perlu berubah

Jika peraturan penukaran tidak jelas, rekod pendua dan kekeliruan sumber berganda.

Semasa penciptaan peluang

Perlukan hanya medan yang diperlukan untuk mencipta peluang sebenar: akaun, julat jumlah, sumber atau konteks pengaruh, pemilik, dan asas kelayakan.

Jangan perlukan butiran peringkat akhir terlalu awal. Jika status perolehan diperlukan semasa penciptaan peluang, pengguna akan meneka. Itu memberi anda medan lengkap dan data buruk.

Semasa pergerakan peringkat

Kaitkan medan wajib dengan bukti peringkat.

Sebagai contoh, status perolehan mungkin penting lewat dalam proses, tetapi bukan semasa discovery. Persaingan mungkin tidak diketahui pada mesyuarat pertama tetapi perlu jelas menjelang proposal. Risiko pelaksanaan mungkin tidak kelihatan sehingga skop penyelesaian difahami.

Semasa semakan ramalan

Tandakan tarikh tutup lapuk, langkah seterusnya lama, kategori ramalan yang tiada, dan deal commit tanpa bukti sebelum panggilan ramalan.

Panggilan ramalan tidak sepatutnya menjadi kali pertama pengurus menyedari kebersihan yang lemah. Ia sepatutnya menjadi tempat pasukan menggunakan data yang cukup bersih untuk membuat keputusan.

Semasa closed-won

Perlukan medan serah tugas yang benar-benar digunakan oleh kejayaan pelanggan, kewangan, dan pelaksanaan.

Jika medan diperlukan tetapi pasukan hiliran mengabaikannya, medan itu perlu disemak semula. Medan wajib tanpa penggunaan hiliran mencipta geseran dan melemahkan kepercayaan.

Gunakan medan wajib dengan berhati-hati

Medan wajib adalah salah satu alat kebersihan yang paling banyak disalahgunakan.

Ia boleh meningkatkan kualiti data apabila:

• Pengguna tahu jawapannya pada ketika itu
• Medan menjejaskan aliran kerja sebenar
• Nilai yang dibenarkan jelas
• Pengurus memeriksa medan tersebut
• Pengecualian mempunyai laluan

Ia mencipta data buruk apabila:

• Pengguna belum tahu jawapannya
• Medan wujud hanya untuk keingintahuan pelaporan
• "Lain-lain" atau "Tidak diketahui" menjadi jalan mudah lazim
• Medan menghalang kerja yang sah
• Tiada siapa menggunakan nilai selepas dikumpul

Peraturan terbaik: perlukan data apabila ia menjadi boleh diketahui dan berguna, bukan apabila seseorang mahukannya dalam dashboard.

Piawaikan picklist dan definisi

Medan teks bebas berguna untuk nota. Ia biasanya lemah untuk pelaporan.

Untuk medan kritikal keputusan, gunakan nilai terkawal:

• Sumber lead
• Industri
• Segmen
• Wilayah
• Peringkat
• Kategori ramalan
• Sebab closed-lost
• Sebab churn
• Jenis pengembangan
• Risiko pelaksanaan

Nilai terkawal memerlukan definisi. Jika "No decision" dan "Lost to no budget" bertindih, wakil jualan akan memilih secara rawak. Jika "Partner" dan "Referral" tidak jelas, pelaporan sumber akan menjadi bersifat politik.

Tadbir urus picklist yang baik merangkumi:

• Nilai yang dibenarkan
• Definisi untuk setiap nilai
• Pemilik
• Penggunaan pelaporan
• Peraturan penamatan
• Pemetaan daripada nilai yang diimport atau diintegrasikan

Tetapkan pemilikan mengikut objek dan medan

Kebersihan CRM memerlukan pemilik.

Pemilikan tidak bermaksud satu orang membersihkan setiap rekod. Ia bermaksud seseorang bertanggungjawab terhadap peraturan, definisi, dan penggunaan perniagaan.

Tanpa pemilikan, kebersihan menjadi tugas penyelamatan berulang untuk RevOps.

Uruskan rekod pendua sebagai sistem kebersihan

Rekod pendua bukan sekadar masalah pembersihan.

Ia adalah masalah reka bentuk merentasi penangkapan, import, enrichment, penukaran, dan penyegerakan integrasi.

Pencegahan pendua perlu merangkumi:

• Peraturan padanan untuk akaun, kenalan, lead, dan peluang
• Semakan import sebelum muat naik senarai
• Peraturan penukaran lead-ke-kenalan
• Normalisasi domain dan nama syarikat
• Peraturan pemilikan apabila pendua ditemui
• Kuasa penggabungan untuk akaun strategik
• Jejak audit untuk rekod yang digabungkan

Pengesanan pendua automatik berguna, tetapi automasi tidak sepatutnya menggabungkan rekod secara membuta tuli yang menjejaskan deal aktif, kebenaran, pengebilan, atau sejarah pelanggan.

Matlamatnya ialah satu rekod operasi bagi setiap akaun atau orang sebenar.

Kawal import sebelum ia memasuki CRM

Import yang buruk boleh merosakkan kebersihan CRM dengan cepat.

Sebelum sebarang muat naik senarai, perlukan:

• Sumber senarai
• Tujuan import
• Pemetaan medan
• Nota kebenaran atau pematuhan jika diperlukan
• Semakan pendua
• Peraturan penugasan pemilik
• Medan wajib
• Pelan pembersihan jika import itu salah

RevOps perlu menolak import yang tidak dapat menjelaskan mengapa rekod itu patut berada dalam CRM. Senarai yang besar boleh membuat saiz pangkalan data kelihatan mengagumkan sambil menjadikan sistem operasi kurang boleh digunakan.

Perhatikan penyimpangan enrichment

Enrichment boleh meningkatkan data CRM, tetapi ia juga boleh menimpa konteks yang baik dengan data vendor generik.

Masalah enrichment yang biasa:

• Saiz syarikat berubah tanpa penjelasan
• Nilai industri bercanggah dengan segmentasi dalaman
• Jawatan kenalan ditimpa oleh data luaran yang lapuk
• Padanan domain akaun mencipta padanan palsu
• Kemas kini enrichment menimpa medan sumber yang patut dikekalkan
• Data wilayah bercanggah dengan pemilikan territori

Gunakan peraturan enrichment dengan berhati-hati:

• Tentukan medan mana yang boleh dikemas kini secara automatik oleh enrichment.
• Tentukan medan mana yang memerlukan semakan.
• Kekalkan nilai asal apabila diperlukan untuk audit.
• Jejaki sumber enrichment dan tarikh kemas kini.
• Ambil sampel rekod yang diperkaya untuk kualiti.

Enrichment bukan pengganti tadbir urus. Ia adalah satu input kepada sistem data yang ditadbir.

Elakkan integrasi daripada berbalah sesama sendiri

Kebersihan CRM sering rosak kerana pelbagai sistem menulis kepada medan yang sama.

Automasi pemasaran mengemas kini peringkat lifecycle. Sales engagement menulis aktiviti. Kejayaan pelanggan mengemas kini kesihatan. Pengebilan mengemas kini status kontrak. Kerja BI atau data warehouse mungkin menulis semula medan yang dikira.

Masalahnya bukan mempunyai banyak sistem. Masalahnya ialah tidak tahu sistem mana yang menang.

Untuk medan utama, dokumenkan:

• Sistem kemasukan
• Sistem rekod
• Arah kemas kini yang dibenarkan
• Kekerapan penyegerakan
• Peraturan konflik
• Pemilik ralat
• Medan audit

Contoh:

Di sinilah kebersihan bersilang dengan seni bina. Jika model penyegerakan tidak jelas, pembersihan tidak akan bertahan lama.

Ukur kebersihan dengan isyarat operasi

Dashboard kebersihan tidak sepatutnya hanya menunjukkan kelengkapan rekod.

Ia perlu menunjukkan sama ada masalah data menjejaskan keputusan.

Metrik yang berguna:

• Kadar pendua mengikut objek
• Medan kritikal yang tiada mengikut peringkat
• Tarikh tutup pada masa lalu
• Peluang tanpa langkah seterusnya
• Deal commit tanpa bukti
• Kadar sumber lead tidak diketahui
• Konflik pemilikan akaun
• Rekod tidak dikemas kini dalam 90 hari
• Kadar ralat import
• Ralat penyegerakan integrasi
• Kelengkapan serah tugas closed-won

Tambah garis trend. Snapshot sekali sahaja memberitahu anda apa yang kotor. Trend memberitahu anda sama ada sistem itu bertambah baik.

Bina kad skor kebersihan

Kad skor membantu pengurus dan pemimpin melihat kualiti data sebagai kesihatan operasi.

Kad skor perlu disemak di tempat tingkah laku boleh berubah. Pandangan kebersihan pipeline tergolong dalam pemeriksaan pengurus. Pandangan kebersihan sumber tergolong dalam semakan kempen dan funnel. Pandangan kebersihan serah tugas tergolong dalam irama operasi jualan-ke-CS.

Jadikan pencegahan lebih kuat daripada pembersihan

Pembersihan masih diperlukan, tetapi ia tidak sepatutnya menjadi model operasi utama.

Apabila RevOps menemui isu data, tanya punca akar:

• Adakah pengguna tidak memahami medan itu?
• Adakah medan itu diperlukan pada masa yang salah?
• Adakah integrasi menimpa data bersih?
• Adakah import memintas pengesahan?
• Adakah enrichment mencipta nilai bercanggah?
• Adakah pengurus mengabaikan medan itu?
• Adakah laporan menggunakan sumber yang salah?

Kemudian tambah peraturan pencegahan.

Contoh: jika tarikh tutup lapuk setiap bulan, jangan hanya tugaskan pembersihan. Tambah langkah pemeriksaan pengurus sebelum penyerahan ramalan, laporan tarikh lapuk, dan peraturan bahawa deal commit dengan tarikh tutup pada masa lalu tidak boleh kekal dalam pakej tanpa semakan.

Itulah kebersihan sebagai reka bentuk operasi.

Jalankan kebersihan sebagai irama

Kebersihan CRM memerlukan rentak.

Kebersihan mingguan perlu memberi tumpuan kepada risiko hasil aktif:

• Peluang tempoh semasa dengan tarikh tutup lapuk
• Deal commit tanpa bukti
• Rekod bernilai tinggi dengan risiko pendua
• Lead baharu dengan ralat penghalaan
• Deal closed-won yang kehilangan medan serah tugas

Kebersihan bulanan perlu memeriksa corak sistem:

• Kadar pendua mengikut sumber
• Geseran medan wajib
• Jurang atribusi sumber
• Kegagalan integrasi
• Kebersihan peringkat pada tahap pengurus
• Kelengkapan serah tugas

Kebersihan suku tahunan perlu menyemak tadbir urus:

• Penamatan medan
• Pembersihan picklist
• Kemas kini kamus data
• Pemilikan integrasi
• Dasar import
• Kualiti enrichment

Irama ini mengekalkan kebersihan berkait dengan keputusan operasi dan bukannya pembersihan berasingan.

Gunakan automasi dengan berhati-hati

Automasi boleh meningkatkan kebersihan, tetapi ia juga boleh merebakkan data buruk dengan lebih pantas.

Calon automasi yang baik:

• Amaran pendua
• Amaran tarikh tutup lapuk
• Gesaan medan yang tiada
• Pengesahan e-mel
• Cadangan padanan akaun
• Pengesahan import
• Penciptaan tugas serah tugas
• Amaran kegagalan integrasi

Kekalkan semakan manusia untuk:

• Penggabungan akaun strategik
• Perubahan pemilikan akaun
• Menimpa data sumber
• Mengemas kini kategori ramalan
• Menyunting data pengebilan atau kontrak
• Perubahan besar-besaran rekod sejarah

Automasi perlu memudahkan kebersihan dikekalkan, bukan menjadikannya lebih sukar dipercayai.

Cipta kempen pembersihan apabila diperlukan

Pencegahan adalah matlamatnya, tetapi sesetengah masalah memerlukan kempen pembersihan.

Gunakan kempen untuk:

• Pembersihan akaun pendua
• Normalisasi sumber
• Pembersihan sebab closed-lost
• Pembersihan peluang lapuk
• Kemas kini semula peranan kenalan
• Penamatan medan
• Migrasi peringkat sejarah

Kempen pembersihan perlu mempunyai skop yang sempit, pemilik, set peraturan, semakan sampel, dan metrik kejayaan.

Kempen pembersihan yang buruk: "Bersihkan CRM."

Kempen pembersihan yang lebih baik: "Kurangkan akaun pendua aktif dengan pipeline terbuka melebihi $25K daripada 84 kepada kurang daripada 10 menjelang akhir bulan, dengan kelulusan pengurus jualan sebelum penggabungan akaun strategik."

Kempen yang sempit akan selesai. Kerja pembersihan yang tidak jelas menjadi bunyi latar belakang.

Contoh: tarikh tutup lapuk

Tarikh tutup lapuk ialah isu kebersihan dengan kesan ramalan.

Jika peluang peringkat akhir terus mengekalkan tarikh tutup pada masa lalu, masalahnya mungkin bukan sekadar kemalasan pengguna yang mudah. Ia mungkin bermaksud pengurus tidak memeriksa masa, kriteria keluar peringkat lemah, wakil jualan tidak memahami bukti proses pembeli, atau panggilan ramalan berlaku sebelum pembersihan pipeline.

Peraturan pencegahan mungkin merangkumi laporan tarikh lapuk mingguan, semakan pengurus sebelum penyerahan ramalan, dan peraturan bahawa deal commit dengan tarikh tutup pada masa lalu perlu dikemas kini atau dikeluarkan daripada commit.

Contoh: sumber tidak diketahui

Sumber tidak diketahui bukan sekadar isu pelaporan pemasaran.

Jika sumber tiada atau tidak boleh dipercayai, penghalaan mungkin lebih lemah, ROI kempen menjadi lebih sukar dinilai, dan perbincangan penciptaan pipeline menjadi bersifat politik. RevOps perlu memeriksa di mana sumber itu hilang: penangkapan borang, import senarai, enrichment, penukaran CRM, penggabungan pendua, atau penciptaan peluang.

Penyelesaiannya mungkin peraturan medan, pembaikan integrasi, dasar import, atau peraturan penggabungan. Menugaskan pembersihan tanpa mencari punca masalah sumber tidak akan bertahan lama.

Contoh: akaun aktif berganda

Akaun berganda menjadi mahal apabila kedua-dua salinan mempunyai aktiviti.

Satu akaun mungkin mempunyai kenalan dan sejarah aktiviti. Satu lagi mungkin mempunyai peluang terbuka. Yang ketiga mungkin mempunyai risiko pembaharuan atau konteks pengebilan. Jualan melihat konflik pemilikan. Kejayaan pelanggan melihat sejarah tidak lengkap. Kewangan melihat nama akaun yang tidak sepadan.

Pembersihan tidak sepatutnya bermula dengan "gabungkan semuanya."

Mulakan dengan menentukan akaun induk, menyemak peluang aktif, memeriksa medan pengebilan dan kontrak, mengekalkan sejarah aktiviti, dan mengesahkan pemilikan. Kemudian kemas kini peraturan padanan yang membenarkan pendua itu masuk.

Amaran kualiti data

Apabila data belum bersih, RevOps perlu menggunakan amaran dan bukannya menyembunyikan kelemahan.

Contoh:

• "Sumber pipeline boleh dipercayai selepas 1 Mac, apabila peraturan sumber baharu dilancarkan."
• "Data kesihatan pembaharuan tiada untuk segmen enterprise legasi."
• "Kiraan tolakan tarikh tutup kurang dilaporkan untuk peluang yang dicipta sebelum migrasi peringkat."
• "Pipeline sumber partner merangkumi rekod yang diperbetulkan secara manual sebelum dasar import berubah."

Amaran membantu pemimpin membuat keputusan dengan tahap keyakinan yang sesuai sementara program kebersihan memperbaiki sistem asas.

Kesilapan biasa kebersihan CRM

Membersihkan tanpa pencegahan. Isu yang sama berulang bulan depan.

Mengukur setiap medan secara sama rata. Medan warna kegemaran yang tiada bukan sama dengan tarikh tutup yang tiada.

Memerlukan medan terlalu awal. Pengguna memasukkan data palsu untuk terus maju.

Membiarkan integrasi menimpa definisi. Sistem berbalah tentang nilai medan.

Tiada penamatan medan. Medan lama kekal kelihatan dan mengelirukan pengguna.

Tiada pemeriksaan pengurus. RevOps memiliki pembersihan bersendirian sementara tingkah laku kekal tidak berubah.

Mengautomasikan keputusan penggabungan secara agresif. Akaun strategik dan pipeline aktif memerlukan semakan.

Menyembunyikan amaran. Pemimpin membuat keputusan dengan keyakinan palsu apabila kelemahan data tidak dinyatakan.

Program kebersihan pertama yang praktikal

Mulakan dengan program 30 hari.

1. Pilih 10 medan teratas yang menjejaskan keputusan hasil.
2. Ukur kelengkapan, ketepatan, dan kelapukan.
3. Kenal pasti tiga isu berulang teratas.
4. Cari punca akar bagi setiap satu.
5. Tambah peraturan pencegahan.
6. Cipta pandangan kebersihan mingguan untuk pengurus.
7. Kemas kini definisi dan pemilikan.
8. Semak kemajuan selepas sebulan.

Jangan cuba membaiki keseluruhan CRM sekali gus. Baiki data yang mendorong irama operasi terlebih dahulu.

Rupa yang baik

Kebersihan CRM yang baik dapat dilihat dalam mesyuarat.

Panggilan ramalan menghabiskan kurang masa berbalah sama ada data itu terkini. Pengurus memeriksa deal daripada rekod yang sama. Pemasaran dan jualan kurang berbalah tentang definisi sumber. Kejayaan pelanggan mendapat konteks closed-won yang berguna. Kewangan dapat menyesuaikan rollup tanpa membinanya semula.

CRM menjadi lebih mudah digunakan kerana pengguna percaya data yang mereka masukkan akan digunakan.

Data bersih juga mengubah nada perbincangan hasil. Bukannya bertanya sama ada angka itu benar, pemimpin boleh bertanya tindakan apa yang perlu diambil. Bukannya berbalah sama ada liputan pipeline berlebihan, mereka boleh memeriksa segmen mana yang memerlukan penciptaan pipeline. Bukannya bertanya sama ada medan serah tugas tiada, kejayaan pelanggan boleh memulakan onboarding dengan konteks.

Model kematangan kebersihan

Matlamatnya bukan CRM yang sempurna. Matlamatnya ialah data yang cukup boleh dipercayai untuk keputusan yang perlu dibuat oleh sistem hasil setiap minggu.

Pakej sprint kebersihan data

Sprint kebersihan data perlu ditentukan skopnya dengan ketat.

Tentukan:

• Objek atau aliran kerja dalam skop.
• Medan dalam skop.
• Sebab perniagaan.
• Pemilik pembersihan.
• Peraturan pembetulan.
• Sokongan automasi atau enrichment.
• Rekod yang dikecualikan.
• Metrik kejayaan.
• Peraturan pencegahan selepas pembersihan.

Pembersihan tanpa pencegahan adalah sementara. Sprint perlu berakhir dengan peraturan, aliran kerja, atau pemilik yang menghalang isu yang sama daripada berulang.

Soalan Lazim

Siapa yang memiliki kebersihan data CRM?

RevOps memiliki model tadbir urus. Pengurus memiliki tingkah laku dalam pasukan mereka. Pemilik sistem mengekalkan alat dan integrasi. Pengguna memiliki rekod yang mereka sentuh. Kesilapannya ialah menugaskan semua kerja kebersihan kepada RevOps sambil membiarkan tingkah laku aliran kerja tidak berubah.

Berapa kerap pembersihan CRM perlu dilakukan?

Pembersihan perlu berlaku secara berterusan melalui semakan aliran kerja. Audit suku tahunan berguna, tetapi ia perlu mengesahkan bahawa pencegahan berfungsi, bukan menggantikannya.

Data CRM manakah yang perlu dibersihkan dahulu?

Mulakan dengan pipeline suku semasa, akaun pendua aktif, medan penghalaan lead, atribusi sumber pada peluang aktif, dan medan serah tugas closed-won. Titik data ini menjejaskan keputusan jangka pendek.

Bagaimana anda tahu kebersihan CRM sedang bertambah baik?

Lihat kadar berulang yang lebih rendah, bukan sekadar snapshot yang lebih bersih. Kurang tarikh tutup lapuk, kurang akaun pendua aktif, kurang medan serah tugas yang tiada, dan kurang amaran laporan adalah isyarat yang lebih baik berbanding kiraan pembersihan sekali sahaja.

Ketahui lebih lanjut

• Tadbir Urus Medan CRM
• Pengurusan Rekod Pendua
• Dashboard Revenue Operations
• Audit Proses Hasil