Playbook du CMO et tactiques avancées pour l'architecture du stack MarTech

Votre prédécesseur a signé un contrat entreprise de trois ans. Il se renouvelle dans sept mois, l'équipe commerciale a déjà proposé une remise à deux chiffres pour l'ajout de deux modules, et trois équipes régionales paient discrètement des outils qui font une partie de ce que ces modules font déjà. Personne dans l'entreprise ne peut vous dire ce que l'ensemble coûte, parce qu'une partie est posée sur des cartes bancaires de département. Voilà la version CMO de l'architecture de stack, et aucun framework ne la résout pour vous.

Les études de Gartner sur les dépenses des CMO montrent que l'utilisation des capacités martech achetées est tombée à environ un tiers, contre bien plus de la moitié en 2020, alors que le martechmartechL'ensemble connecté d'outils logiciels qu'une équipe marketing utilise pour planifier, exécuter, mesurer et automatiser ses campagnes.Voir la définition complète → continue d'absorber près d'un quart du budget marketing. Un stack utilisé à un tiers n'est pas un accident d'achat. C'est une suite de décisions que personne n'a prises volontairement.

Les décisions qui ne se délèguent pas

Votre équipe peut rattacher chaque outil aux quatre couches posées dans la leçon sur les fondamentaux, et la leçon de méthodologie lui fournit le scoring de capacités, le modèle de coût total de possession et une séquence de replatforming. Rien de tout cela ne répond aux questions qui arrivent sur votre bureau : quel vendor a le droit d'être l'ancre, ce que vous arrarrL'Annual Recurring Revenue (ARR) est le revenu normalisé et prévisible qu'une entreprise par abonnement attend de ses contrats actifs sur une année.Voir la définition complète →êtez de payer, ce que vous faites des outils que vous n'avez jamais approuvés, et si une consolidation vaut les mois de production dégradée qu'elle coûte.

Le martech landscape de Scott Brinker a dépassé 11 000 produits en 2023 : « il existe un meilleur outil pour ça » sera donc toujours vrai. La ressource rare, c'est le travail d'intégration et l'attention des gens qui livrent réellement les campagnes. Chaque arbitrage ci-dessous est une discussion sur l'endroit où va cette ressource rare.

Sous-concept 1 : suite ou best-of-breed, décidé sur la structure et non sur la préférence

L'intrant honnête de cette décision, c'est votre modèle opérationnel, pas une matrice de fonctionnalités. Une marque, un catalogue, un régime de consentement, une fonction marketing centrale : une ancre suite se défend, parce que le travail d'intégration que vous évitez vaut plus que la flexibilité que vous abandonnez. Lego vend une marque mondiale unique sur environ 65 milliards de DKK de chiffre d'affaires via lego.com, plus d'un millier de magasins à son enseigne et le programme de fidélité Insiders. La définition du client est la même partout, donc les mandats centraux tiennent.

Prenez maintenant la forme inverse. Siemens pilote son marketing à travers des business units qui vendent du matériel industriel, du logiciel et de la santé sur des cycles d'achat qui se comptent en années, dans environ 190 pays avec des comités d'entreprise et des postures de confidentialité différents. Une plateforme d'activation unique imposée y est une fiction que les équipes régionales contourneront en deux trimestres. Le modèle entreprise qui fonctionne est asymétrique : imposez la couche identité et consentement, l'entrepôt et les définitions de métriques ; déléguez l'activation aux unités, avec un plancher. Une unité qui fait moins d'une douzaine de campagnes par trimestre ne devrait pas posséder sa propre infrastructure d'envoi, parce que le risque de deliverability pèse plus lourd que l'autonomie.

Regardez qui parle quand vous entendez cet argument. Adobe et Salesforce vendent la suite ; Twilio Segment et Snowplow vendent la couche hub ; l'intégrateur qui vous conseille facture l'intégration dans les deux cas. Et le vrai lock-in n'est pas le contrat, c'est le modèle de données. Exporter vos segmentssegmentsDécouper un marché en groupes distincts de clients partageant des besoins, des caractéristiques ou des comportements similaires, afin de traiter chaque groupe avec une approche dédiée.Voir la définition complète → est facile. Exporter la logique qui les a construits, les dix ans d'historique de campagnes et les règles de résolution d'identité, c'est un projet, pas un export.

Sous-concept 2 : rationalisation des licences, et l'audit de sièges qui ment

Commencez par les logs SSO, pas par l'usage déclaré par le vendor. Quatre-vingt-dix jours de connexions vous donnent les sièges actifs mensuels par outil et un coût par siège actif qui survit à une conversation avec un CFO. Attendez-vous à trouver des blocs entiers de licences achetés pour une campagne en 2022 et jamais réattribués.

Appliquez ensuite la correction, car un audit de sièges ment systématiquement sur deux catégories. La gestion du consentement, le monitoring de deliverability, la gouvernance des tags et les outils de qualité de données ont presque aucun siège et un rayon d'impact énorme : coupez-les et vous l'apprendrez par une lettre d'un régulateur ou un effondrement de votre réputation d'expéditeur. La seconde catégorie, c'est l'outil à quatre utilisateurs qui produit le chiffre sur lequel tourne votre deck de board.

Le piège dans l'autre sens, c'est le cliquet du renouvellement. Une remise pour l'ajout de modules relève le plancher d'engagement depuis lequel vous renégocierez la fois suivante, et le pricing à la consommation convertit votre « économie » en dépassement dès la première campagne qui marche. Deux règles pratiques : chiffrez chaque renouvellement face au coût de sortie, pas face à la facture de l'an dernier, et ne laissez jamais vos deux contrats d'ancrage se renouveler le même trimestre. Des renouvellements alignés donnent une impressionimpressionLe nombre total de fois qu'une publicité ou un contenu est affiché, indépendamment des clics. Chaque affichage compte pour une impression, même auprès de la même personne.Voir la définition complète → d'ordre et détruisent votre levier sur les deux.

Sous-concept 3 : outils fantômes et l'amnistie qui bat l'interdiction

Les grandes entreprises font typiquement tourner quelques centaines d'applications SaaS, et les vendors de SaaS management constatent régulièrement qu'une part importante de cette dépense se situe hors IT. Le marketing est en général le pire contrevenant, pour une raison rationnelle : le chemin officiel prend six semaines et un ticket, alors qu'une carte et 49 $ par mois prennent un après-midi avant un lancement.

L'exposition n'est pas l'argent. C'est un vendor qui détient des adresses email de clients sans contrat de sous-traitance, sans procédure de suppression quand arrive une demande d'accès, et sans lien avec votre registre de consentement : les personnes qui se sont désinscrites continuent de recevoir des messages depuis un système dont votre DPO n'a jamais entendu parler.

Les interdictions ne fonctionnent pas ici ; elles poussent le même comportement vers des tableurs sur des portables, ce qui est pire parce qu'il ne reste aucune piste d'audit. Ce qui fonctionne, c'est une amnistie de 30 jours : tout déclarer, sans blâme, sans récupération de budget. Ensuite deux barrières pour tout ce qui touche aux données clients : un contrat de sous-traitance signé et le SSO. Un vendor incapable de faire du SSO ne reçoit pas de données personnelles, quoi qu'ait montré la démo.

Sous-concept 4 : ce que coûte réellement une consolidation ratée

Les business cases de consolidation s'écrivent sur la ligne des licences et se paient partout ailleurs. Chiffrez ces cinq postes avant de signer.

• Fonctionnement en parallèle. Vous paierez les deux vendors pendant six à dix-huit mois, parce que vous ne pouvez pas éteindre l'ancien système avant que la dernière dépendance de reporting ait disparu.
• Travail d'implémentation. Les frais d'intégration et de migration atteignent couramment un multiple de la licence annuelle, et le temps d'ingénierie interne n'apparaît en général pas du tout dans le case.
• Deliverability. Les nouveaux domaines et IP d'envoi ont besoin de plusieurs semaines de warm-up ; ratez-le et le revenu issu de l'email chute pendant le trimestre exact où vous avez promis des économies.
• Comparabilité. Changez de plateforme et vous perdez l'historique à périmètre constant : les lectures en année pleine sont peu fiables pendant environ un an, qui est aussi l'année où l'on vous juge sur la décision.
• Personnes clés. Deux ou trois personnes comprenaient les bizarreries de l'ancien système. Les consolidations sont le moment où elles partent, et leur savoir n'a jamais été écrit.

Ajoutez ensuite la contrainte de calendrier que personne ne soulève en comité de pilotage : un retailer dont les ventes se concentrent au quatrième trimestre n'a qu'une fenêtre de migration sûre, à peu près de janvier à mars. Manquez-la et la réponse honnête est d'attendre un an, pas de comprimer le plan.

Cas réels

Cas 1 : Lego est le type d'entreprise pour laquelle la consolidation sur une suite est le bon choix. Une marque, un catalogue produits, des canaux directs qu'elle mamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète →îtrise de bout en bout, et un programme de fidélité qui lui donne un identifiant first-party sur le web, l'app et les magasins. La contrainte n'est pas l'architecture, c'est le timing. La demande de jouets se concentre fortement au Q4, donc le calendrier de consolidation est fixé par le calendrier commercial, et tout programme qui ne peut pas finir sa bascule avant l'automne ne devrait pas démarrer.

Cas 2 : Siemens est la forme inverse, et la leçon de méthodologie suit son travail de sélection. La version dirigeant du même problème est la fédération : vous ne pouvez pas imposer une plateforme d'activation unique à des unités dont les acheteurs, les cycles de vente et les régulateurs diffèrent, donc vous imposez la couche du dessous et vous auditez sa conformité. Siemens vend aussi lui-même du logiciel d'entreprise, ce qui ajoute une subtilité que la plupart des CMO ne rencontrent pas : les choix de plateformes internes deviennent aussi une affaire de politique de références clients.

Cas 3 : Twilio a racheté Segment pour environ 3,2 milliards de dollars en 2020 et, début 2024, l'exploitait comme une business unit séparée tout en examinant publiquement ses options à son sujet. Rien d'inhabituel là-dedans dans le logiciel. C'est un avertissement sur le fait d'ancrer son architecture sur la continuité d'un seul vendor. Quel que soit votre hub, contractualisez la portabilité maintenant, tant que vous avez le levier de la signature : export du schéma et de l'historique d'événements dans un format documenté, assistance à la sortie définie, et déclaration écrite de ce qu'il advient de vos données si le produit est vendu.

Actions pour le CMO

• Sortez 90 jours de logs SSO et construisez une page : outil, coût annuel, sièges actifs mensuels, coût par siège actif, couche couverte. Signalez tout ce qui est sous 20 % de sièges actifs, puis exemptez manuellement les outils à faible nombre de sièges et fort rayon d'impact avant que quiconque commence à couper.
• Construisez un calendrier de renouvellements à 18 mois et décalez délibérément vos deux contrats d'ancrage sur des trimestres différents.
• Lancez une amnistie de 30 jours sur les outils fantômes, puis imposez deux barrières à tout ce qui touche aux données clients : contrat de sous-traitance signé et SSO.
• Exigez que chaque business case de consolidation indique les mois de fonctionnement en parallèle, le plan de deliverability, et un point de rollback nommé avec une date. Un programme sans point de rollback est un pari, pas un plan.

Erreurs courantes qui tuent les résultats

Erreur 1 : consolider pour économiser des frais de licence. La ligne des licences est le coût visible et généralement le plus petit. Si le case ne modélise pas le travail d'intégration, le fonctionnement en parallèle et la perte de débit de campagnes, vous approuvez un chiffre qui n'a aucun rapport avec ce que vous allez dépenser.

Erreur 2 : supprimer les outils fantômes sans financer le travail qu'ils faisaient. L'outil existait parce qu'une équipe avait un vrai manque et aucune voie via les achats. Retirez-le, laissez le manque, et la dépense réapparaît en deux trimestres, ou le travail part dans des tableurs où vous ne le voyez plus.

Erreur 3 : accepter la remise de bundle et n'activer jamais les modules. C'est précisément comme ça que l'utilisation dérive vers un tiers : des modules engagés pour une remise, sans propriétaire, sans date de lancement, sans métrique. Faites en sorte que chaque module ajouté nomme un propriétaire et une date de mise en service dans l'approbation du contrat elle-même, et traitez un module non lancé au renouvellement comme une licence à rendre.

À retenir

• Suite contre best-of-breed découle de votre modèle opérationnel, pas de vos préférences. Une marque et un régime de consentement uniques favorisent une ancre suite ; des business units divergentes favorisent une couche de données imposée avec une activation déléguée.
• Une utilisation autour d'un tiers est une défaillance de gouvernance, et les remises de bundle en sont la cause la plus fréquente.
• Les audits de sièges trompent dans deux directions : ils surévaluent les outils de consentement, de deliverability et de gouvernance rarement utilisés, et ils ne sous-évaluent rien du tout.
• Les outils fantômes répondent à l'amnistie plus des barrières, jamais aux interdictions. La vraie exposition, ce sont des données clients chez un sous-traitant que votre DPO ne peut pas nommer.
• Chiffrez le fonctionnement en parallèle, le warm-up de deliverability, la perte de comparabilité et le risque de personne clé avant d'approuver une consolidation, et écrivez le point de rollback tant que vous pouvez encore l'utiliser.