Mitos konektor CDP

Pada demo CDP baru-baru ini yang saya hadiri, seorang klien yang gugup bertanya kepada vendor apakah mereka memiliki penghubung ke Salesforce Sales Cloud. Vendor menjawab dengan tegas, dan klien menarik napas lega. Tetapi sebenarnya — sebagian besar vendor platform data pelanggan (CDP) memiliki konektor terpaket yang mengecewakan. Baca terus untuk mengetahui alasannya dan apa yang dapat Anda lakukan.

Sedikit sejarah: Perlombaan 'portlet' perusahaan

Pertemuan ini mengingatkan saya pada era “portal perusahaan”. Silakan manjakan saya saat saya melihat kembali ke akhir tahun 2000-an dan awal 2010-an - waktu yang ingin dilupakan oleh sebagian besar pelanggan dan vendor tetapi masih membawa pelajaran hari ini.

Portal perusahaan seharusnya menyediakan satu antarmuka yang nyaman ke dalam rangkaian aplikasi perusahaan yang berpotensi luas, ditampilkan sebagai blok terpisah di layar dalam motif dasbor. Teknologi yang mendasari blok-blok individual itu memiliki banyak nama, tetapi untuk saat ini, sebut saja mereka "portlet".

Segera menjadi jelas bahwa program portal pada dasarnya adalah proyek integrasi yang sangat kompleks, sehingga perusahaan secara alami berusaha untuk memanfaatkan kode konektor prefab. Vendor menanggapi dengan katalog portlet, dan perlombaan senjata pun terjadi. “Kami memiliki 250 portlet,” seorang vendor akan menyombongkan diri.

Portlet ini akan bervariasi secara dramatis dalam hal asal, dukungan, kegunaan, kinerja, keamanan, dan (yang terpenting) dasar teknis. Sebuah "portlet" biasanya merupakan contoh referensi dari beberapa kode Java atau C # yang ditulis seseorang untuk satu implementasi klien. Seringkali, kode perlu dirombak, terkadang dari awal.

Vendor membalas - tidak adil - bahwa masalah sering kali berasal dari cara sistem jarak jauh dikonfigurasikan daripada dengan platform portal itu sendiri. Mungkin begitu, tetapi perusahaan akhirnya bosan dengan portlet. Di tengah perubahan teknologi dan bisnis lainnya di dunia digital, teknologi platform portal berangsur-angsur ketinggalan zaman.

Perlombaan konektor CDP baru

Maju cepat ke hari ini, dan dunia mulai memahami CDP sebagai lingkungan integrasi (antara lain). Setiap tim seleksi CDP yang bekerja sama dengan kami berusaha keras untuk menemukan vendor dengan konektor bawaan agar sesuai dengan platform lama mereka. Namun, hampir setiap implementasi CDP menemukan pengembang mahal secara signifikan memodifikasi atau menulis ulang konektor tersebut.

Vendor CDP tampaknya mengalah pada tekanan yang dialami saudara portal mereka. Jika pelanggan menghargai katalog konektor yang beragam, maka sebagai vendor CDP, Anda harus menampilkan banyak konektor, siap atau tidak. Dalam demo CDP, konektor muncul di layar sebagai blok yang rapi (dengan logo platform yang terhubung muncul dengan jelas) yang dapat Anda seret — hampir seperti portlet!

Yah, tidak secepat itu. Seperti portlet, konektor vendor CDP dapat dihasilkan hanya dari output implementasi tunggal. Lebih penting lagi, dalam beberapa kasus, satu konektor tidak mungkin mengatasi kompleksitas platform martech di ujung lainnya.

Pertimbangkan Salesforce Sales Cloud, yang disebutkan di atas. Platform menderita model objek bermasalah yang sebagian besar lisensinya diubah atau diperluas. Ini bisa seperti berhubungan dengan gurita yang sangat marah. Dan Salesforce sama sekali tidak sendirian di sini. Dalam situasi seperti itu, konektor vendor CDP hanya dapat menyediakan perancah dasar dan menyerahkan sisanya kepada pengembang.

Apakah musuh kita?

Portal mati karena alasan lain. Jika mata adalah jendela jiwa, portal adalah jendela ke usus perusahaan. Portal hanya berguna sebagai aplikasi yang mendasarinya. Seringkali, aplikasi tersebut berantakan, tidak memiliki konten umum dan model metadata, menggunakan rezim kontrol akses yang beragam, menampilkan model UX yang berbeda, dan terkadang menampilkan data berkualitas rendah.

Di perusahaan saya, kami melihat fenomena serupa dengan CDP. Bergantung pada bagaimana Anda menjangkau upaya CDP (dan pola yang berbeda muncul di sini), CDP dapat mengungkap ketidakdewasaan rezim manajemen data pelanggan Anda yang lebih luas — semakin banyak alasan untuk mencocokkan calon CDP dengan arsitektur data Anda yang lebih luas.

Gali lebih dalam: Cara mengidentifikasi dan mengatur data dengan CDP baru

Hati-hati dengan vendor CDP yang mengklaim memiliki beragam katalog konektor

Seperti biasa, diperingatkan terlebih dahulu. Pertama, pertimbangkan kembali kelebihan berat vendor yang mengklaim memiliki katalog konektor yang cocok dengan tumpukan Anda. Di antara alasan lainnya, hanya dengan memindahkan file CSV dapat menyelesaikan banyak kasus penggunaan (non-real-time). Saat Anda membutuhkan konektor terpaket, pengalaman integrasi khusus menjadi berguna tetapi tidak secara inheren melindungi dari pengembangan substansial di masa depan Anda. Kuncinya adalah untuk mengetahui berapa banyak perkembangan.

Mudah-mudahan, Anda mengikuti proses seleksi CDP yang gesit yang diakhiri dengan persaingan kompetitif dan proof of concept (PoC) yang lebih teknis dengan satu atau dua finalis. PoC adalah lingkungan yang bagus untuk menguji beberapa konektor penting. Anda kemudian akan memahami tingkat upaya untuk merombak jika perlu - dan itu bisa sering terjadi.

Seperti pendahulu vendor portal mereka, vendor CDP akan menjanjikan paket "mulai cepat" untuk mempercepat implementasi awal. Jangan percaya. Sekali lagi, beberapa penundaan mungkin berasal dari waktu yang Anda perlukan untuk mendapatkan rumah data Anda sendiri, tetapi juga, saya jamin bahwa seseorang akan melakukan pengembangan konektor, dan pekerjaan ini diukur dalam kuartal, bukan bulan. Anggaran sumber daya Anda sesuai.