Recruter un architecte Salesforce ne consiste pas à chercher le CV qui affiche le plus de certifications. L’enjeu est de trouver la personne capable de transformer un besoin métier, des contraintes techniques et un patrimoine existant en décisions compréhensibles, réalisables et durables.
Salesforce définit l’architecte comme un profil qui conçoit et gouverne des solutions complexes et intégrées, en associant expertise technique et compréhension stratégique du métier. Son travail doit notamment permettre de construire des solutions robustes, sécurisées et capables d’évoluer. Cette définition aide à sortir d’un piège fréquent : confondre l’architecte avec un développeur très expérimenté, un administrateur senior ou un collectionneur de badges.
Voici une méthode concrète pour savoir quand faire appel à un architecte Salesforce, rédiger un brief utile et évaluer les candidats sur des preuves plutôt que sur des impressions.
Dans quels cas avez-vous réellement besoin d’un architecte Salesforce ?
Un architecte n’est pas nécessaire sur chaque évolution Salesforce. Si le besoin porte sur quelques champs, un rapport ou une automatisation isolée, un bon administrateur ou consultant fonctionnel peut être plus adapté. Le recours à un architecte devient pertinent lorsque plusieurs décisions structurantes se croisent.
C’est notamment le cas lorsque votre projet implique plusieurs systèmes, un volume de données important, un modèle de sécurité sensible, plusieurs clouds Salesforce, une migration complexe, des contraintes réglementaires ou une organisation composée de plusieurs équipes. Il est aussi utile quand une org accumule de la dette technique et que chaque nouvelle demande provoque des effets de bord difficiles à anticiper.
Un autre signal est l’absence de décision claire. Si les équipes débattent sans fin entre Flow et Apex, synchronisation et virtualisation, org unique et orgs multiples, standard et spécifique, le besoin n’est pas seulement de « faire ». Il faut expliciter les compromis et construire une trajectoire.
L’architecte intervient alors comme responsable de cohérence. Il ne remplace ni le métier, ni les développeurs, ni le chef de projet. Il organise les décisions qui permettent à ces acteurs de travailler dans la même direction.
Commencez par définir le résultat attendu, pas un titre
« Architecte Salesforce » recouvre plusieurs réalités. Un architecte solution traduit les processus métier en architecture de solution. Un architecte technique approfondit davantage les intégrations, les performances, la sécurité et le cycle de vie applicatif. Certains profils sont spécialisés dans la donnée, le partage et la visibilité, l’intégration ou un cloud particulier.
Avant de publier une mission, listez les décisions que la personne devra prendre ou sécuriser. Par exemple :
- valider un modèle de données et les responsabilités de chaque système ;
- choisir les modes d’intégration selon la volumétrie, la latence et la criticité ;
- définir un modèle d’accès compréhensible et maintenable ;
- réduire la dette technique avant une nouvelle phase de développement ;
- établir une trajectoire de livraison compatible avec les compétences de l’équipe ;
- documenter les risques, les arbitrages et les conditions de réversibilité.
Cette formulation évite de surdimensionner le profil. Elle permet aussi à un candidat sérieux de dire honnêtement ce qu’il maîtrise et où une expertise complémentaire sera nécessaire.
Pour cadrer la mission, utilisez un brief précis : contexte de l’org, utilisateurs, systèmes connectés, irritants actuels, échéance, contraintes et livrables attendus. Notre guide pour briefer une mission freelance Salesforce donne les informations minimales à réunir avant la recherche.
Évaluez six compétences qui produisent une architecture utile
1. Comprendre le métier avant de proposer la technique
Un bon architecte commence par reformuler le problème, les utilisateurs concernés et la valeur attendue. Il distingue une exigence réelle d’une solution déjà imaginée. Si vous demandez « une interface temps réel », il doit vérifier pourquoi le temps réel est nécessaire, quelles données circulent et ce qui se passe en cas d’échec.
Pendant l’entretien, observez la qualité de ses questions. Cherche-t-il à comprendre le processus, les responsabilités, les volumes et les risques ? Ou choisit-il immédiatement un produit ? L’architecture commence par la clarification du problème.
2. Maîtriser les fondamentaux de la plateforme
Les bases restent indispensables : transactions, limites de la plateforme, distinction entre données et métadonnées, API, modèle de données, automatisation et sécurité. Le centre d’architecture Salesforce rappelle que ces mécanismes influencent directement la conception des solutions.
Cette maîtrise ne se vérifie pas avec une liste de définitions. Présentez un scénario : une automatisation devient lente avec la croissance des données, plusieurs outils veulent mettre à jour le même compte, ou des utilisateurs externes doivent voir un sous-ensemble d’informations. Demandez au candidat de poser ses hypothèses, d’identifier les risques et de comparer plusieurs options.
3. Raisonner par compromis
Une réponse unique et instantanée est rarement un bon signe. L’architecte doit pouvoir expliquer ce que chaque option apporte, ce qu’elle coûte et dans quelles conditions elle cesse d’être adaptée.
Salesforce Well-Architected propose trois repères utiles : une solution doit être fiable et digne de confiance, simple à exploiter et capable d’évoluer. Demandez au candidat comment sa proposition se comporte sur ces trois dimensions. Une solution techniquement élégante mais impossible à maintenir par votre équipe n’est pas une bonne architecture.
4. Produire des livrables qui facilitent la décision
Un architecte ne se juge pas à la quantité de documents produits, mais à leur utilité. Demandez des exemples anonymisés de :
- schéma du paysage applicatif ;
- modèle de données ou flux d’intégration ;
- décision d’architecture avec options, critères et choix retenu ;
- analyse de risques ;
- trajectoire de mise en œuvre ;
- règles de gouvernance et de revue.
Les standards de diagrammes Salesforce recommandent de limiter chaque schéma au message réellement utile et de préciser son périmètre. Un diagramme illisible, rempli de logos et sans décision associée, n’est pas une preuve de qualité.
5. Faire travailler l’équipe, pas seulement concevoir
L’architecte doit rendre les décisions exécutables. Il échange avec les métiers, challenge les intégrateurs, aide les développeurs, prépare les revues et vérifie que ce qui est livré reste cohérent avec l’intention initiale.
Demandez comment il gère un désaccord avec un responsable métier ou un développeur senior. Une bonne réponse décrit les critères de décision, les preuves nécessaires, les risques et la manière de documenter l’arbitrage. L’autorité du titre ne suffit pas.
6. Préparer l’exploitation et le changement
Une architecture n’est pas terminée au déploiement. Elle doit prévoir la supervision, la gestion des erreurs, la sécurité, la documentation, les tests, la montée en charge et le transfert de compétence. Salesforce insiste notamment sur la maintenabilité, la continuité et la capacité d’évolution.
Demandez au candidat ce que l’équipe devra savoir faire sans lui dans six mois. Sa réponse révèle s’il construit une dépendance ou une capacité durable.
Remplacez l’entretien théorique par un cas court et réaliste
Un cas pratique bien conçu est plus révélateur qu’un questionnaire de certification. Donnez au candidat une page de contexte : objectifs métier, systèmes, utilisateurs, volumétrie approximative, contraintes et une ou deux zones d’incertitude.
Demandez-lui de préparer une restitution courte comprenant :
- les questions qui manquent avant de décider ;
- les risques prioritaires ;
- deux options possibles ;
- les critères qui permettraient de choisir ;
- un schéma simple ;
- les premières décisions réversibles et irréversibles.
Ne notez pas uniquement la solution finale. Évaluez la manière de raisonner, la capacité à rendre les hypothèses visibles et la clarté de la restitution. Informez le candidat que le cas est fictif et ne réutilisez pas gratuitement son travail sur un vrai projet.
Les certifications sont un signal, pas une validation suffisante
Salesforce propose plusieurs certifications d’architecture, notamment Application Architect, System Architect et des spécialisations comme Integration Architect ou Sharing and Visibility Architect. Le parcours vers la certification Technical Architect exige lui-même des prérequis et une expérience pratique approfondie.
Ces certifications structurent l’apprentissage et attestent un socle. Elles ne prouvent cependant pas, à elles seules, que la personne sait comprendre votre organisation, conduire un arbitrage, documenter une décision ou accompagner une équipe. C’est pourquoi il faut les croiser avec des réalisations, un cas pratique et des références vérifiables.
Notre analyse sur les limites des certifications Salesforce prises isolément complète cette grille de lecture.
Les signaux d’alerte à repérer
Soyez prudent si un candidat :
- propose un produit avant d’avoir compris le besoin ;
- présente chaque problème comme une occasion de développer du spécifique ;
- ne parle jamais de sécurité, de données, d’exploitation ou d’adoption ;
- refuse de documenter les hypothèses et les décisions ;
- ne sait pas expliquer simplement son schéma à un interlocuteur métier ;
- répond par des certitudes à des questions dont les paramètres sont inconnus ;
- concentre la connaissance au lieu d’organiser son transfert.
À l’inverse, un bon architecte sait dire « je ne peux pas encore décider ». Il précise alors l’information manquante, la manière de l’obtenir et l’impact possible sur la solution.
Cadrez une première intervention qui réduit rapidement le risque
Si vous hésitez entre plusieurs profils, commencez par une intervention bornée : revue d’architecture, cadrage d’un chantier, analyse de dette technique ou sécurisation d’une décision. Le livrable doit comprendre les constats, les risques, les options, les recommandations et la suite proposée.
Définissez également les personnes qui valideront les décisions et l’accès aux informations nécessaires. Sans sponsor métier, sans responsable technique disponible ou sans documentation minimale, même un excellent architecte perdra du temps à reconstruire le contexte.
Au terme de cette première phase, vous devez pouvoir répondre à trois questions : savons-nous ce qu’il faut décider, les choix sont-ils compréhensibles par l’équipe, et disposons-nous d’une trajectoire réaliste ?
Trouver un architecte Salesforce adapté à votre contexte
Le meilleur architecte n’est pas le plus impressionnant sur le papier. C’est celui dont l’expérience correspond aux décisions à prendre, qui sait travailler avec votre équipe et qui laisse une architecture plus claire qu’à son arrivée.
SF Talent référence des profils Salesforce spécialisés. Consultez la page dédiée aux architectes Salesforce freelances ou utilisez notre checklist pour choisir un freelance Salesforce avant d’engager la discussion.