Platform manajemen hubungan pelanggan (CRM) sangat bergantung pada data besar. Karena platform ini menjadi lebih banyak digunakan, beberapa sumber daya data yang mereka andalkan menjadi lebih luas.
Penyedia CRM perlu menemukan cara untuk mengatasi masalah utang teknis yang mereka hadapi melalui inisiatif data besar baru. Ini akan lebih mudah karena kemajuan dalam data besar membuat ini lebih mungkin.
Hubungan Antara Big Data, Teknologi CRM dan Utang Teknis
Dengan semakin banyak pelanggan CRM yang mencapai tanda 10 tahun di platform masing-masing, efek melumpuhkan dari utang teknis menjadi tersebar luas secara signifikan. Meskipun disalahpahami, utang teknis dapat mengakibatkan kinerja yang lambat, kelincahan yang berkurang, adopsi yang lamban, dan kegagalan untuk memenuhi persyaratan bisnis. Dan ini telah membuat para eksekutif TI yang berpengalaman bertanya-tanya apa yang harus dilakukan dengan masalah rumit utang teknis dan bagaimana data besar dapat membantu.
Untuk membantu memerangi situasi, CRM berbasis data seperti Salesforce sekarang menawarkan layanan yang diarahkan untuk mengatasi utang teknis. Sebagai bagian dari ini, Salesforce merekomendasikan agar pelanggan mencurahkan persentase dari setiap rilis untuk pekerjaan pembersihan. Tetapi sementara semua orang setuju bahwa utang teknis itu buruk, belum banyak diskusi tentang bagaimana utang teknis mengurangi kinerja dan kelincahan CRM. Tanpa memahami hal ini, sulit untuk mengetahui cara memperbaiki masalah – atau menghindarinya sejak awal.
Apa itu utang teknis?
Dalam pengembangan perangkat lunak, hutang teknis sering didefinisikan sebagai biaya untuk memilih solusi yang mudah sekarang daripada pendekatan yang lebih baik yang mungkin memakan waktu lebih lama. Analis CRM suka mengasosiasikan utang teknis dengan kompleksitas yang dihasilkan dari penyesuaian yang ekstensif.
Metazoa CEO Jennifer Mercer tidak berpikir bahwa salah satu dari definisi tersebut sangat membantu, terutama dalam hal Salesforce.
“Pertama-tama, [akun] organisasi Salesforce harus sangat disesuaikan untuk memenuhi persyaratan bisnis yang penting,” kata Mercer. “Organisasi Salesforce yang kompleks dapat bekerja dengan baik jika dikelola dengan benar. Dan kedua, kami telah menemukan bahwa hilangnya kelincahan dan kinerja di organisasi Salesforce yang lebih lama sering kali dapat dilacak ke malfungsi tertentu yang dapat diperbaiki. Kami tidak berpikir masalahnya adalah terlalu banyak penyesuaian, melainkan, sistem vital dalam organisasi yang menjadi tidak sehat.”
Metazoa adalah perusahaan di balik perangkat lunak teratas ekosistem Salesforce untuk manajemen organisasi, Metazoa Snapshot. Dibuat pada tahun 2006, Snapshot adalah solusi manajemen CRM pertama yang dirancang khusus untuk Salesforce dan merupakan salah satu Aplikasi pertama yang ditawarkan di Salesforce AppExchange. Selama bertahun-tahun, Snapshot telah berkembang menjadi perangkat industri yang paling komprehensif untuk manajemen organisasi, migrasi data relasional, dokumentasi, penghapusan utang teknis, dan banyak lagi.
Bagaimana dengan SAP dan Oracle?
Bagi mereka yang beroperasi di bawah platform CRM SAP, tim di Pillir memiliki solusi terdepannya sendiri. Menyadari mengapa perusahaan berjuang dengan inovasi, tim Pillir menciptakan alat ABAP yang unik (ABAP adalah bahasa pemrograman tingkat tinggi yang dibuat oleh perusahaan perangkat lunak Jerman SAP) yang disebut Dasbor utang teknis SAP untuk membantu pelanggan SAP memahami berapa banyak waktu, uang, dan sumber daya yang dihabiskan untuk penyesuaian yang tidak perlu dan cara menurunkan utang teknis dalam prosesnya.
"ABAP memiliki sejarah bertingkat, tetapi juga datang dengan label harga yang mahal," kata analis industri Brian Fitzgerald. “Seperti halnya APEX Salesforce, ABAP SAP adalah yang mendorong ekosistem CRM yang sangat kompleks. Dengan demikian, ketika mulai menghasilkan tumpukan utang teknis, pelanggan berisiko mengalami kegagalan sistem. Dan ini benar dengan Oracle's Application Express, juga disebut APEX.”
Oracle, kaki ketiga dari tiga besar CRM, tidak kebal terhadap masalah utang teknis. Faktanya, ini adalah masalah besar sehingga perusahaan bekerja sama dengan Deloitte untuk mencoba dan mengurangi utang teknis bagi pelanggannya. Ini menghasilkan pengenalan migrasi cloud ujung ke ujung dan produk layanan terkelola yang disebut MENGANGKAT.
Sekarang setelah Anda mengetahui semua yang dibutuhkan tentang utang teknis dalam CRM, apa yang dapat Anda lakukan untuk mengatasi masalah tersebut? Jawabannya paling kompleks, tetapi ada harapan.
Visualisasikan masalahnya
Untuk mendapatkan pemahaman yang baik tentang di mana masalahnya, Anda harus terlebih dahulu menilai semua data Anda.
“Setelah Anda memperhitungkan semua data CRM, dan jenis metadata, administrator kemudian perlu mengambil snapshot akun yang komprehensif,” tambah Mercer. “Ini bisa jadi sulit dalam CRM seperti Salesforce karena sistemnya memiliki beberapa batasan. Namun, alat seperti Metazoa Snapshot membuatnya tidak menyakitkan. Dan begitu gambaran umum dari semua data tersedia, masalahnya akan menjadi jelas.”
Aset yang tidak digunakan
“Ada beberapa jenis aset metadata berbeda yang dapat tertinggal karena pengaturan konfigurasi dalam CRM,” tambah Fitzgerald. "Misalnya, mungkin aset tidak ditetapkan ke pengguna."
Ada masalah analog di sisi data juga, di mana data dapat kurang dimanfaatkan. Laporan dan dasbor juga bisa basi. Informasi ini mencakup Deskripsi, Teks Bantuan, Status Bisnis, Klasifikasi Keamanan, dan Grup Kepatuhan. Perhatian khusus harus diberikan pada tanggal aset dibuat dan terakhir diubah, dan admin mana yang terlibat.
Menghapus aset yang tidak digunakan ini adalah langkah pertama yang bagus menuju pembersihan dan pengoptimalan CRM!
Pengguna tidak aktif
Seiring waktu, CRM dapat berakhir dengan lebih banyak pengguna yang tidak aktif daripada yang aktif. Misalnya, dengan Salesforce, ada lebih dari 50 cara berbeda agar pengguna yang tidak aktif dapat tetap terhubung ke akun Salesforce. Pengguna tidak aktif masih dapat mengelola pengguna aktif, menerima email sistem, anggota tim yang tersisa, dan berfungsi sebagai pengguna yang berjalan untuk dasbor dan sistem perusahaan penting lainnya. Pengguna zombie ini tidak hanya memperumit manajemen CRM dan pengembangan perangkat lunak, tetapi juga menimbulkan banyak ancaman keamanan.
Melacak dan menghapus semua koneksi antara pengguna yang tidak aktif dan akun CRM bisa menjadi proses yang sangat rumit. Koneksi bisa dengan nama pengguna, email pengguna, dan ID pengguna. Praktik terbaik adalah mengidentifikasi pengguna ini dan menghapus koneksi mereka ke Org atau menggantinya dengan pengguna aktif.
Kesimpulan
Salesforce, SAP, dan Oracle menyediakan beberapa opsi luar biasa untuk menjalankan seluruh perusahaan. Tetapi dengan kekuatan besar datang tanggung jawab besar. Tanpa uji tuntas yang tepat, CRM dinamis akan menjadi lumpuh dengan utang teknis dari waktu ke waktu. Dan sayangnya, tidak banyak peringatan ketika sistem Anda menuju kehancuran utang teknis.
Tapi jangan khawatir; ada cahaya di ujung terowongan! Untungnya, ada beberapa alat canggih yang tersedia yang dapat menemukan utang teknis dan juga memperbaiki masalah yang terkait dengannya. Metazoa Snapshot, dasbor utang teknis Pillir, dan ELEVATE adalah contoh yang bagus.
Sumber: https://www.smartdatacollective.com/crms-have-big-data-technical-debt-problem-how-to-fix-it/
- Akun
- aktif
- Ad
- Adopsi
- Semua
- analis
- Aplikasi
- aplikasi
- aset
- Aktiva
- mobil
- TERBAIK
- bisnis
- ceo
- klasifikasi
- awan
- Perusahaan
- perusahaan
- pemenuhan
- Koneksi
- Konten
- CRM
- pelanggan
- dasbor
- data
- Hutang
- deloitte
- Pengembangan
- ekosistem
- MENGANGKAT
- Enterprise
- eksekutif
- menghadapi
- Kegagalan
- akhir
- Pertama
- Memperbaiki
- baik
- besar
- Kelompok
- sejarah
- Seterpercayaapakah Olymp Trade? Kesimpulan
- How To
- HTTPS
- mengenali
- industri
- informasi
- Innovation
- terlibat
- masalah
- IT
- bahasa
- terkemuka
- cahaya
- pengelolaan
- tanda
- Meltdown
- Anggota
- uang
- menawarkan
- operasi
- Opsi
- peramal
- urutan
- Lainnya
- prestasi
- Platform
- Platform
- Plugin
- kekuasaan
- harga pompa cor beton mini
- Produk
- Pemrograman
- menurunkan
- laporan
- Persyaratan
- Sumber
- Hasil
- Risiko
- berjalan
- tenaga penjualan
- getah
- keamanan
- Ancaman keamanan
- rasa
- Layanan
- Potret
- Perangkat lunak
- pengembangan perangkat lunak
- Negara
- Status
- sistem
- sistem
- Teknis
- Teknologi
- ancaman
- waktu
- puncak
- Pengguna
- dalam
- Kerja
- tahun