Account Engagement en 2026: une architecture marketing B2B pérenne sans refonte coûteuse

L’ajout d’un nouveau module Salesforce peut sembler relever d’une décision technique. Pour une entreprise multinationale, il s’agit avant tout d’une décision concernant la continuité des activités, la protection des investissements et la maîtrise opérationnelle. Une mise en œuvre réussie d’Account Engagement doit générer de la valeur dès aujourd’hui, sans contraindre l’organisation à repenser l’intégralité de son automatisation marketing deux ans plus tard. C’est précisément sur ce point que de nombreux projets d’extension rencontrent des difficultés : la première campagne fonctionne, alors que les interdépendances entre le CRM, les données, les canaux de communication et les équipes locales n’ont pas été suffisamment anticipées.

Salesforce Marketing Cloud Account Engagement, anciennement Pardot, constitue une base solide pour le lead nurturing B2B et la collaboration entre le marketing et les ventes. Toutefois, tous les besoins supplémentaires ne peuvent pas être satisfaits au sein d’un même produit. Les campagnes SMS internationales, les interactions mobiles, les sources de données complémentaires ou les actions pilotées par l’intelligence artificielle peuvent nécessiter d’autres produits Salesforce et des intégrations spécifiques. L’enjeu stratégique ne consiste donc pas à déployer immédiatement le plus grand nombre de fonctionnalités possible, mais à concevoir une architecture cohérente permettant des extensions futures sans compromettre la valeur des investissements existants.

Pourquoi la pérennité de l’architecture commence par une décision stratégique

De nombreux projets Salesforce débutent par un besoin opérationnel : connecter un formulaire, lancer un programme de nurturing ou automatiser la transmission des leads aux équipes commerciales. De nouvelles exigences apparaissent ensuite concernant d’autres pays, des canaux supplémentaires, des segments de clientèle et des capacités de reporting. Lorsque chaque extension est traitée comme un projet indépendant, des définitions incohérentes, des intégrations redondantes et des dépendances difficiles à identifier se multiplient. L’environnement de licences se développe alors plus rapidement que la capacité de l’entreprise à maîtriser ses processus commerciaux.

Au niveau de la direction générale, la question centrale doit être formulée différemment. De quelles capacités commerciales l’organisation aura-t-elle besoin au cours des prochaines années, quels composants sont déjà disponibles et quels risques chaque extension introduit-elle ? Les réponses déterminent non seulement la configuration d’Account Engagement, mais également la répartition des responsabilités, le budget consacré aux intégrations et le rythme du déploiement international. Un choix architectural constitue donc également une décision relative au modèle opérationnel de l’entreprise.

Une architecture Salesforce pérenne n’empêche pas les changements, mais elle garantit que chaque évolution ne nécessite pas de reconstruire les fondations.

Account Engagement reste une plateforme B2B spécialisée

Account Engagement est conçu pour la gestion des prospects, la génération de leads, le scoring, le grading et l’accompagnement des contacts vers une prochaine étape commerciale. Engagement Studio traduit ces objectifs en programmes de nurturing configurables, intégrant des conditions, des actions et des étapes de suivi. L’intégration avec Salesforce CRM relie les interactions marketing aux leads, aux contacts, aux comptes et aux informations relatives aux opportunités commerciales. Account Engagement conserve ainsi, en 2026, un rôle clairement défini au sein des organisations B2B internationales.

Ce positionnement ne doit toutefois pas être confondu avec celui de Marketing Cloud Engagement. Mobile Studio, MobileConnect et MobilePush appartiennent à Marketing Cloud Engagement et ne constituent pas des modules standards fonctionnant automatiquement dans Account Engagement. Salesforce propose néanmoins des possibilités d’extension grâce aux Marketing App Extensions, External Activities et External Actions. Des intégrations soigneusement conçues permettent à des événements externes d’influencer les programmes de nurturing et à Account Engagement de déclencher des actions dans des systèmes tiers.

Selon la documentation Salesforce consacrée aux fonctionnalités d’extension, ces composants sont associés aux Business Units et les actions doivent être explicitement activées pour l’automatisation. Ce qui peut sembler n’être qu’un détail technique détermine pourtant la manière dont plusieurs pays peuvent utiliser une architecture commune en toute sécurité. Les éditions disponibles et les autorisations d’accès doivent également être vérifiées avant la conception et l’établissement du budget. Un schéma d’architecture qui néglige ces contraintes ne constitue pas un plan de mise en œuvre opérationnel.

Concevoir d’abord la logique commerciale, puis les canaux de communication

Une architecture solide ne commence pas par les modèles d’e-mails ou le choix d’un fournisseur SMS, mais par la logique métier. Qu’est-ce qu’un prospect, à quel moment doit-il être associé à un compte et quelle interaction modifie réellement la probabilité d’une vente ? Quel système constitue la source de référence pour les coordonnées, le consentement, le statut des comptes et les responsabilités commerciales ? Une fois ces définitions établies, l’organisation peut déterminer quelle application sera responsable de chaque activité.

Pour une organisation B2B internationale, quatre décisions architecturales sont essentielles. Elles constituent le cadre d’évaluation des nouveaux modules et doivent être approuvées en amont par le marketing, les ventes, l’informatique et les responsables de la protection des données:

• Un responsable clairement identifié pour chaque donnée essentielle: définir dans quel système les informations de référence relatives aux comptes, aux contacts, aux statuts du cycle de vie et aux consentements sont gérées.
• Une logique de processus réutilisable: dissocier, dans la mesure du possible, les règles de décision et les critères de qualification commerciale des canaux de communication individuels.
• Des intégrations maîtrisables: documenter les interfaces, les autorisations, la gestion des erreurs, la supervision et les responsabilités liées aux évolutions futures.
• Une gouvernance internationale: tenir compte des langues, des réglementations locales et des différences commerciales sans introduire de nouvelles normes dans chaque marché.

Cela ne signifie pas que chaque multinationale devrait imposer un processus mondial unique. Un fabricant industriel travaillant avec des distributeurs, une entreprise technologique pratiquant la vente directe aux grandes entreprises et un prestataire de services s’appuyant sur des partenaires présentent des besoins sensiblement différents. L’architecture centrale doit prendre en charge ces différences sans devenir un ensemble d’exceptions difficiles à comprendre et à gérer. La standardisation crée de la valeur lorsqu’elle améliore la qualité et la comparabilité, et non lorsqu’elle empêche l’exécution de processus locaux légitimes.

Passer d’une automatisation fermée à des intégrations réellement évolutives

Une intégration simple peut sembler intéressante à court terme. Le prestataire met rapidement en place une connexion API, les campagnes sont lancées et l’entreprise obtient des résultats. Cependant, lorsque le même prospect interagit ultérieurement via WhatsApp, une plateforme événementielle et une application mobile, il devient évident que l’intégration initiale a été, ou non, conçue pour être réutilisable. Si l’identité des clients, les statuts de désinscription et les règles de décision sont intégrés dans des scripts distincts, chaque nouvelle application devient plus coûteuse à déployer.

Account Engagement propose une alternative pertinente avec les External Actions et les External Activities. Une activité externe peut, par exemple, rendre la participation à un webinaire disponible comme donnée d’entrée pour la segmentation ou le nurturing. Sous certaines conditions, une action externe peut déclencher une opération dans un système connecté, telle qu’une inscription ou une demande d’envoi de SMS. Ces fonctionnalités ne sont toutefois pas illimitées : les Invocable Actions, les autorisations, les limites d’exécution et la gestion des erreurs déterminent si la solution peut fonctionner de manière fiable en production.

Pour les dirigeants, il s’agit avant tout de maîtriser les dépendances. Qui développe et maintient l’intégration lorsque Salesforce ou un fournisseur apporte des modifications ? Comment les erreurs sont-elles détectées avant qu’un processus commercial critique soit interrompu ? Que deviennent les données lorsqu’un prestataire est remplacé ou qu’un marché ne peut temporairement plus être sollicité ? Ces questions présentent une importance économique supérieure à la rapidité avec laquelle une première démonstration peut être réalisée.

Exemple pratique: des campagnes SMS internationales en Asie

L’introduction des SMS parallèlement aux programmes de nurturing existants constitue un défi représentatif des environnements d’entreprise. Imaginons une multinationale utilisant Account Engagement pour la segmentation B2B et Engagement Studio pour le suivi des prospects, tout en envisageant des campagnes mobiles via Mobile Studio dans plusieurs marchés asiatiques. La tentation est grande de développer une seule intégration d’envoi et d’augmenter le volume de messages aussi rapidement que possible. Cependant, les exigences locales concernant les expéditeurs, les sources de données, les fuseaux horaires, les règles de consentement et les capacités opérationnelles nécessitent une approche plus globale.

Un projet progressif d’environ dix semaines peut alors servir de cadre, depuis l’analyse initiale jusqu’au déploiement contrôlé. Durant les premières semaines, l’organisation examine les pays, les audiences, les enregistrements des expéditeurs, les autorisations et les exigences relatives au consentement. Les intégrations et la logique des messages sont ensuite testées auprès d’audiences limitées et maîtrisées, puis les résultats sont évalués pour chaque marché. L’augmentation des volumes et l’introduction de campagnes supplémentaires n’interviennent qu’après confirmation des conditions techniques et juridiques pertinentes.

Il ne s’agit expressément pas d’une obligation universelle imposée par Salesforce de procéder à une montée en charge progressive des codes SMS sur une période de dix semaines. Dans sa documentation relative aux codes SMS, Salesforce mentionne des procédures de mise à disposition, d’approbation et des exigences propres aux opérateurs, qui varient selon les pays. Un calendrier réaliste dépend donc du pays concerné, du type d’expéditeur, du fournisseur sélectionné et de la complexité organisationnelle. Les taux de délivrabilité et les enregistrements de consentement doivent également être contrôlés pendant le projet ; le seul volume d’envoi ne démontre pas la réussite d’une mise en œuvre.

Quelles activités prévoir à chaque phase de mise en œuvre?

Un déploiement international devient maîtrisable lorsque la direction ne reçoit pas uniquement une date de livraison définitive, mais connaît également les conditions permettant au programme de passer à la phase suivante. Le découpage ci-dessous illustre la gouvernance d’un projet pour une organisation disposant déjà de processus Salesforce dans plusieurs marchés. Les semaines indiquées sont données à titre indicatif et peuvent évoluer en fonction des fournisseurs, des enregistrements locaux ou d’exigences de conformité supplémentaires. L’essentiel est que chaque phase aboutisse à une décision vérifiable.

Pour un CFO ou un CIO, cette méthode rend les décisions d’investissement plus transparentes. Un retard dans l’approbation d’un expéditeur apparaît comme une dépendance externe plutôt que comme un dépassement de projet inexpliqué. Des résultats commerciaux décevants sont analysés avant toute augmentation des volumes. Et une intégration dont la capacité de reprise après incident n’a pas été démontrée n’est pas intégrée silencieusement à un processus critique pour l’entreprise.

Pourquoi anticiper dès maintenant le geofencing et les beacons

La valeur économique d’une architecture modulaire devient évidente lorsque l’organisation souhaite intégrer ultérieurement de nouvelles données contextuelles. Prenons l’exemple d’une entreprise internationale disposant de showrooms, de centres de services ou de magasins physiques, dans lesquels les interactions mobiles doivent être liées au lieu de visite. Une zone de geofencing permet de définir un périmètre géographique virtuel, tandis qu’un beacon Bluetooth peut détecter la proximité d’un utilisateur à l’intérieur d’un espace. Pour la direction marketing, cela offre la possibilité d’associer la pertinence d’une communication à un moment précis du parcours client.

Un exemple envisageable concerne un visiteur utilisant une application mobile avec son consentement explicite et recevant des informations sur une catégorie de produits pendant sa visite dans un showroom. Le Salesforce Engagement SDK prend en charge les notifications géolocalisées via MobilePush, notamment au moyen de geofences et de beacons. L’envoi d’un code de réduction par SMS n’en découle toutefois pas automatiquement : il nécessite un mécanisme de déclenchement distinct, un canal de communication approprié, une correspondance fiable des identités et un consentement juridiquement valable. L’organisation doit également déterminer si le traitement de données de localisation précises est nécessaire et proportionné.

C’est précisément cette distinction entre une possibilité future et une fonctionnalité immédiatement disponible qui doit figurer dans une planification architecturale mature. Si la gestion des identités, les consentements et les interfaces des canaux ont été anticipés dès le départ, un futur projet de marketing de proximité pourra s’appuyer sur des standards existants. Sans ces fondations, une idée commerciale séduisante dans le secteur du retail peut nécessiter une restructuration importante et imprévue. La flexibilité ne consiste donc pas à acquérir toutes les applications possibles dès aujourd’hui, mais à éviter que les futures applications se heurtent à des incompatibilités architecturales fondamentales.

Le rôle de Data 360: créer de la valeur sans dépendances inutiles

Salesforce Data 360, nouvelle dénomination de l’ancienne Data Cloud, permet d’harmoniser et de connecter des informations provenant de plusieurs sources afin de faciliter la segmentation, l’analyse et l’activation des données. Pour les entreprises dont les identités clients sont fragmentées ou qui disposent de différentes Business Units, cette capacité peut créer une valeur considérable. Toutefois, Data 360 n’est pas automatiquement indispensable à toute mise en œuvre fonctionnelle d’Account Engagement. Une direction qui évalue son architecture de données doit donc commencer par identifier les applications commerciales recherchées avant de sélectionner les plateformes nécessaires.

Lorsque des données provenant de différents pays sont regroupées, de nouvelles questions se posent concernant la résolution des identités, le consentement et les autorisations d’accès. Un profil client centralisé n’est utile que si l’identification sous-jacente est fiable et si son utilisation reste juridiquement et organisationnellement justifiée. Il convient également de déterminer quelles données doivent être traitées en temps réel et lesquelles peuvent être actualisées périodiquement. Une architecture inutilement complexe augmente les coûts sans nécessairement améliorer la rapidité de la prise de décision commerciale.

Une démarche pertinente consiste d’abord à recenser les sources de données essentielles et à évaluer leur qualité. L’intégration CRM existante est ensuite examinée au regard de la vision client recherchée, puis les capacités manquantes sont précisément définies. Ce n’est qu’après ces étapes que Data 360 peut être évalué comme une extension ciblée, en tenant compte des coûts de consommation, de la charge de gestion et du modèle d’autorisations. L’analyse de rentabilité reste ainsi prioritaire et la plateforme technologique ne devient pas une fin en soi.

Gouvernance dans plusieurs pays, marques et Business Units

La croissance internationale met en évidence des différences qui passent souvent inaperçues au sein d’un seul marché. Les équipes locales utilisent parfois des définitions divergentes d’un lead qualifié, appliquent des durées de conservation différentes et suivent des processus commerciaux distincts. Lorsque ces différences sont intégrées dans Account Engagement sans accords centraux, plusieurs versions de la réalité coexistent au sein d’une même organisation commerciale. Les coûts qui en résultent apparaissent ultérieurement dans les rapports, les transmissions incorrectes de leads et les difficultés croissantes d’optimisation internationale.

Le modèle de gouvernance doit donc définir explicitement quelles normes s’appliquent à l’échelle mondiale et quels éléments sont gérés régionalement. Les équipes centrales peuvent être responsables des définitions des données, de la sécurité, des principes d’intégration et de la gestion des versions. Les équipes locales peuvent conserver la responsabilité des langues, du contexte de marché, des contenus approuvés et des priorités des campagnes dans un cadre convenu. Sans droits de décision clairement établis, l’organisation crée soit un goulot d’étranglement central ingérable, soit un environnement dans lequel chaque marché doit repartir de zéro.

La véritable évolutivité de l’automatisation marketing ne se mesure pas au nombre de fonctionnalités disponibles, mais à la capacité des pays à fonctionner de manière autonome sans fragmenter l’architecture commune.

L’analyse de rentabilité: comment éviter réellement une refonte coûteuse?

L’analyse de rentabilité d’une extension Salesforce se limite souvent aux coûts de licences, aux heures de mise en œuvre et aux revenus attendus des campagnes. Cette approche est incomplète. Une intégration non réutilisable engendre ultérieurement des tests supplémentaires, des coûts de correction, des rapports incohérents et une dépendance vis-à-vis de fournisseurs spécifiques ou de certains développeurs. Les conséquences financières ne sont pas toujours visibles dans une seule ligne budgétaire, mais se répartissent entre les opérations marketing, les ventes, l’informatique et les prestations de conseil externes.

Une évaluation d’investissement rigoureuse compare donc au minimum deux scénarios : une solution rapide et limitée, et une architecture modulaire prévoyant explicitement des possibilités d’extension. Dans les deux cas, il convient de prendre en compte les coûts de mise en œuvre, la maintenance annuelle, les coûts de modification, les risques d’interruption de service et la valeur commerciale attendue. Une architecture plus complexe n’est pas nécessairement meilleure ; dans certaines situations, une intégration limitée peut être économiquement rationnelle. La différence réside dans le fait que le choix est effectué délibérément, sur la base des besoins futurs et d’hypothèses vérifiables.

Pour le CMO, la question essentielle est de savoir si de nouveaux marchés peuvent être desservis plus rapidement et avec davantage de cohérence. Pour le CIO, la priorité consiste à garantir la maintenabilité et la sécurité des intégrations. Le CFO examine le coût total de possession, tandis que la direction commerciale cherche à déterminer si les équipes de vente reçoivent réellement de meilleures opportunités. Une architecture Salesforce solide concilie ces intérêts avant même le développement de la première nouvelle campagne.

Passer de la documentation architecturale à une exécution maîtrisée

La prochaine étape la plus utile n’est pas une présentation supplémentaire de l’architecture, mais une feuille de route des capacités validée. Commencez par identifier les journeys, les intégrations, les flux de données et les responsabilités qui fonctionnent déjà. Évaluez ensuite quelles extensions prévues reposent sur les mêmes fondations et lesquelles introduisent des exigences supplémentaires spécifiques. Documentez enfin les éléments à conserver, ceux qui nécessitent des adaptations et les modules qui ne devraient être étudiés qu’après validation de leur analyse de rentabilité.

Pour les clients actuels d’Account Engagement, la pérennisation de l’architecture ne commence pas nécessairement par une migration vers un autre produit. Elle peut débuter par des définitions CRM plus cohérentes, des External Actions réutilisables, un modèle d’autorisations renforcé ou la restructuration d’un seul parcours de nurturing international. La modernisation devient ainsi une succession de décisions maîtrisables plutôt qu’une transformation radicale imposant de tout remplacer. L’organisation protège la valeur de ses investissements actuels tout en créant les conditions nécessaires à de nouvelles capacités commerciales.

CloudEngagePro aborde l’architecture Salesforce en reliant les objectifs marketing, la conception fonctionnelle et la faisabilité opérationnelle. Il ne s’agit pas d’installer le plus grand nombre possible de modules, mais d’articuler soigneusement les besoins actuels de l’organisation avec les possibilités qu’elle souhaitera exploiter de manière responsable à l’avenir. Pour les entreprises multinationales, telle est la véritable définition d’une automatisation marketing B2B évolutive : obtenir des résultats aujourd’hui sans devoir reconstruire demain l’ensemble des fondations.