Mode 01 ~45% des cas
Effondrement du modèle
La source de vérité est une page Confluence. Les règles d'identité dérivent dès le go-live. Cas le plus fréquent.
Voie B · Data 360 greenfield
Data 360 ne pardonne pas vos premières décisions. Cadrez l'architecture avant que les achats ne signent.
Trois clouds Salesforce, trois versions du même client, et une facture licence qui grimpe tant que le modèle de données n'est pas écrit. L'engagement conçoit le graphe de données, les règles d'identité et le plan d'activation avant qu'un seul code ne soit livré. Trois semaines. Prêt à construire.
24k€+
Investissement
3 semaines
Durée
1 architecte
Équipe
< 24h
Délai réponse
Pourquoi ça stagne
Chaque engagement bloqué relève d'un de ces quatre modes.
La théorie d'exploitation sur laquelle tourne l'audit. Quatre modes d'échec, par fréquence. Vous saurez lequel d'ici le vendredi de la semaine 2.
Mode 02 ~25% des cas
Inflation licence
Data Cloud a été dimensionné sur des lignes ingérées que personne n'utilise vraiment. La facture empêche l'org de dormir.
Mode 03 ~20% des cas
Activation en impasse
Les segments se construisent proprement et n'atteignent jamais le canal qui déclenche le chiffre d'affaires.
Mode 04 ~10% des cas
Dette de gouvernance
Les décisions de consentement et de partage sont repoussées en "phase 2" et ne sont jamais prises. Le risque RGPD s'accumule.
Si vous ne reconnaissez aucun de ces modes, l'architecture n'est probablement pas le goulot. L'appel découverte le dit honnêtement, avant qu'un contrat ne soit signé.
Ce que vous recevez
Quatre livrables écrits. Les vôtres.
Les documents que l'engagement laisse derrière lui. Aucun retainer nécessaire pour les conserver. Aucune dépendance par construction.
- D1
Modèle de données canonique
Entités, attributs, propriété. Le dictionnaire que le reste de l'org va référencer pendant les trois prochaines années.
- D2
Règles d'identité
Règles de résolution déterministes et probabilistes, testées sur vos extraits sources réels, pas sur un org de démo.
- D3
Périmètre prêt achats
Forme licence Data Cloud dimensionnée, avec rationnel pour chaque ligne ingérée. Sized au modèle, pas à l'enthousiasme fournisseur.
- D4
Document d'architecture exécutable
Un document de 25 à 40 pages qu'un ingénieur intégration compétent peut implémenter sans tout re-architecturer.
Calendrier
Un livrable expédiable à chaque jalon.
Le calendrier est fixe. Si la découverte fait remonter quelque chose qui justifie un engagement plus long, la SoW est amendée en semaine 1, pas par surprise.
- Sem 1 Audit des sources
Chaque système, chaque propriétaire, chaque contrat. Priorités d'ingestion classées par ROI, pas par enthousiasme fournisseur.
→ Inventaire des sources et classement ROI - Sem 2 Conception modèle
Schéma canonique. Règles de résolution d'identité. Stratégie de segmentation et d'activation.
→ Graphe de données et règles d'identité - Sem 3 Prêt achats
Périmètre licence dimensionné. Questions fournisseur. Choix build vs. configure.
→ Document d'architecture exécutable - Sem 4+ Pilotage build
Optionnel. Autorité architecture pendant la livraison, aux côtés de votre équipe ou de l'ESN.
→ Statement of work, sur demande
Méthodologie
Pourquoi le travail prend cette forme.
Indépendant
Aucune revente de licence. Aucune équipe d'implémentation à nourrir. La recommandation a le droit d'être "arrêter."
Architecture d'abord
Les prompts, n'importe qui peut les ajuster. Les modèles d'accès aux données, seul quelqu'un qui en a livré peut les corriger. Problème différent.
Écrit, pas présenté
Un rapport qu'un CTO peut annoter et amener au board survit au prochain changement d'équipe. Un slide deck non.
Ce que disent les clients
“Ses analyses sont toujours d'une grande précision. Il identifie le problème d'architecture avant que quiconque ne puisse le formuler, et ses recommandations sont formulées dans un langage qu'un CTO non-Salesforce peut réellement utiliser.”
Juno Noh · Responsable IT Senior, L'Occitane Corée
Voir les études de cas → Pour qui / pas pour qui
Qualification honnête.
Une courte liste de ceux pour qui l'engagement a été conçu, et une plus courte encore de ceux pour qui il ne l'a pas été.
Pour vous
- Vous opérez trois clouds Salesforce ou plus avec un client fragmenté.
- Vous préparez Agentforce et avez besoin de poser la fondation de données en premier.
- Les achats vont signer un devis Data Cloud que vous ne pouvez pas encore défendre.
- Vous héritez d'un silo Marketing Cloud et vous voulez le joindre à Sales et Service.
Pas pour vous
- Vous opérez un seul cloud sans besoin d'ingestion multi-source.
- Vous voulez une revue licence et rien d'autre. Votre commercial Salesforce le fait gratuitement.
- Vous voulez de la maintenance pipeline. Autre engagement.
- La décision est d'attendre de voir ce que Salesforce livrera au prochain trimestre.
vs. un audit ESN
En quoi ça diffère d'un engagement Big Four.
Architecte indépendant
Audit Big Four
24 000 € · 3 semaines
100 000 €+ · 12 à 16 semaines
Indépendant de la revente de licences
Liée à la marge de revendeur Salesforce
Document d'architecture exécutable
PowerPoint avec options
Règles d'identité testées sur vos données
Règles d'identité testées sur un org de démo
Périmètre licence dimensionné, avec rationnel
Le sur-dimensionnement EST le modèle économique
Décision en 3 semaines
Décision en 3 mois
Questions
Les questions qui reviennent en achats.
Si la vôtre n'est pas listée, posez-la pendant l'appel. La réponse sera précise.
Q01 Que résout Data 360 concrètement ?
Data 360 unifie les données client à travers les clouds Salesforce et les sources externes en un profil unique, puis alimente la résolution d'identité, la segmentation en temps réel et l'activation. Sans cela, chaque cloud a sa propre version du même client et aucune n'est complète.
Q02 S'agit-il d'une revue de licences ?
Non. Le sizing licences est une annexe d'une page à la fin de l'engagement. Le livrable est un document d'architecture exécutable par une équipe build.
Q03 Pouvez-vous travailler avant que les achats ne signent une SKU Data Cloud ?
Oui. C'est le timing le plus fréquent. L'architecture détermine la forme de la SKU, pas l'inverse. La plupart des clients économisent 20 à 40 % sur la première offre licence une fois que le modèle de données est honnête sur ce qui sera ingéré.
Q04 Et si la bonne réponse est de ne pas acheter Data 360 ?
Alors le rapport le dit. Environ un engagement sur cinq se termine par "restez sur MuleSoft encore deux trimestres, voici l'architecture qui rend ça vivable." Cette réponse est le livrable.
Q05 Quelle est la différence avec une intégration menée par MuleSoft ?
MuleSoft déplace les données entre systèmes via des APIs. Data 360 unifie l'identité et active les segments nativement dans Salesforce. Ils résolvent des problèmes différents. L'engagement nomme celui dont votre situation a réellement besoin.
Q06 Écrivez-vous les pipelines d'ingestion ?
L'engagement les spécifie. La construction est livrée par votre équipe ou votre ESN contre le spec. Le document d'architecture est suffisamment précis pour qu'un ingénieur intégration compétent puisse exécuter sans tout re-architecturer.
Q07 Où êtes-vous basé ?
Paris et Séoul. Le travail est livré à distance, avec deux jours sur site en semaine 1 si vos équipes sont en EMEA.
Q08 Dans quelles langues travaillez-vous ?
Anglais et français, à l'écrit comme à l'oral. Coréen conversationnel.
Avant de partir
Faire le test → À quel point votre org Salesforce est-il prêt pour l'IA ?
9 questions, 2 minutes, résultats immédiats. Pas d'inscription.