CDP bağlayıcı efsanesi

Yakın zamanda katıldığım bir CDP demosunda gergin bir müşteri, satıcıya Salesforce Sales Cloud bağlayıcıları olup olmadığını sordu. Satıcı olumlu yanıt verdi ve müşteri rahat bir nefes aldı. Ancak gerçek şu ki, çoğu müşteri veri platformu (CDP) satıcısının hayal kırıklığı yaratan paketlenmiş bağlayıcıları vardır. Bunun neden olduğunu ve bu konuda neler yapabileceğinizi öğrenmek için okumaya devam edin.

Biraz tarih: Kurumsal 'portlet' yarışı

Bu karşılaşma bana “kurumsal portal” dönemini hatırlattı. 2000'lerin sonları ve 2010'ların başlarına bakarken lütfen beni hoşgörün; bu, çoğu müşterinin ve satıcının unutmak isteyeceği bir zaman, ancak bu, bugün hala dersler içeriyor.

Kurumsal portalların, potansiyel olarak geniş bir kurumsal uygulama dizisine, bir pano motifinde bir ekranda ayrı bloklar olarak görüntülenen tek, kullanışlı bir arayüz sağlaması gerekiyordu. Bu bireysel blokların temelini oluşturan teknolojinin birçok adı vardı, ancak şimdilik bunlara "portlet" diyelim.

Portal programlarının temelde son derece karmaşık entegrasyon projeleri olduğu kısa sürede anlaşıldı, bu nedenle işletmeler doğal olarak prefabrik konektör kodundan yararlanmaya çalıştı. Satıcılar portlet kataloglarıyla yanıt verdi ve ardından bir silahlanma yarışı başladı. Bir satıcı "250 portletimiz var" diye böbürlenirdi.

Bu portletler kaynak, destek, kullanılabilirlik, performans, güvenlik ve (en önemlisi) teknik temeller açısından önemli ölçüde farklılık gösterecektir. Bir "portlet", tipik olarak, birinin tek bir istemci uygulaması için yazdığı bazı Java veya C# kodlarının referans örneğiydi. Çoğu zaman, kodun bazen sıfırdan elden geçirilmesi gerekiyordu.

Satıcılar - haksız değil - sorunların genellikle portal platformunun kendisinden ziyade uzak sistemlerin nasıl yapılandırıldığından kaynaklandığını söylediler. Belki öyledir, ancak işletmeler sonunda portletlerden bıktı. Dijital dünyadaki diğer teknoloji ve iş değişikliklerinin ortasında, portal platform teknolojisi yavaş yavaş modası geçti.

Yeni CDP konektör yarışı

Günümüze hızla ilerleyin ve dünya CDP'leri (diğer şeylerin yanı sıra) entegrasyon ortamları olarak anlamaya başlıyor. Birlikte çalıştığımız her CDP seçim ekibi, yerleşik platformlarıyla eşleşmek için önceden oluşturulmuş konektörlere sahip satıcılar bulmaya çalışır. Yine de, neredeyse her CDP uygulaması, pahalı geliştiricilerin bu bağlayıcıları önemli ölçüde değiştirdiğini veya yeniden yazdığını görür.

CDP satıcıları, portal kardeşlerinin katlandığı baskılara boyun eğiyor gibi görünüyor. Müşteriler çok çeşitli konektör kataloğuna değer veriyorsa, o zaman bir CDP satıcısı olarak hazır olsun ya da olmasın birçoğunu göstermelisiniz. CDP demolarında, bağlayıcılar ekranda sürükleyebileceğiniz temiz bloklar (bağlı platform logosu belirgin bir şekilde görünecek şekilde) olarak görünür - neredeyse portletler gibi!

O kadar hızlı değil. Portletler gibi, CDP satıcı bağlayıcıları da yalnızca tek bir uygulamanın çıktısından kaynaklanabilir. Daha da önemlisi, bazı durumlarda, tek bir konektör, diğer uçtaki martech platformunun karmaşıklığına muhtemelen cevap veremez.

Yukarıda belirtilen Salesforce Sales Cloud'u düşünün. Platform, çoğu lisans sahibinin çarpıttığı veya büyük ölçüde genişlettiği sorunlu bir nesne modelinden muzdariptir. Çok kızgın bir ahtapotla bağlantı kurmak gibi olabilir. Ve Salesforce burada kesinlikle yalnız değil. Bu gibi durumlarda, bir CDP satıcısının bağlayıcısı yalnızca temel yapı iskelesini sağlayabilir ve gerisini bir geliştiriciye bırakabilir.

Düşman biz miyiz?

Portallar başka bir nedenle öldü. Gözler ruhun pencereleriyse, portallar da işletmelerin bağırsaklarına açılan pencerelerdi. Bir portal yalnızca altta yatan uygulamalar kadar yararlıydı. Genellikle, bu uygulamalar dağınıktı, ortak içerik ve meta veri modellerinden yoksundu, çeşitli erişim kontrol rejimleri kullandı, farklı UX modelleri sergiledi ve bazen düşük kaliteli verileri açığa çıkardı.

Şirketimde CDP'lerde benzer bir fenomen görüyoruz. Bir CDP çalışmasını nasıl kapsamlandırdığınıza bağlı olarak (ve burada farklı modeller ortaya çıkıyor), CDP, daha geniş müşteri veri yönetimi rejiminizin olgunlaşmamışlığını ortaya çıkarabilir - tüm olası CDP'leri daha geniş veri mimarinizle eşleştirmek için daha fazla neden.

Daha derine inin: Yeni bir CDP ile veriler nasıl belirlenir ve düzenlenir

Çeşitli konektör kataloglarına sahip olduğunu iddia eden CDP satıcılarına dikkat edin

Her zaman olduğu gibi, önceden uyarılmış olan önceden silahlandırılmıştır. İlk olarak, yığınınızla iyi eşleşen konektör kataloglarına sahip olduğunu iddia eden bir satıcıya fazla ağırlık vermeyi yeniden düşünün. Diğer nedenlerin yanı sıra, CSV dosyalarını basitçe hareket ettirmek birçok (gerçek zamanlı olmayan) kullanım durumunu çözebilir. Paketlenmiş bağlayıcılara ihtiyaç duyduğunuzda, özel entegrasyon deneyimi faydalı olur, ancak doğal olarak geleceğinizdeki önemli gelişmelere karşı koruma sağlamaz. Anahtar, ne kadar olduğunu bulmaktır. gelişim.

Umarız, rekabetçi bir tartışma ve bir veya iki finalistle daha teknik bir konsept kanıtı (PoC) ile sonuçlanan çevik bir CDP seçim sürecini izliyorsunuzdur. PoC, birkaç temel konektörü test etmek için harika bir ortamdır. O zaman gerektiğinde elden geçirme çabasının düzeyini anlayacaksınız - ve bu genellikle olabilir.

Önceki portal satıcı firmaları gibi, CDP tedarikçileri de ilk uygulamayı hızlandırmak için "hızlı başlangıç" paketleri vaat edecek. İnanma. Bir kez daha, bazı gecikmeler kendi veri evinizi düzene sokmanız gerekeceğinden kaynaklanabilir, ancak aynı zamanda, birinin bağlayıcı geliştirme yapacağını garanti edebilirim ve bu iş aylarla değil, üç aylık dönemlerle ölçülür. Kaynaklarınızı buna göre bütçelendirin.