Bahasa Melayu

Keluar dari Spreadsheet: Migrasi 5 Langkah ke CRM Sebenar

Pasukan jualan yang terdiri daripada 12 orang mengimport spreadsheet mereka terus ke CRM baharu. Bukan versi yang telah dibersihkan dan disatukan, tetapi fail kerja sebenar: yang mempunyai 11 format tarikh yang berbeza, tiga tab berasingan untuk wilayah yang berlainan, dan lajur "mungkin" yang tiada siapa ingat menciptanya. Import selesai dalam masa empat minit.

Tiga bulan kemudian, mereka masih cuba menguraikannya. Empat ribu rekod kenalan pendua. Urusan yang dikaitkan dengan syarikat yang mempunyai tiga ejaan berbeza. Nombor telefon dalam lajur "e-mel". Nota yang berakhir di medan yang salah kerana pengepala lajur tidak sepadan dengan templat import.

Migrasi itu sendiri bukan bahagian yang sukar. Persediaan yang mereka langkau itulah punca masalah.

Panduan ini membahas proses 5 langkah yang menjadikan migrasi spreadsheet membosankan, bermaksud ia berjalan tepat seperti yang dirancang. Sebelum anda bermula, menyediakan data sebelum anda memindahkan apa-apa merangkumi keputusan strategik tentang apa yang perlu disertakan dan apa yang perlu ditinggalkan, yang membentuk setiap langkah di bawah.

Mengapa Migrasi Spreadsheet Sangat Bercelaru

CRM menguatkuasakan struktur. Spreadsheet tidak. Itulah masalah utamanya.

Selama berbulan-bulan atau bertahun-tahun, spreadsheet pasukan jualan terkumpul dengan pelbagai isu. Menurut penyelidikan teknologi jualan Gartner, kurang daripada 37% masa jurujual digunakan untuk benar-benar menjual, dan sebahagian besar masa selebihnya digunakan untuk kemasukan data dan tugas pengurusan CRM yang sistem spreadsheet warisan jadikan lebih perlahan dan lebih terdedah kepada ralat.

  • Pelbagai format tarikh seperti "Jan 12, 2024," "2024-01-12," "1/12/24," dan "minggu lepas" semuanya dalam lajur yang sama
  • Penamaan tidak konsisten seperti "Acme Corp," "Acme Corporation," "ACME," dan "Acme" sebagai empat syarikat berasingan
  • Ketidakkonsistenan struktur di mana urusan dan kenalan bercampur dalam baris yang sama, atau kenalan dalam satu fail dan urusan dalam fail lain tanpa medan penghubung
  • Sejarah di tempat yang salah di mana nota ada dalam lajur "nota" pada urusan, tetapi juga dalam rangkaian e-mel, juga dalam tab "sejarah" berasingan yang tiada siapa selenggara
  • Berbilang fail sumber termasuk spreadsheet utama, fail penjejakan peribadi Sarah, eksport CSV dari alat e-mel, dan senarai dari persidangan tahun lepas

Tiada satu pun daripada perkara ini menjadi masalah secara berasingan. Bersama-sama, ia bermakna "satu import" anda sebenarnya ialah projek pembinaan semula data. Pasukan yang berjaya melakukan ini ialah pasukan yang menganggapnya sedemikian dari awal.

Langkah 1: Satukan Semua Spreadsheet ke dalam Satu Fail Induk

Sebelum anda membersihkan apa-apa, cari semua fail. Kebanyakan pasukan meremehkan berapa banyak fail spreadsheet yang wujud.

Di mana mencari:

  • Pemacu bersama (Google Drive, SharePoint, Dropbox)
  • Pemacu peribadi milik wakil jualan semasa dan bekas
  • Lampiran e-mel: cari "senarai kenalan," "leads," "prospek," "Pipeline"
  • Eksport CRM atau alat: jika anda pernah menggunakan percubaan percuma CRM lain, eksportkannya
  • Alat pemasaran: senarai pelanggan platform e-mel, eksport penyerahan borang
  • Senarai persidangan dan acara yang sering diimport sekali dan kemudian dilupakan

Buat inventori:

Fail Sumber Bilangan rekod Kemas kini terakhir Pemilik
main-contacts.xlsx Google Drive 2,400 2024-11-03 Sarah
leads-q3.csv Eksport percuma HubSpot 800 2024-08-30 Mike
conference-austin.xlsx Lampiran e-mel 350 2024-06-15 Sarah
personal-tracking.xlsx Desktop Mike 180 2024-12-01 Mike

Strategi penggabungan:

Gabungkan semua fail ke dalam satu spreadsheet induk. Tambah lajur "source_file" yang merekod dari mana setiap baris berasal. Itulah jejak audit anda jika mana-mana rekod perlu dikesan kemudian. Jangan padam pendua lagi. Kumpulkan dahulu semua data di satu tempat.

Gunakan kunci umum untuk mengenal pasti kemungkinan pendua sebelum menggabungkan. Alamat e-mel biasanya kunci terbaik untuk kenalan. Nama syarikat sesuai untuk akaun, tetapi hanya selepas penormalan (lihat Langkah 3). Metodologi penyahpendua penuh, termasuk cara mengendalikan padanan kabur, ada dalam pembersihan data: penyahpendua, penormalan, dan pengayaan.

Langkah 2: Takrifkan Model Data CRM Anda Dahulu

Kebanyakan kesilapan migrasi spreadsheet berlaku kerana orang mula membersihkan sebelum memutuskan bagaimana data sepatutnya kelihatan apabila ia sampai.

CRM anda mempunyai struktur tertentu. Sebelum anda membersihkan satu baris pun, ketahui struktur tersebut.

Objek CRM standard:

  • Contact (Kenalan): Individu (nama pertama, nama akhir, e-mel, telefon, jawatan)
  • Account (Akaun): Syarikat atau organisasi (nama, laman web, industri, saiz)
  • Deal/Opportunity (Urusan): Proses jualan (nama urusan, nilai, peringkat, tarikh tutup)
  • Activity (Aktiviti): Interaksi yang dilog (panggilan, e-mel, mesyuarat, nota)

Petakan lajur spreadsheet anda kepada medan CRM:

Ambil spreadsheet induk anda dan buat pemetaan medan. Untuk setiap lajur dalam spreadsheet anda, tentukan:

  • Objek CRM mana yang dimiliki (Contact, Account, Deal, Activity)?
  • Medan mana yang ia petakan?
  • Jika ia tidak memetakan kepada mana-mana medan sedia ada, patutkah ia menjadi medan tersuai?
Lajur spreadsheet Objek CRM Medan CRM Nota
First Name Contact First Name Terus
Last Name Contact Last Name Terus
Email Contact Email Terus
Company Account Name Cipta Account jika tidak wujud
Phone Contact Phone Format: +1XXXXXXXXXX
Deal Size Deal Amount Buang $ dan koma
Stage Deal Stage Petakan nilai ke nama peringkat CRM baharu
Notes Activity Note body Cipta sebagai aktiviti Nota
Last Contact Activity Date Cipta sebagai tarikh Activity terakhir

Apa-apa yang tidak sesuai dengan medan CRM secara bersih ialah keputusan: cipta medan tersuai, masukkan dalam medan nota, atau buang. Buat keputusan ini sebelum membersihkan, bukan semasa. Memetakan medan antara sistem warisan dan baharu memberi anda rangka kerja untuk mengendalikan kes tepi ini secara sistematik.

Langkah 3: Bersihkan Fail Induk

Dengan pemetaan medan anda ditakrifkan, bersihkan fail induk. Kerjakan setiap kategori isu secara sistematik.

Penyahpendua:

Kenal pasti pendua menggunakan e-mel sebagai kunci padanan utama. Di mana e-mel tiada, gunakan nama pertama + nama akhir + nama syarikat. Gabungkan pendua dan bukannya memadamnya. Rekod yang digabungkan mengekalkan versi paling lengkap bagi setiap medan.

Senarai semak: perkara yang perlu dibersihkan

  • Standardkan format tarikh kepada YYYY-MM-DD (atau apa sahaja yang diterima CRM anda)
  • Normalkan nombor telefon kepada format yang konsisten (+1XXXXXXXXXX atau (XXX) XXX-XXXX)
  • Standardkan nama syarikat (pilih satu ejaan setiap syarikat, gunakan secara konsisten)
  • Buang ruang kosong di hadapan/hujung semua medan teks
  • Tukar semua teks kepada huruf besar/kecil yang konsisten (Title Case untuk nama, huruf besar untuk negeri)
  • Semak format e-mel: cari simbol @ yang tiada, kesilapan taip biasa seperti ".cmo" dan bukannya ".com"
  • Buang pendua (simpan rekod yang paling lengkap)
  • Selesaikan lajur "nilai urusan": nombor sahaja, tiada simbol mata wang, tiada koma
  • Petakan nilai peringkat kepada nama peringkat tepat dalam CRM baharu anda
  • Semak setiap baris Deal mempunyai Contact yang dikaitkan (melalui e-mel)
  • Tambah lajur "migration_source" dengan nilai "spreadsheet_migration_2024"

Item terakhir penting. Menandai rekod yang diimport dengan medan sumber migrasi membolehkan anda menapis data yang diimport kemudian, menjalankan pembersihan kelompok jika perlu, dan membezakan rekod pra-migrasi daripada rekod yang ditambah pasukan selepas go-live.

Apa yang perlu dilakukan dengan ruang kosong:

Tentukan terlebih dahulu medan mana yang diperlukan dalam CRM (biasanya: e-mel Contact dan nama Account). Rekod yang tiada medan diperlukan akan gagal import. Sama ada cari nilai yang tiada, pindahkan rekod tersebut ke tab "perlu semak," atau terima bahawa rekod itu tidak akan diimport dalam pas ini.

Langkah 4: Lakukan Import Ujian dengan 50 Rekod

Jangan import semuanya sekaligus. Jalankan import ujian dengan 50 rekod yang mewakili keseluruhan kerumitan data anda, termasuk kes tepi.

Cara memilih 50 rekod:

  • 10 rekod bersih dan mudah
  • 10 rekod dengan aksara luar biasa dalam nama (aksen, apostrof, tanda sempang)
  • 10 rekod tanpa syarikat dikaitkan
  • 10 rekod dengan baris Deal bersama Contact
  • 10 rekod dari fail sumber yang paling bermasalah

Apa yang perlu disemak selepas import ujian:

  1. Adakah semua 50 rekod diimport tanpa ralat?
  2. Adakah nama Contact dipaparkan dengan betul (tiada isu pengekodan)?
  3. Adakah Contact dikaitkan dengan Account yang betul?
  4. Adakah rekod Deal wujud dan menunjukkan peringkat dan nilai yang betul?
  5. Adakah rekod Activity (nota, tarikh kenalan terakhir) muncul pada Contact yang betul?
  6. Adakah medan "migration_source" muncul dengan betul pada semua rekod?

Jika mana-mana pemeriksaan ini gagal, diagnosis punca dan betulkan fail induk sebelum menjalankan import penuh. Punca biasa:

  • Format tarikh tidak sepadan antara spreadsheet anda dan format yang dijangkakan CRM
  • Nama peringkat dalam spreadsheet yang tidak sepadan tepat dengan pilihan peringkat CRM
  • Isu pengekodan aksara (biasa dengan fail Excel yang mengandungi aksara khas)
  • Had panjang medan: sesetengah medan CRM mengehadkan bilangan aksara tertentu

Betulkan, jalankan semula import ujian 50 rekod, dan ulang sehingga bersih. Langkah ini sepatutnya mengambil 1-3 ulangan. Setiap ulangan mengambil masa 15-30 minit. Ini bukan masa yang terbuang, ini masa yang menjadikan import penuh membosankan. Untuk migrasi yang lebih kritikal, pengujian dengan import bayangan mengembangkan konsep ini kepada persekitaran yang menyerupai persekitaran pengeluaran sebelum tempoh peralihan.

Langkah 5: Import Penuh dan Pengesahan Segera

Sebaik sahaja import ujian 50 rekod berjalan bersih, jalankan import penuh.

Tetapan import yang perlu disahkan sebelum menjalankan:

  • Pengendalian pendua: tetapkan kepada "langkau" atau "gabung," bukan "cipta baharu" kerana anda telah pun melakukan penyahpendua
  • Pemetaan medan: sahkan pemetaan lajur ke medan kelihatan sama dengan yang berjaya dalam ujian
  • Penugasan pemilik: tentukan sama ada semua rekod yang diimport lalai kepada satu pemilik atau menggunakan lajur spreadsheet untuk penugasan
  • Pengendalian ralat: gunakan pilihan log ralat CRM supaya baris yang gagal dilaporkan, bukan dilangkau diam-diam

Pengesahan selepas import:

Jalankan pemeriksaan ini segera selepas import selesai:

Semak Cara Keputusan yang dijangkakan
Jumlah kiraan Contact Senarai kenalan CRM, semua pemilik Sepadan dengan kiraan baris spreadsheet induk ± ralat import
Jumlah kiraan Account Senarai akaun CRM Sepadan dengan nama syarikat unik dalam spreadsheet
Jumlah kiraan Deal Senarai urusan CRM, semua Pipeline Sepadan dengan baris urusan dalam spreadsheet
Semakan log ralat Laporan ralat alat import Fahami setiap baris yang gagal
Semakan rekod sampel Buka 10 rekod Contact secara rawak Semua medan diisi dengan betul, Account dikaitkan, Deal kelihatan
Tag migration_source Tapis mengikut migration_source = "spreadsheet_migration_2024" Semua rekod yang diimport ditandai

Apa yang perlu dilakukan dengan ralat import:

CRM akan melaporkan baris yang gagal, biasanya sebagai fail CSV bagi rekod yang gagal dengan lajur sebab ralat. Betulkan baris tersebut dan jalankan import susulan untuk rekod yang gagal sahaja. Jangan abaikannya.

Ringkasan 5 Langkah

Langkah Apa yang anda lakukan Anggaran masa
1. Satukan Kumpulkan semua fail sumber, gabungkan ke dalam fail induk 2-4 jam
2. Takrifkan model data Petakan lajur kepada objek dan medan CRM 1-2 jam
3. Bersihkan Penyahpendua, penormalan, standardisasi 4-8 jam (bergantung pada volum dan keadaan data)
4. Import ujian Import 50 rekod, sahkan, ulang 1-3 jam
5. Import penuh Import semua rekod, sahkan kiraan dan sampel 1-2 jam

Sebahagian besar masa ada pada Langkah 3. Itu betul. Import itu sendiri sepatutnya mengambil masa beberapa minit. Persediaan itulah kerja sebenarnya.

Perangkap Biasa

Mengimport terus dari spreadsheet asal. Fail asal tidak pernah distandarisasi. Ia gagal dengan cara yang boleh dijangkakan. Sentiasa bekerja dari salinan dan sentiasa bersihkan dahulu.

Mencampurkan kenalan dan lead dalam satu fail. Jika CRM anda memisahkan Contact daripada Lead (atau Contact daripada Prospek), mengimport fail campuran mencipta rekod yatim. Asingkannya sebelum import.

Tidak menandai rekod yang diimport. Enam bulan selepas migrasi, anda mungkin mahu menjalankan pas kualiti data pada rekod yang diimport sahaja. Tanpa tag "migration_source," anda tidak dapat membezakannya daripada rekod baharu. Penyelidikan Harvard Business Review tentang tadbir urus data menekankan bahawa penjejakan provens data, iaitu mengetahui dari mana setiap rekod berasal, ialah amalan asas untuk mengekalkan kualiti data CRM dari masa ke masa.

Mengisytiharkan kejayaan sebelum mengesahkan. Selesainya import tidak bermakna import berjaya. Kiraan baris dan semakan spot sampel mengambil masa 30 minit dan menangkap masalah sebelum pasukan jualan menemuinya.

Langkah Seterusnya

Sebaik sahaja import disahkan, dua perkara penting perlu dilakukan segera.

Pertama, sediakan peraturan pengesanan pendua dalam CRM baharu anda sebelum pasukan mula menambah rekod. Migrasi spreadsheet hampir selalu menghasilkan beberapa pendua yang terlepas daripada pas penyahpendua. Pengesanan pendua terbina dalam menangkap rekod baharu sebelum ia terkumpul.

Kedua, jika anda juga memindahkan sejarah urusan atau nota dari rangkaian e-mel, baca mengendalikan aktiviti sejarah, nota, dan e-mel sebelum menambah data tersebut ke CRM yang sama. Kajian McKinsey tentang transformasi digital dalam jualan mendapati syarikat yang berjaya beralih dari jualan berasaskan spreadsheet kepada jualan berasaskan CRM meningkatkan keterlihatan Pipeline dan ketepatan ramalan sebanyak 40%.

Jika anda ingin menjalankan import ujian sebelum membuat komitmen kepada migrasi penuh, menguji migrasi dengan import bayangan membimbing melalui proses pengesahan yang lebih berstruktur untuk migrasi yang lebih kritikal.

Untuk keputusan data asas tentang apa yang perlu dipindahkan, apa yang perlu ditinggalkan, dan cara menentukan skop keseluruhan projek, menyediakan data sebelum anda memindahkan apa-apa merangkumi keputusan yang membentuk semua perkara seterusnya.

Ketahui Lebih Lanjut