Identitas pelanggan
Tentukan sistem yang membuat ID tetap dan atribut mana yang boleh diperbarui di tempat lain.
Bagaimana duplikat, merger, entitas hukum, dan perubahan alamat diselesaikan?Bandingkan pekerjaan hubungan pelanggan dengan tanggung jawab ERP seperti keuangan, inventaris, pengadaan, dan pemenuhan, lalu rancang serah terimanya alih-alih memaksa satu sistem menangani semuanya.
CRM dan ERP bersinggungan pada batas pesanan pelanggan. Desain paling aman menetapkan satu pemilik resmi untuk setiap catatan dan membuat pengecualian terlihat sepanjang proses serah terima.
Batas tersebut harus jelas meskipun satu vendor menjual keduanya.
| Area | Tanggung jawab CRM | Tanggung jawab ERP |
|---|---|---|
| Pelanggan dan akun | Konteks hubungan, pemangku kepentingan, aktivitas, kebutuhan, peluang, konteks layanan, dan tindakan berikutnya. | Atribut induk pelanggan yang diperlukan untuk penagihan, kredit, pajak, pemenuhan, dan akuntansi. |
| Pekerjaan komersial | Kualifikasi, tahap peluang, komitmen hubungan, konteks proposal, dan masukan prakiraan. | Barang, harga, pajak, kredit, kontrak, pesanan, pengiriman, faktur, pembayaran, dan entri akuntansi yang disetujui. |
| Operasi | Serah terima yang melibatkan pelanggan, eskalasi, risiko hubungan, dan riwayat komunikasi. | Pengadaan, inventaris, produksi, pemenuhan, aset, keuangan, penggajian, dan kontrol yang diwajibkan hukum. |
| Pelaporan | Pipeline, aktivitas hubungan, kondisi pelanggan, tindakan berikutnya, dan hasil komersial. | Pengakuan pendapatan, biaya, margin, penilaian inventaris, kas, liabilitas, dan konsolidasi keuangan. |
Sinkronisasi bukan tata kelola jika setiap kolom dan kegagalan tidak memiliki penanggung jawab.
Tentukan sistem yang membuat ID tetap dan atribut mana yang boleh diperbarui di tempat lain.
Bagaimana duplikat, merger, entitas hukum, dan perubahan alamat diselesaikan?ERP atau sistem perdagangan biasanya menguasai data item, harga, biaya, pajak, dan ketersediaan.
Konteks komersial yang telah disetujui mana yang boleh ditampilkan CRM tanpa dapat diedit?Tentukan kapan peluang atau permintaan yang disetujui menjadi pesanan ERP dan siapa yang memperbaiki penolakan.
Bukti apa yang diperlukan sebelum transaksi diterima?Kembalikan status pemenuhan dan keuangan resmi sambil menjaga tindak lanjut pelanggan tetap memiliki penanggung jawab.
Siapa yang melihat transaksi gagal, terlambat, disengketakan, atau berubah, lalu bertindak berikutnya?Jalur pengecualian lebih penting daripada diagram yang sempurna.
CRM mencatat kebutuhan dan konteks hubungan; tinjauan komersial yang diwajibkan memastikan kesiapan.
ERP menerima data pelanggan, item, harga, pajak, kredit, dan pesanan yang terkendali.
Status pengiriman, faktur, pembayaran, pembatalan, dan kredit dikirim kembali agar terlihat oleh tim pelanggan.
Kesalahan validasi, duplikat, data induk yang hilang, kredit, ketersediaan, dan integrasi masuk ke antrean dengan penanggung jawab jelas.
Penanggung jawab hubungan menyampaikan hasil dan mencatat tindakan berikutnya tanpa mengubah data resmi ERP.
Jodoo tidak seharusnya diposisikan sebagai buku besar akuntansi atau platform interaksi penjualan bawaan.
Gunakan formulir, persetujuan, bukti, dan catatan serah terima Jodoo di sekitar CRM dan ERP.
Membuat transaksi ERP yang belum lengkap hanya untuk memulai tinjauan.
Arahkan kegagalan integrasi, data yang hilang, keputusan harga, masalah pemenuhan, dan tindak lanjut pelanggan.
Mengelola serah terima yang gagal melalui email.
Pertahankan ERP sebagai sumber dan tampilkan hanya konteks yang diperlukan.
Menghitung ulang pajak, margin, valuasi, atau catatan wajib dalam kolom aplikasi yang dapat diedit.
Pertahankan CRM siap pakai sebagai sumber dan hubungkan pekerjaan operasional yang disetujui.
Membangun ulang fitur penjualan khusus dalam aplikasi alur kerja umum.
Perbandingan menjadi operasional saat tim dapat mengubah pekerjaan lintas sistem sementara kedua sistem tetap menyimpan catatan resminya.
Perubahan terfokus pada validasi, persetujuan, pengecualian, dan pemantauan dapat melintasi antrean CRM, ERP, integrasi, pengembangan, dan rilis.
Administrator terlatih biasanya dapat mengonfigurasi dan menguji formulir serah terima, jalur persetujuan, antrean pengecualian, tampilan pemilik, dan dasbor yang terhubung ke sumber.
CRM terutama mengelola hubungan pelanggan dan pekerjaan komersial. ERP mengelola transaksi bisnis dan sumber daya yang diatur, seperti pesanan, inventaris, pengadaan, produksi, keuangan, dan akuntansi.
Banyak perusahaan menggunakan keduanya ketika pekerjaan yang melibatkan pelanggan dan transaksi bertata kelola cukup kompleks untuk memerlukan sistem terpisah. Tim kecil dapat memakai suite atau platform yang dapat dikonfigurasi, tetapi kepemilikan catatan tetap harus jelas.
Jodoo dapat menjalankan permintaan, persetujuan, catatan, pengecualian, dan dasbor yang dapat dikonfigurasi. Jodoo bukan pengganti akuntansi khusus, penilaian inventaris, pajak, penggajian, atau kontrol ERP yang diwajibkan hukum, kecuali kemampuan tersebut telah dipastikan tersedia dalam produk.
Koordinasikan permintaan, persetujuan, bukti, serah terima, pengecualian integrasi, dan tindak lanjut pelanggan, sementara setiap sistem khusus tetap menyimpan data yang menjadi acuan resmi.
Jangan menduplikasi logika keuangan, inventaris, pajak, pemenuhan, prakiraan, atau interaksi hanya untuk menghindari keputusan integrasi.