Il mito del connettore CDP

Jan 28, 2024

MarTech » Piattaforma dati cliente (CDP) » Il mito del connettore CDP

Durante una recente demo CDP a cui ho partecipato, un cliente nervoso ha chiesto al fornitore se disponeva di un connettore per Salesforce Sales Cloud. Il venditore ha risposto affermativamente e il cliente ha tirato un sospiro di sollievo. Ma la verità è che la maggior parte dei fornitori di piattaforme dati dei clienti (CDP) dispone di connettori in pacchetto deludenti. Continua a leggere per scoprire perché ciò accade e cosa puoi fare al riguardo.

Questo incontro mi ha ricordato l'era del "portale aziendale". Per favore, assecondatemi mentre guardo indietro alla fine degli anni 2000 e all'inizio degli anni 2010, un periodo che la maggior parte dei clienti e dei fornitori vorrebbe dimenticare, ma che porta ancora lezioni oggi.

Si supponeva che i portali aziendali fornissero un'interfaccia unica e conveniente per una gamma potenzialmente ampia di applicazioni aziendali, visualizzate come blocchi separati su uno schermo in un motivo dashboard. La tecnologia alla base di questi singoli blocchi aveva molti nomi, ma per ora chiamiamoli "portlet".

È diventato subito chiaro che i programmi dei portali erano fondamentalmente progetti di integrazione molto complessi, quindi le aziende hanno cercato naturalmente di sfruttare il codice del connettore prefabbricato. I fornitori risposero con cataloghi di portlet e ne seguì una corsa agli armamenti. "Abbiamo 250 portlet", si vantava un fornitore.

Questi portlet varierebbero notevolmente in termini di provenienza, supporto, usabilità, prestazioni, sicurezza e (soprattutto) basi tecniche. Un "portlet" era in genere un'istanza di riferimento di codice Java o C# scritto da qualcuno per un'implementazione client singola. Nella maggior parte dei casi, il codice necessitava di essere revisionato, a volte da zero.

I fornitori hanno ribattuto, non ingiustamente, che i problemi spesso derivavano dal modo in cui venivano configurati i sistemi remoti piuttosto che dalla piattaforma del portale stessa. Forse è così, ma le aziende alla fine si sono stancate dei portlet. Tra gli altri cambiamenti tecnologici e aziendali nel mondo digitale, la tecnologia della piattaforma portale è gradualmente passata di moda.

Avanti veloce fino ad oggi e il mondo sta iniziando a comprendere i CDP come ambienti di integrazione (tra le altre cose). Ogni team di selezione CDP con cui collaboriamo si impegna a trovare fornitori con connettori precostruiti per confrontarsi con le loro piattaforme tradizionali. Tuttavia, quasi tutte le implementazioni CDP trovano sviluppatori costosi che modificano o riscrivono in modo significativo tali connettori.

Sembra che i fornitori di CDP stiano soccombendo alle pressioni subite dai loro fratelli del portale. Se i clienti apprezzano un catalogo diversificato di connettori, allora come fornitore CDP devi mostrarne molti, pronti o meno. Nelle demo CDP, i connettori vengono visualizzati sullo schermo come blocchi ordinati (con il logo della piattaforma connessa in primo piano) che puoi trascinare, quasi come portlet!

Beh, non così in fretta. Come i portlet, i connettori dei fornitori CDP possono derivare semplicemente dall'output di una singola implementazione. Ancora più importante, in alcuni casi, un singolo connettore non è in grado di affrontare la complessità della piattaforma martech dall’altra parte.

Prendi in considerazione Salesforce Sales Cloud, menzionato sopra. La piattaforma soffre di un modello a oggetti problematico che la maggior parte dei licenziatari contorce o estende pesantemente. Può essere come connettersi con un polipo molto arrabbiato. E Salesforce non è affatto solo qui. In tali situazioni, il connettore di un fornitore CDP può fornire solo l'impalcatura di base e lasciare il resto allo sviluppatore.

I portali si sono estinti per un altro motivo. Se gli occhi sono finestre sull’anima, i portali erano finestre sugli intestini aziendali. Un portale era utile tanto quanto le applicazioni sottostanti. Spesso, tali applicazioni erano disordinate, mancavano di contenuti comuni e di modelli di metadati, utilizzavano regimi di controllo degli accessi diversi, presentavano modelli UX diversi e talvolta esponevano dati di bassa qualità.

Nella mia azienda assistiamo a un fenomeno simile con i CDP. A seconda dell'ambito in cui si analizza l'impegno di un CDP (e qui stanno emergendo modelli diversi), il CDP potrebbe mettere in luce l'immaturità del regime più ampio di gestione dei dati dei clienti, motivo in più per abbinare qualsiasi potenziale CDP alla propria architettura di dati più ampia.