Bahasa Melayu

Menyampaikan Migrasi CRM kepada Pasukan Jualan Anda

Migrasi data itu berjalan dengan sempurna dari segi teknikal. Setiap rekod diimport dengan bersih. Pemetaan medan tepat. Import bayangan telah lulus semua pengesahan. Pada hari go-live, CRM baharu sudah bersedia.

Tetapi tiada siapa yang memberitahu pasukan jualan bila sistem lama akan ditutup.

Dua minggu selepas go-live, seorang pengurus menjalankan laporan Pipeline dan mendapati 200 urusan tidak ada dalam CRM baharu. Wakil jualan terus log masuk ke CRM lama kerana tiada siapa yang memberitahu mereka untuk berhenti. Mereka menganggap kedua-dua sistem disegerakkan. Ternyata tidak. Mengimport semula 200 urusan mengambil masa sehari penuh, mencipta rekod pendua yang perlu digabungkan secara manual, dan meninggalkan pasukan jualan dengan dua minggu kekeliruan tentang sistem mana yang sahih.

Migrasi data berjaya. Pengurusan perubahan pula tidak berjaya. Panduan ini membahas pelan komunikasi yang mencegah perkara ini. Ia berjalan seiring dengan model akses pengguna, kerana komunikasi semasa tempoh peralihan dan laluan pengendalian pengecualian yang perlu diketahui oleh wakil jualan ditakrifkan bersama dalam kedua-dua panduan.

Mengapa Pasukan Jualan Menolak Migrasi CRM

Memahami punca penolakan menjadikan komunikasi lebih berkesan.

Kebimbangan tentang sejarah data. "Di mana data saya?" ialah soalan pertama yang ditanya oleh wakil jualan selepas migrasi. Mereka telah membina paparan Pipeline, nota, dan peringatan dalam sistem lama. Apabila mereka membuka sistem baharu dan sesuatu kelihatan berbeza, naluri mereka ialah menganggap sesuatu telah hilang.

Gangguan Workflow. Wakil jualan sudah terbiasa dengan alat lama. Pintasan papan kekunci, susunan lajur, cara mereka log panggilan. CRM baharu bermakna mereka perlu mempelajari semula semua perkara ini pada masa yang sama mereka masih perlu mencapai kuota. Perubahan CRM terasa seperti halangan, bukan penambahbaikan. Penyelidikan McKinsey tentang pengurusan perubahan mendapati 70% program perubahan gagal mencapai matlamat mereka, sebahagian besarnya disebabkan oleh penolakan kakitangan dan komunikasi yang tidak mencukupi, satu corak yang terpakai terus kepada pelancaran CRM.

Ketidakpercayaan terhadap alat baharu. Wakil jualan pernah melihat pelancaran alat yang buruk sebelum ini. CRM baharu yang pengurusan teruja tentangnya tetapi wakil jualan dapati janggal ialah corak biasa. Mereka bersikap ragu-ragu sehingga terbukti sebaliknya.

Kebimbangan tentang impak kuota semasa peralihan. Sebarang gangguan sistem yang merampas masa wakil jualan sejam sehari semasa tempoh migrasi akan menyebabkan lebih sedikit panggilan, lebih sedikit Demo, dan lebih sedikit kemasukan Pipeline. Wakil jualan bimbang tentang perkara ini walaupun ia tidak dinyatakan secara terang-terangan. Panduan latihan CRM untuk wakil jualan menangani jurang kemahiran praktikal yang memperlahankan wakil jualan pada minggu pertama. Menggabungkannya dengan pelan komunikasi ini mengurangkan kesan produktiviti sebenar dan yang dirasai.

Komunikasi migrasi yang berkesan menangani keempat-empat perkara ini secara langsung. Ia bukan sekadar mengumumkan apa yang berlaku. Ia menjawab soalan-soalan yang akan ditanya oleh wakil jualan sebelum mereka terfikir untuk bertanya.

Garis Masa Komunikasi 4 Peringkat

T-tolak 3 minggu: Pengumuman

Ini ialah pemberitahuan awal. Ia memberitahu wakil jualan bahawa migrasi akan berlaku, memberikan garis masa, dan menetapkan nada.

Apa yang perlu disertakan:

  • Apa yang berubah (sistem mana yang diganti, sistem baharu apa)
  • Mengapa ia berlaku (justifikasi perniagaan yang ringkas, bukan ceramah jualan, hanya konteks yang jujur)
  • Tarikh utama: tempoh latihan, tempoh peralihan, tarikh go-live
  • Ke mana untuk menghantar soalan

Apa yang tidak perlu disertakan pada peringkat ini:

  • Perbandingan ciri terperinci (terlalu awal, wakil jualan tidak akan mengingatnya)
  • Butiran teknikal tentang proses migrasi
  • Apa-apa yang terdengar seperti komunikasi IT ("kami akan memindahkan data pengeluaran dari...")

Contoh mesej T-3 minggu:

Subjek: Migrasi CRM: Apa yang Perlu Anda Tahu

Pasukan,

Pada [tarikh], kami akan berpindah dari [CRM lama] ke [CRM baharu]. Migrasi ini merangkumi semua kenalan, akaun, urusan, dan nota anda. Tiada data yang hilang.

Berikut ialah garis masa:

  • [Tarikh]: Sesi latihan (1 jam, pilihan tetapi sangat digalakkan)
  • [Tarikh]: Migrasi bermula. [CRM lama] akan menjadi read-only dari [masa] hingga [masa].
  • [Tarikh]: CRM baharu go-live. Ini ialah sistem rekod baharu.

Saya akan menghantar butiran lanjut apabila kita menghampirinya. Buat masa ini, jika anda ada soalan, balas e-mel ini atau hubungi [nama] di [saluran].

T-tolak 1 minggu: Latihan dan pratonton

Seminggu sebelum tarikh, wakil jualan memerlukan maklumat yang mencukupi untuk berasa bersedia. Ini juga masa apabila pengguna teras go-live dalam sistem baharu (lihat strategi pengguna teras di bawah).

Apa yang perlu disertakan:

  • Jemputan sesi latihan (30-60 minit, tunjukkan sistem baharu, terutamanya bahagian yang berbeza dari sistem lama)
  • Ringkasan satu halaman tentang "apa yang sama, apa yang berbeza"
  • Di mana data sejarah aktiviti mereka berada dan cara mengaksesnya
  • Laluan sokongan: siapa yang perlu dihubungi jika sesuatu kelihatan salah selepas go-live

Templat "apa yang sama, apa yang berbeza" T-1 minggu:

Workflow lama anda Dalam CRM baharu
Log panggilan [CRM Baharu] > Activity > Log call, tempat yang sama, susun atur berbeza
Melihat Pipeline anda Peringkat yang sama, nama urusan yang sama, hanya paparan lajur yang berbeza
Nota anda Semua nota telah dimigrasikan. Carinya dalam bahagian Activity pada setiap kenalan
Segerak e-mel Disambungkan secara lalai, sejarah outbox anda ada dalam garis masa urusan
Medan tersuai [Nama medan] kini dipanggil [Nama medan baharu]

T-tolak 24 jam: Kemas kini go/no-go

Sehari sebelum migrasi, hantar pengesahan ringkas bahawa migrasi berjalan mengikut jadual.

Apa yang perlu disertakan:

  • Sahkan tempoh peralihan (bila [CRM lama] menjadi read-only dan bila [CRM baharu] go-live)
  • Apa maksud "read-only" dalam bahasa biasa ("anda boleh mencari rekod, tetapi anda tidak boleh menambah atau mengemas kini apa-apa")
  • Laluan pengecualian: jika anda ada keperluan mendesak semasa tempoh tersebut, hubungi [nama]
  • Pengesahan bahawa semua data mereka akan ada apabila sistem baharu dibuka

Contoh mesej T-24 jam:

Subjek: Migrasi CRM esok: apa yang dijangkakan

Kemas kini ringkas: migrasi berjalan mengikut jadual. Berikut ialah apa yang dijangkakan esok:

  • [Masa]: [CRM lama] menjadi read-only. Anda boleh melihat rekod tetapi tidak boleh menambah atau mengedit.
  • [Masa] hingga [Masa]: Tempoh migrasi aktif. Pasukan sedang menjalankan pengesahan data.
  • [Masa]: [CRM baharu] dibuka untuk semua orang. Ini ialah sistem rekod baharu mulai sekarang.

Jika anda ada situasi urusan yang mendesak semasa tempoh tersebut, hubungi [nama] di [telefon/Slack].

Kenalan, urusan, dan nota anda akan ada apabila anda log masuk. [Nama pengguna teras] sudah menggunakannya selama seminggu dan boleh menjawab soalan.

Hari 0: Mesej go-live

Apabila sistem baharu dibuka, hantar pengesahan ringkas.

Apa yang perlu disertakan:

  • CRM baharu sudah live dan kini menjadi sistem rekod
  • [CRM lama] masih boleh dibaca (untuk tempoh yang ditetapkan, biasanya 30-90 hari)
  • Siapa yang perlu dihubungi untuk sebarang isu data
  • Di mana untuk mencari panduan permulaan pantas atau video

Contoh mesej Hari 0:

Subjek: [CRM Baharu] sudah live, mulakan dari sini

[CRM Baharu] kini live dan menjadi sistem rekod mulai [masa] hari ini.

[CRM Lama] akan kekal boleh diakses dalam mod read-only sehingga [tarikh] jika anda perlu mencari rekod lama.

Jika ada sesuatu yang kelihatan salah dengan data anda, hubungi [nama] di [kenalan]. Kami mahu mengesan sebarang isu dalam 24 jam pertama.

Panduan permulaan pantas: [pautan]. Mengambil masa 10 minit.

[Nama pengguna teras] telah menggunakan sistem baharu dan boleh membantu menjawab soalan.

Menangani Bantahan Biasa Wakil Jualan

"Sejarah saya hilang."

Hampir tidak pernah benar-benar hilang. Sediakan jawapannya sebelum anda memerlukannya.

Respons: "Sejarah anda ada. Biar saya tunjukkan di mana. Dalam [CRM baharu], pergi ke [nama kenalan] dan klik bahagian [Activity]. Anda akan melihat semua nota dan log panggilan yang telah dimigrasikan. Jika ada sesuatu yang khusus tiada, hantar nama kenalan itu kepada saya dan saya akan semak log migrasi."

Sediakan rujukan yang boleh ditarik dengan cepat yang menunjukkan contoh rekod aktiviti sejarah yang telah dimigrasikan. Melihat contoh khusus menyelesaikan bantahan ini lebih cepat daripada sebarang jaminan umum.

"Ini memperlahankan saya."

Akui, kemudian ubah arah.

Respons: "Saya faham. Minggu pertama dalam sistem baharu sememangnya lebih perlahan, itu nyata. Inilah panduan 10 minit untuk lima tindakan yang anda lakukan setiap hari: log panggilan, kemas kini peringkat, cari kenalan, tambah nota, lihat Pipeline anda. Selepas ini, anda akan menguasai asasnya. Dan [ciri khusus] yang paling kerap anda gunakan sebenarnya lebih pantas daripada sistem lama, biar saya tunjukkan."

Jangan ketepikan kebimbangan itu. Sahkan dan beralih kepada perkara khusus.

"Saya lebih suka sistem lama."

Ini lebih berkaitan dengan kepercayaan dan kawalan, bukan ciri-ciri.

Respons: "Itu boleh difahami. Anda telah membina Workflow anda di dalamnya selama [X] tahun. Apa yang khususnya anda dapati lebih sukar dalam sistem baharu? Jika ia berkaitan pilihan susun atur, mungkin ada tetapan paparan yang boleh kita laraskan. Jika ia berkaitan langkah Workflow, saya ingin tahu tentangnya."

Bertanya apa yang khususnya lebih sukar melakukan dua perkara: ia menunjukkan anda mendengar, dan ia sering mendedahkan isu konkrit yang sebenarnya boleh anda selesaikan seperti penapis yang tiada, paparan lalai yang tidak ditetapkan dengan betul, atau ciri yang belum diketahui oleh wakil jualan.

Strategi Pengguna Teras

Kenal pasti 2-3 wakil jualan setiap pasukan yang selesa dengan alat baharu dan dihormati oleh rakan sejawat mereka. Mereka akan menjadi juara migrasi anda.

Cara menjalankan program pengguna teras:

  1. Rekrut sebelum T-3 minggu. Tanya secara langsung: "Kami akan memindahkan CRM dalam sebulan. Saya ingin memberi anda akses awal supaya anda boleh membantu pasukan anda semasa peralihan. Berminat?"

  2. Beri mereka akses pratonton 1 minggu sebelum go-live. Mereka meneroka sistem, menemui kelemahan, dan memberi maklum balas yang masih boleh diambil tindakan. Mereka juga membina kebiasaan yang menjadikan mereka benar-benar berguna pada day one.

  3. Sediakan mereka untuk sokongan rakan sejawat. "Pada hari go-live, wakil jualan akan ada soalan. Anda ialah orang pertama yang akan mereka tanya. Inilah lima soalan dan jawapan yang paling biasa. Jika ada sesuatu yang anda tidak dapat jawab, hubungi saya."

  4. Jangan jadikan ia kerja sambilan yang tidak dibayar. Pengguna teras mendapat akses awal dan pengiktirafan. Mereka tidak mendapat barisan tiket sokongan. Pastikan permintaan itu fokus: jawab soalan rakan sejawat untuk minggu pertama, eskalasikan apa-apa yang kelihatan seperti isu data.

Faedahnya ketara. Rakan sejawat yang menjawab "di mana nota saya?" lebih cepat dan lebih dipercayai daripada ahli pasukan Ops yang melakukan perkara yang sama. Ini juga membebaskan pasukan Ops untuk mengendalikan isu data sebenar dan bukannya soalan penghalauan dan sumber. Pendekatan pengguna teras ini juga berfungsi baik digabungkan dengan sistem rakan untuk Onboarding pekerja baharu. Pasukan yang sudah menggunakan pembelajaran peer-to-peer menyesuaikan struktur yang sama kepada migrasi secara semula jadi.

Apa yang Perlu Dipantau Selepas Pelancaran

Selepas go-live, perhatikan isyarat-isyarat ini dalam minggu pertama.

Kadar log masuk dalam sistem baharu. Jika 60% daripada pasukan tidak log masuk menjelang hari ketiga, anda mempunyai masalah penerimaan CRM. Semak siapa khususnya yang tidak log masuk dan hubungi secara terus. Ini hampir selalu berkaitan dengan salah satu daripada empat corak penolakan di atas. Penyelidikan penerimaan CRM Gartner melaporkan bahawa kadar penggunaan pengguna yang rendah ialah sebab yang paling kerap disebut untuk pelaburan CRM gagal memberikan ROI, menjadikan kadar log masuk minggu pertama sebagai petunjuk utama yang wajar dipantau.

Tiket dan aduan dalam minggu pertama. Log setiap isu yang dilaporkan oleh wakil jualan. Corak muncul dengan cepat: "Tiga wakil jualan tidak dapat melihat Pipeline mereka" mungkin bermakna isu kebenaran atau penapis; "Seorang wakil jualan berkata semua notanya hilang" adalah isu data khusus untuk disiasat. Pantau volum mengikut hari. Ia sepatutnya berkurangan setiap hari selepas go-live.

Urusan yang dilog dalam sistem lama selepas tempoh peralihan. Ini ialah "isyarat zombie": wakil jualan yang masih menganggap CRM lama sebagai sistem live. Pantau aktiviti log masuk dalam sistem lama selepas tempoh peralihan. Jika wakil jualan sedang memasukkan urusan di sana, hubungi mereka secara individu sebelum ia mewujudkan masalah penyesuaian. Audit pasca-migrasi berjalan serentak. Isu data yang dijumpai oleh pasukan Ops dalam 72 jam pertama harus secara langsung memaklumkan komunikasi kepada wakil jualan yang berikutnya.

Perangkap Biasa

Mengumumkan terlalu lewat. Dua hari notis sebelum migrasi CRM tidak mencukupi. Minimum tiga minggu memberi wakil jualan masa untuk bertanya soalan, menyesuaikan jangkaan, dan tidak berasa terkejut. Pasukan jualan yang terkejut ialah pasukan jualan yang menolak. Analisis Harvard Business Review tentang perubahan organisasi yang berjaya menyerlahkan bahawa notis awal yang mencukupi dan saluran komunikasi dua hala ialah peramal paling dipercayai bagi peralihan teknologi yang lancar dalam organisasi jualan.

Menggunakan bahasa IT dalam komunikasi kepada wakil jualan. "Kami akan memindahkan data pengeluaran dari [sumber] ke [destinasi] CRM melalui import kelompok" tidak memberitahu wakil jualan apa-apa yang berguna dan kedengaran menakutkan. Tulis untuk wakil jualan yang sibuk, agak skeptikal, dan perlu tahu apa yang harus mereka lakukan secara berbeza.

Tidak mempunyai satu titik hubungan untuk soalan wakil jualan. Jika soalan wakil jualan pergi ke meja bantuan, ke pasukan migrasi, ke IT, dan ke pengurus jualan, ia akan hilang, diduplikasi, dan dijawab secara tidak konsisten. Tetapkan satu kenalan untuk soalan migrasi wakil jualan. Salurkan semua soalan melalui orang itu.

Menganggap penerimaan CRM sebagai sesuatu yang pasti. "Mereka akan faham sendiri" bukan pelan komunikasi. Sesetengah wakil jualan akan menyesuaikan diri dengan serta-merta. Sesetengah memerlukan panduan 10 minit. Sesetengah memerlukan tiga perbualan sebelum mereka berhenti memasukkan urusan dalam sistem lama. Rancang untuk keseluruhan taburan, bukan senario terbaik sahaja.

Langkah Seterusnya

Hantar pengumuman T-tolak 3 minggu sebelum menjadualkan tarikh tempoh peralihan. Pelan komunikasi perlu bergerak sebelum tarikh migrasi dikunci, bukan selepasnya.

Selaraskan pemilihan pengguna teras dengan pengurus jualan sebelum pengumuman T-3 minggu dihantar. Mengenal pasti pengguna teras selepas pengumuman mewujudkan kelewatan dalam menyediakan akses pratonton mereka.

Pelan komunikasi ini berkait dengan model akses dalam akses pengguna semasa migrasi: pendekatan keistimewaan minimum, khususnya komunikasi tempoh peralihan dan laluan pengendalian pengecualian yang perlu diketahui oleh wakil jualan sebelum pembekuan bermula.

Selepas go-live, audit pasca-migrasi data: apa yang perlu disahkan dan bila berjalan serentak dengan pelan komunikasi. Isu data yang dijumpai oleh pasukan Ops dalam audit akan memaklumkan komunikasi kepada wakil jualan yang berikutnya.

Ketahui Lebih Lanjut