Pilih satu perjalanan pelanggan
Tentukan pengguna, hasil bagi pelanggan, kegagalan saat ini, catatan, keputusan, ukuran, dan cakupan yang dikecualikan.
- Penanggung jawab eksekutif
- Pemilik proses
- Tolok ukur keberhasilan
Buat rencana implementasi CRM yang memperjelas kepemilikan, migrasi data, keputusan alur kerja, adopsi, integrasi, kontrol perubahan, dan hasil terukur.
Implementasi CRM mengubah cara orang bertanggung jawab, memperbarui, dan bertindak atas pekerjaan pelanggan. Memasang kolom dan mengimpor kontak hanyalah awal yang terlihat.
Jangan memperluas skala sebelum asumsi operasi sebelumnya terbukti dalam penggunaan nyata.
Tentukan pengguna, hasil bagi pelanggan, kegagalan saat ini, catatan, keputusan, ukuran, dan cakupan yang dikecualikan.
Petakan identitas, duplikat, organisasi, riwayat, persetujuan, kepemilikan, retensi, dan sumber resmi.
Modelkan tahap, tindakan, izin, pengecualian, persetujuan, pengingat, dan pelaporan yang tertaut ke sumber.
Gunakan pengguna dan kasus nyata dalam skenario umum, kasus khusus, keterlambatan, duplikat, dan izin.
Latih migrasi, peralihan, komunikasi, dukungan, pemulihan perubahan, dan akses sistem lama.
Tetapkan pemilik kolom, alur kerja, izin, metrik, integrasi, insiden, dan keputusan rilis.
Tetapkan tolok ukur awal dan sebutkan sumber di balik setiap ukuran.
Proporsi hubungan aktif yang memiliki penanggung jawab saat ini, status bermakna, dan tindakan berikutnya.
Waktu sejak sinyal pelanggan hingga penugasan, keputusan, respons, atau penyelesaian.
Tingkat duplikat, konteks wajib yang hilang, catatan usang, masalah rekonsiliasi, dan sengketa metrik.
Pekerjaan representatif diselesaikan di CRM tanpa spreadsheet pribadi atau entri ganda.
Waktu dan upaya untuk menyetujui, mengonfigurasi, menguji, merilis, dan mengadopsi perubahan proses yang terfokus.
Perbedaan ini penting bagi biaya dan kecepatan respons CRM dalam jangka panjang.
Perubahan dapat tertunda karena kapasitas vendor atau pengembang, perumusan kebutuhan, implementasi, pengujian, dan jadwal rilis.
Administrator terlatih biasanya dapat mengonfigurasi dan menguji perubahan terfokus pada aplikasi yang ada ketika tata kelola dan dependensi sudah dipahami.
Ini adalah risiko operasional, bukan sekadar cacat perangkat lunak.
Keputusan tetap abstrak dan bukti uji coba datang terlambat.
Ambiguitas dan kekacauan lama menjadi fondasi sistem baru.
Pengguna melihat beban administrasi tanpa manfaat bagi pekerjaan mereka.
Model data menjadi lebih lambat, tidak konsisten, dan semakin sulit dipercaya.
Uji coba terfokus yang dapat dikonfigurasi bisa memakan beberapa hari atau minggu, sedangkan program perusahaan dapat berlangsung berbulan-bulan. Cakupan, kualitas data, integrasi, kontrol, migrasi, kelompok pengguna, dan tata kelola perubahan lebih penting daripada kategori vendor semata.
Pilih perjalanan pelanggan yang terfokus, tetapkan hasil dan kegagalan saat ini, tentukan pemilik proses dan data, buat tolok ukur awal, lalu nyatakan hal yang tidak termasuk dalam rilis pertama.
Penyebab umum meliputi penanggung jawab yang tidak jelas, cakupan terlalu luas, kualitas data buruk, menyalin proses lama, nilai pengguna yang lemah, integrasi yang belum diuji, perilaku manajemen yang tidak konsisten, dan ketiadaan model tata kelola perubahan yang berkelanjutan.
Tim dapat memodelkan catatan tertaut, alur kerja, peran, tampilan, dan dasbor, lalu menyesuaikan uji coba sebelum peluncuran luas.
Migrasi besar, integrasi kompleks, kontrol regulasi, analitik bervolume tinggi, manajemen perubahan global, dan fungsi khusus memerlukan arsitektur, keahlian, pengujian, dan tata kelola yang tepat, apa pun platformnya.