Bahasa Melayu

Audit Data Pasca-Migrasi: Apa yang Perlu Disahkan dan Bila

Satu pasukan RevOps meluluskan migrasi mereka pada Jumaat petang. Import selesai tanpa ralat. Kiraan baris kelihatan agak betul. Pasukan pulang ke rumah.

Enam minggu kemudian, kempen pemasaran dilancarkan dan menghantar 14,000 e-mel. Kadar lantunan: 11%. Sebabnya: 11% kenalan mempunyai medan e-mel kosong dalam CRM baharu. Import telah gagal secara senyap untuk rekod di mana data sumber mempunyai alamat e-mel dalam format lajur yang sedikit berbeza. Log ralat telah menandakan rekod tersebut, tetapi tiada siapa yang membacanya.

Enam minggu wakil merekod panggilan, mengemas kini perjanjian, dan membina Pipeline di atas 11% rekod kenalan yang buruk. Pembersihan mengambil masa dua minggu, memerlukan penyahpendua rekod yang telah diperbetulkan secara manual, dan menimbulkan cukup kekeliruan sehingga ramalan Pipeline tiga wakil terpaksa dibina semula dari awal.

Audit 30 minit pada hari migrasi akan menangkapnya.

Panduan ini memberikan anda proses audit tiga peringkat yang mencegah senario ini, disusun mengikut garis masa, dengan pemeriksaan khusus pada setiap selang. Ia dibina terus dari hari cutover: senarai semak yang mencegah bencana, iaitu pemeriksaan yang anda jalankan semasa migrasi adalah apa yang audit ini ukur dalam jam-jam berikutnya.

Bila Menjalankan Audit

Jam 1. Jalankan ini sebelum pasukan jualan mendapat akses. Anda memeriksa kegagalan kritikal: rekod yang hilang, medan diperlukan yang kosong, hubungan yang rosak. Ini adalah masalah yang menjadikan CRM tidak boleh digunakan atau mengelirukan dari minit pertama.

Jam 24. Selepas sistem beroperasi selama sehari, pemeriksaan integriti yang lebih mendalam menjadi mungkin. Hubungan telah mempunyai masa untuk diselesaikan. Pengesanan pendua telah dijalankan. Peraturan automasi telah diaktifkan. Kini anda boleh menyemak sama ada data berkelakuan dengan betul, bukan sekadar sama ada ia wujud.

Jam 72. Tiga hari selepas go-live, masalah logik perniagaan muncul ke permukaan. Laporan Pipeline tidak sepadan dengan snapshot sebelum migrasi. Penghalauan Lead tidak berfungsi dengan betul. Automasi tidak berfungsi pada rekod yang diimport. Isu-isu ini hanya menjadi kelihatan selepas sistem benar-benar digunakan.

Mengapa menunggu hingga "minggu 2" sudah terlambat:

Setiap hari pasukan jualan menggunakan CRM, mereka melapisi aktiviti baharu ke atas data sedia ada. Penyelidikan Gartner mengenai kualiti data menganggarkan bahawa kos membaiki isu kualiti data meningkat 10 kali ganda bagi setiap peringkat yang ia berlalu tanpa diperiksa, iaitu menangkap masalah dalam jam pertama adalah jauh lebih murah berbanding menemuinya pada minggu kedua. Kenalan dengan medan e-mel kosong yang wakil hantar e-mel pada hari kedua kini mempunyai rekod aktiviti, nota, dan tugasan susulan yang dilampirkan. Membersihkan kenalan tersebut bermakna sama ada kehilangan rekod tersebut atau memindahkannya secara manual ke rekod yang diperbetulkan. Lebih awal anda menangkap masalah, lebih murah kos pembaikan.

Peringkat 1: Pemeriksaan Kritikal (Jam 1)

Pemeriksaan ini berlaku sebelum sesiapa kecuali pasukan migrasi mendapat akses.

1. Kiraan baris setiap objek

Tarik kiraan rekod untuk setiap objek yang dihijrahkan dari CRM baharu dan bandingkan dengan snapshot sumber sebelum migrasi anda.

Objek Kiraan sumber Kiraan yang diimport Varians yang boleh diterima
Kenalan [dari sumber] [dari CRM] Lebih kurang 1% (log ralat menerangkan baki)
Akaun/Syarikat [dari sumber] [dari CRM] Lebih kurang 1%
Perjanjian/Peluang [dari sumber] [dari CRM] Lebih kurang 0.5%
Aktiviti [dari sumber] [dari CRM] Lebih kurang 2% (varians lebih tinggi boleh diterima)

Jika anda lebih dari 2% berbeza pada Kenalan atau Perjanjian, jangan buka sistem. Baca log ralat dahulu. Perbezaan yang ketara yang tidak dapat dijelaskan oleh log ralat mungkin memenuhi syarat pencetus rollback anda, iaitu buat keputusan sebelum anda membuka akses kepada pasukan jualan.

2. Kelengkapan kunci utama

E-mel adalah kunci utama untuk Kenalan. Telefon adalah kunci sekunder. Semak bahawa medan ini diisi pada kadar yang anda jangkakan.

Jalankan penapis pantas: Kenalan di mana E-mel kosong. Jika hasilnya lebih dari 2-3% daripada jumlah kiraan kenalan anda, anda mempunyai kegagalan import atau masalah data sumber. Dalam kedua-dua kes, perbaiki sebelum pasukan mula menghantar e-mel atau membuat panggilan.

3. Peluang terbuka hadir dengan peringkat yang betul

Perjanjian terbuka perlu berada dalam CRM dengan nilai peringkat yang betul. Tapis untuk semua Peluang terbuka. Semak:

  • Jumlah kiraan sepadan dengan sumber
  • Taburan peringkat lebih kurang sepadan dengan apa yang anda ada dalam sistem sumber
  • Tiada perjanjian yang lalai kepada peringkat generik kerana ketidakpadanan nama peringkat

4. Semakan log ralat

Setiap alat import CRM menjana log ralat. Bacanya. Setiap baris dalam log tersebut mewakili rekod yang tidak diimport, sama ada gagal sepenuhnya atau diimport dengan nilai medan yang dilangkau.

Entri log ralat biasa:

  • "Rekod sudah wujud": pengesanan pendua menghentikan import; putuskan sama ada untuk cantum atau langkau
  • "Format e-mel tidak sah": data sumber mempunyai e-mel yang cacat
  • "Medan diperlukan kosong": import melangkau medan diperlukan; rekod diimport tetapi tidak lengkap
  • "Nilai tidak dalam senarai pilihan": nilai peringkat atau status dalam data sumber anda tidak sepadan dengan pilihan CRM

Buat senarai triaj: berapa banyak rekod, jenis ralat apa, bolehkah ia dibetulkan secara kelompok atau perlukan semakan manual?

Peringkat 2: Pemeriksaan Integriti Data (Jam 24)

Selepas 24 jam, jalankan lapisan pemeriksaan yang lebih mendalam mengenai hubungan dan kelengkapan medan.

1. Integriti hubungan

Kenalan tanpa Akaun. Perjanjian tanpa Kenalan. Perjanjian tanpa Akaun. Rekod yatim ini boleh digunakan tetapi tidak lengkap, dan ia akan terkumpul kekeliruan apabila wakil cuba menggunakannya.

Untuk setiap jenis rekod yatim, putuskan:

  • Adakah ini disengajakan (data sumber tidak mempunyai Akaun untuk Kenalan ini)?
  • Atau adakah ia ralat import (import Akaun gagal, jadi Kenalan tidak mempunyai apa-apa untuk dikaitkan)?

Jika ini ralat, perbaiki. Jika disengajakan, dokumentasikan.

2. Kelengkapan medan tersuai pada objek utama

Pilih 5-10 medan tersuai anda yang paling penting (yang digunakan jualan untuk laporan atau penapisan). Untuk setiap satu:

  • Berapa % rekod yang berkaitan mempunyai medan ini diisi?
  • Adakah kadar pengisian sepadan dengan sistem sumber?

Medan tersuai yang 80% diisi dalam sistem sumber sepatutnya kira-kira 80% diisi dalam destinasi. Jika ia jatuh kepada 30%, medan tidak dipetakan dengan betul semasa import.

3. Keputusan imbasan pengesanan pendua

Kebanyakan CRM menjalankan pengesanan pendua automatik semasa import atau mempunyai imbasan terbina dalam yang boleh anda picu secara manual. Jalankan dalam 24 jam pertama, sebelum wakil mula menambah data. Jika anda melangkau ujian import bayangan sebelum go-live, pendua lebih berkemungkinan berlaku karena import bayangan direka khusus untuk mengemukakan ini sebelum ia mencapai pengeluaran.

Semak laporan pendua dengan pendekatan ini:

  • Pendua e-mel tepat: cantum serta-merta
  • Nama sama, syarikat serupa: tandakan untuk semakan pengurus jualan sebelum dicantum
  • Kemungkinan pendua (nama serupa, e-mel berbeza): tandakan untuk semakan manual, jangan cantum secara automatik

4. Rekod aktiviti dikaitkan dengan rekod yang betul

Ambil 20 rekod aktiviti rawak (nota, log panggilan) dari import. Untuk setiap satu:

  • Adakah ia dikaitkan dengan Kenalan?
  • Adakah ia dikaitkan dengan Kenalan yang betul (bukan pendua atau orang yang salah)?
  • Adakah kandungan dipaparkan dengan betul (tiada isu pengekodan, tiada pemotongan)?
  • Adakah medan tarikh diisi dan betul?

Peringkat 3: Pemeriksaan Logik Perniagaan (Jam 72)

Pemeriksaan ini memerlukan sistem telah digunakan. Ia menangkap masalah dalam cara CRM berkelakuan, bukan sekadar data yang dikandunginya.

1. Laporan Pipeline sepadan dengan snapshot sebelum migrasi

Sebelum migrasi, eksport snapshot Pipeline anda: jumlah kiraan perjanjian terbuka, jumlah nilai Pipeline, kiraan perjanjian mengikut peringkat, saiz perjanjian purata. Bandingkan dengan laporan yang sama dalam CRM baharu pada tanda 72 jam.

Jika nombor berbeza dengan ketara, lebih dari 5% varians pada jumlah nilai Pipeline, anda mempunyai masalah data. Sama ada perjanjian tidak berhijrah, atau nilai perjanjian masuk dengan tidak betul, atau pemetaan peringkat mengalihkan taburan perjanjian.

2. Peraturan penghalauan Lead berfungsi dengan betul

Jika CRM anda menggunakan penghalauan Lead automatik (Lead baharu dihalakan kepada wakil atau wilayah tertentu berdasarkan peraturan), ujinya dengan rekod baharu. Buat Lead ujian yang sepadan dengan peraturan penghalauan dan sahkan ia dihalakan dengan betul.

Rekod yang diimport sering mencetuskan peraturan penghalauan dengan tidak betul jika penghalauan berasaskan tarikh atau tarikh penciptaan rekod. Rekod yang dibuat pada 2023 yang diimport pada tarikh migrasi anda mungkin mempunyai tarikh penciptaannya ditetapkan kepada tarikh import, yang mencetuskan peraturan penghalauan yang sepatutnya tidak terpakai kepada rekod sejarah. Semak ini dalam 72 jam sebelum ia mencipta tunggakan rekod yang salah peta.

3. Pencetus automasi tidak salah aktif pada rekod yang diimport

Ini adalah salah satu masalah pasca-migrasi yang paling biasa dan merosakkan. Jika CRM anda mempunyai automasi yang dicetuskan apabila rekod dibuat, seperti e-mel alu-aluan, urutan onboarding, dan notifikasi dalaman, rekod yang diimport mungkin mencetuskan semuanya secara serentak. Artikel Wikipedia mengenai automasi aliran kerja memberikan konteks berguna tentang bagaimana sistem berasaskan pencetus berkelakuan apabila jumlah rekod baharu yang besar dimasukkan, dan mengapa menyekat automasi semasa import pukal adalah amalan standard.

Kebanyakan CRM mempunyai pilihan untuk menyekat automasi semasa import. Jika anda tidak menggunakannya, semak sama ada sebarang automasi diaktifkan untuk jumlah import penuh. Jika ya, anda mungkin telah menghantar e-mel automatik kepada setiap kenalan yang anda hijrahkan.

Semak log aktiviti automasi anda dalam 72 jam. Jika salah aktif berlaku, anda perlu sama ada menyekat pencetus masa depan pada rekod yang diimport atau menghantar komunikasi pembetulan.

4. Logik penugasan pengguna betul

Buka 20 Perjanjian rawak dan 20 Kenalan rawak. Untuk setiap satu, sahkan wakil yang ditugaskan sepadan dengan apa yang ada dalam sistem sumber. Penugasan wakil yang salah menimbulkan dua masalah: wakil tidak dapat melihat rekod yang mereka miliki, dan wakil boleh melihat rekod yang bukan milik mereka.

Punca biasa: ketidakpadanan format nama pengguna antara sumber dan destinasi (nama.keluarga berbanding nama_keluarga), pengguna tidak aktif dalam sumber yang perlu ditugaskan semula, atau penugasan tangkapan semua yang menghalakan rekod yang tidak sepadan kepada satu pengguna.

Cara Mendokumentasi dan Mengurus Penemuan

Pengelasan keterukan:

Keterukan Keterangan Contoh Garis masa pembaikan
P1: Kehilangan data Rekod hilang sepenuhnya atau medan kritikal kosong 500 Kenalan gagal diimport Sebelum akses jualan
P2: Kualiti data Rekod diimport tetapi dengan nilai yang salah atau hilang Medan tersuai kosong pada 15% kenalan Dalam 24 jam
P3: Logik perniagaan Automasi atau penghalauan salah aktif E-mel alu-aluan dihantar kepada semua kenalan yang diimport Dalam 72 jam
P4: Kosmetik Isu paparan, pemformatan, ketidakkonsistenan kecil Ketidakkonsistenan format telefon Dalam 30 hari

Templat triaj:

Untuk setiap penemuan, dokumen:

  • Keterangan penemuan
  • Tahap keterukan
  • Kiraan rekod yang terjejas
  • Punca asal (jika diketahui)
  • Pendekatan pemulihan
  • Pemilik
  • Tarikh pembaikan sasaran

Simpan ini sebagai dokumen bersama dengan pengurus jualan dan ketua IT. Isu P1 dan P2 sepatutnya diselesaikan sebelum melaporkan "migrasi selesai" kepada pihak berkepentingan.

Menyampaikan Keputusan Audit kepada Pihak Berkepentingan

Apa yang perlu diberitahu kepada VP of Sales:

Mulakan dengan apa yang berfungsi. Berikan kiraan Kenalan, Akaun, dan Perjanjian terbuka yang berjaya dihijrahkan. Penyelidikan Harvard Business Review mengenai pengurusan perubahan mendapati bahawa pekerja menolak perubahan yang mereka tidak faham, iaitu komunikasi yang telus dan berasaskan fakta tentang status migrasi dengan ketara mengurangkan skeptisisme yang memperlahankan penerimaan CRM dalam minggu-minggu pertama. Laporkan sebarang penemuan P1 dengan garis masa pembaikan. Jangan berikan perincian teknikal setiap pemeriksaan, sebaliknya fokus pada impak perniagaan.

Jika terdapat isu yang ketara: "Kami mengenal pasti 220 Kenalan dengan medan e-mel yang hilang. Kami membaiki ini hari ini dan ia tidak akan menjejaskan sebarang perjanjian terbuka. Masalah ini ada dalam data sumber, bukan proses import." Menyampaikan migrasi kepada pasukan jualan anda merangkumi cara membingkai perbualan ini supaya ia tidak menghakis kepercayaan wakil terhadap sistem baharu sebelum penerimaan berlaku.

Apa yang perlu disimpan secara dalaman:

Penemuan P3 dan P4 tidak perlu disampaikan kepada kepimpinan jualan. Uruskan secara operasi dan sertakan dalam ringkasan bertulis pada tanda 30 hari.

Cara mengurus jangkaan untuk isu yang diketahui:

Jika terdapat isu yang mengambil masa lebih dari sehari untuk diperbaiki, beritahu pasukan secara proaktif. "Anda mungkin melihat beberapa kenalan tanpa nombor telefon minggu ini, kami menjalankan pembaikan kelompok dan ia akan diselesaikan menjelang Khamis." Ini menghalang wakil daripada membuka tiket sokongan dan menganggap CRM rosak.

Perangkap Biasa

Semakan spot berbanding imbasan sistematik. Membuka 10 rekod rawak dan mengisytiharkan kejayaan bukanlah audit. Itu adalah tekaan yang optimistik. Gunakan kiraan baris, kelengkapan medan, dan pemeriksaan integriti hubungan sebagai proses berstruktur.

Melangkau peringkat logik perniagaan. Kebanyakan pasukan hanya menjalankan pemeriksaan Jam 1 dan kemudian membuka sistem. Salah aktif automasi dan ralat penghalauan, iaitu masalah Jam 72, sering adalah yang merosakkan kepercayaan wakil dan mewujudkan hingar berterusan dalam CRM.

Tidak membandingkan dengan snapshot garis dasar sebelum migrasi. Tanpa snapshot sistem sumber yang diambil sejurus sebelum migrasi, anda tidak dapat mengesahkan secara definitif apa yang sepatutnya dihijrahkan. Ambil snapshot sebelum setiap migrasi. Eksport kiraan rekod dan jumlah Pipeline ke fail rujukan.

Mengisytiharkan kejayaan sebelum tetingkap 72 jam ditutup. Garis masa tiga peringkat wujud kerana jenis masalah yang berbeza muncul pada selang yang berbeza. Menutup audit selepas Jam 1 adalah seperti memeriksa sama ada jantung pesakit berdegup dan menghantarnya pulang, iaitu ia adalah pemeriksaan yang perlu, tetapi bukan yang mencukupi.

Apa yang Perlu Dilakukan Seterusnya

Jadualkan semakan kualiti data 30 hari selepas audit 72 jam ditutup. Semakan ini melihat metrik kualiti data yang hanya menjadi kelihatan selepas sebulan penggunaan sebenar: kadar pengisian medan, pengumpulan pendua, rekod dengan hubungan yang hilang yang telah diusahakan wakil.

Untuk panduan tentang mencegah masalah sebelum import dijalankan, menguji migrasi dengan import bayangan merangkumi cara menangkap kebanyakan isu ini dalam persekitaran ujian sebelum go-live.

Dan jika audit mengemukakan penemuan yang memerlukan pertimbangan rollback, perancangan rollback: semoga anda tidak memerlukannya menentukan bila dan bagaimana membuat keputusan tersebut, termasuk apa maksud "rollback" sebenarnya selepas 72 jam penggunaan langsung.

Audit itu sendiri berhubung terus dengan hari cutover: senarai semak yang mencegah bencana, iaitu pemeriksaan yang anda jalankan semasa migrasi memaklumkan apa yang audit perlu fokus pada jam-jam berikutnya.

Ketahui Lebih Lanjut