La réponse rapide
Le choix d'un intégrateur Salesforce s'inscrit généralement entre deux extrêmes risqués : être impressionné par une démonstration commerciale séduisante, ou se contenter d'une simple comparaison de prix entre des offres apparemment similaires sur papier. Aucune de ces approches n'évalue ce qui détermine réellement le succès : l'intégrateur comprend-il le processus métier, comment gère-t-il les exceptions, et que se passe-t-il si quelque chose ne va pas au cours de la troisième semaine du projet ?
Un processus de sélection mature évalue successivement quatre éléments : la définition du besoin interne avant de solliciter le marché, le type d'intégrateur adapté à l'ampleur et au risque, une expertise technique approfondie vérifiée au-delà d'une simple démonstration, et un modèle de contractualisation qui répartit équitablement les risques. Nous avons détaillé le cadre de comparaison des devis et des conditions dans Comparaison des propositions Salesforce. Ici, l'accent est mis sur l'étape précédente : comment établir une liste de candidats pertinents.
Première étape : définir précisément le besoin avant de solliciter le marché
L'erreur la plus courante est de s'adresser aux intégrateurs avec la question "combien ça coûte ?" avant même d'avoir défini ce dont on a besoin. Une entreprise qui lance un processus d'acquisition sans avoir un Scope documenté recevra des offres incompressibles, car chaque intégrateur comblera le manque avec ses propres hypothèses. Avant une première réunion, il est recommandé de disposer d'un document concis détaillant : le processus métier à améliorer, les utilisateurs concernés, les systèmes existants, et ce qui sera considéré comme un succès dans six mois.
L'étendue de ce besoin détermine directement le modèle de tarification approprié : un projet avec un Scope clair se prête mieux à un prix forfaitaire, tandis qu'un projet exploratoire convient mieux au mode Time & Material. Nous avons approfondi ce sujet dans Modèles de tarification des projets Salesforce. Une organisation qui néglige l'étape de définition paiera presque toujours deux fois : une première fois avec une offre gonflée pour couvrir l'incertitude, et une seconde fois avec des changements de Scope en cours de projet.
Types d'intégrateurs : boutique, global et freelance
Le marché français des services Salesforce se divise globalement en trois catégories, chacune adaptée à un profil de risque différent.
Les sociétés de conseil boutique comptent généralement entre 5 et 30 collaborateurs, sont spécialisées dans un ou deux domaines (ventes, service, Marketing Cloud) et offrent un accès direct à l'architecte senior tout au long du projet. L'avantage réside dans l'agilité et un prix compétitif ; l'inconvénient est une capacité limitée – un projet de grande envergure nécessitant cinq personnes en parallèle risque d'être ralenti.
Les intégrateurs globaux apportent une méthodologie documentée, une capacité rapide à mobiliser des ressources supplémentaires et une expérience de secteurs similaires à l'échelle mondiale. Le prix est généralement 30 à 60 % plus élevé qu'une boutique, et il y a souvent une couche de gestion de projet qui sépare le client de l'équipe d'exécution réelle – ce qui peut ralentir la communication en cas de crise.
Les freelances offrent le tarif horaire le plus bas, mais exposent à une dépendance vis-à-vis d'une seule personne. Si le freelance tombe malade, voyage à l'étranger ou passe à un autre projet, le travail s'arrête. Cette option convient principalement à la maintenance continue ou aux petits projets avec un Scope défini et fermé.
Évaluation approfondie de l'expertise au-delà de la démo
Une démonstration impressionnante prouve que l'intégrateur sait présenter Salesforce, pas qu'il est capable de résoudre le problème spécifique de votre organisation. Une vérification approfondie nécessite trois niveaux : premièrement, demander que l'équipe qui exécutera réellement le projet (pas seulement le commercial) participe à la réunion et réponde aux questions techniques. Deuxièmement, demander un exemple concret de projet similaire en termes d'envergure et d'industrie, y compris de véritables captures d'écran plutôt que des diapositives marketing. Troisièmement, évaluer comment l'intégrateur réagit à une question piège – par exemple, "que se passe-t-il si, au milieu du projet, il s'avère que les données sources ne sont pas fiables ?" Un intégrateur expérimenté répondra par un exemple, et non par un slogan.
Celui qui pilote réellement l'architecture détermine la qualité de la solution bien plus que le logo sur la facture. Il est essentiel de s'assurer que l'architecte présenté lors de la réunion commerciale est bien celui qui sera impliqué dans le projet, et non une "figure de proue" présentée aux clients et remplacée par une équipe moins expérimentée après la signature.
Vérification des références clients
Une bonne discussion de référence ne se limite pas à "recommanderiez-vous ?" – elle descend dans les détails opérationnels. Trois questions qui produisent des informations concrètes : Le projet a-t-il respecté le budget et les délais initiaux, et si non, quel a été l'écart et pourquoi ; que s'est-il passé lorsqu'une erreur ou un bug a été découvert en production, et combien de temps il a fallu pour le corriger ; et l'équipe qui a exécuté le projet travaille-t-elle toujours chez l'intégrateur aujourd'hui. Un fort turnover au sein d'une société d'intégration est un signe que la connaissance accumulée lors du projet précédent n'est plus disponible.
Il est conseillé de demander au moins deux références : une pour un projet réussi et une pour un projet qui a rencontré des difficultés. Un intégrateur qui refuse de fournir une référence "problématique" ou qui prétend que tous ses projets ont réussi sans accroc cache quelque chose.
Modèle de contractualisation : comment répartir les risques
Le modèle de contractualisation détermine qui supporte le risque lorsque la réalité s'écarte du plan – ce qui arrive presque toujours.
| Modèle | Quand est-il adapté ? | Risque principal |
|---|---|---|
| Time & Material ouvert | Scope immature, phase de découverte | Dépassement du nombre d'heures sans plafond |
| T&M avec plafond (Cap) | Scope partiel, premier projet avec cet intégrateur | Nécessite un suivi continu par rapport au plafond |
| Prix fixe | Scope clairement défini et bien documenté | L'intégrateur pourrait réduire les tests pour maintenir sa marge |
| Retainer mensuel | Maintenance et support continus | Le volume de travail réel ne correspond pas toujours au paiement |
Pour un premier projet avec un nouvel intégrateur, un modèle T&M avec plafond est généralement le choix le plus équilibré : il évite les surprises budgétaires sans inciter l'intégrateur à réduire les tests. Le passage à un prix fixe ne devrait être envisagé qu'une fois que le Scope a été validé par rapport à des scénarios End-to-End réels, comme décrit dans Sélection d'un intégrateur Salesforce.
Grille d'évaluation des intégrateurs (Scorecard)
Une grille d'évaluation pondérée transforme une comparaison subjective en un processus défendable auprès de la direction. Poids suggérés pour un projet typique :
| Critère | Poids | Ce qui est réellement évalué |
|---|---|---|
| Adéquation de l'expérience avec l'industrie et le processus | 25% | Projets similaires en envergure et secteur, pas seulement un logo connu |
| Profondeur de l'équipe proposée | 20% | Ancienneté et rôle réel de l'architecte et des développeurs |
| Qualité de la proposition et du Scope | 20% | Détail de la WBS, hypothèses, exclusions et livrables de réception documentés |
| Références et turnover du personnel | 15% | Entretiens directs avec d'anciens clients |
| Modèle d'engagement et équité contractuelle | 10% | Répartition raisonnable des risques, pas seulement le prix le plus bas |
| Adéquation culturelle et disponibilité de la communication | 10% | Temps de réponse, langue, fuseau horaire et fréquence des mises à jour |
Chaque intégrateur reçoit une note de 1 à 5 pour chaque ligne, multipliée par le poids. L'écart entre l'intégrateur leader et le second dans le résultat global est tout aussi important que la note elle-même – un écart de moins de 5 points justifie souvent une réunion d'éclaircissement supplémentaire avant la décision finale.
Signaux d'alerte à identifier précocement
- Une offre sans détail des heures par sujet, juste un "total" global.
- La promesse d'une "solution complète sur Salesforce" pour un besoin jamais examiné en profondeur.
- Le refus de divulguer qui, dans l'équipe, exécutera réellement le travail.
- La pression pour signer rapidement "car ce prix n'est valable que cette semaine".
- Aucune référence à un échec ou à un projet ayant rencontré des difficultés.
- Un contrat qui ne définit pas ce qui constitue l'"achèvement" du projet et la réception finale.
Ce qu'il faut demander lors d'une réunion : Checklist rapide
- ☐ Présence de l'équipe d'exécution réelle, pas seulement d'un commercial.
- ☐ Un exemple concret de projet similaire avec de véritables captures d'écran.
- ☐ Une WBS préliminaire détaillée avec des hypothèses et des exclusions documentées.
- ☐ Le nom et les coordonnées d'au moins deux références.
- ☐ Une proposition de modèle d'engagement expliquant pourquoi il est adapté à l'envergure.
- ☐ Une description du processus de gestion des changements de Scope et des bugs après la mise en production.
Scénario organisationnel d'exemple
Une entreprise de services financiers de taille moyenne a examiné trois propositions pour Salesforce Sales Cloud : une boutique locale, un intégrateur global et un freelance recommandé. La direction était initialement tentée par le freelance en raison d'un prix 40 % plus bas, jusqu'à ce qu'une conversation avec une référence révèle que son projet précédent avait été interrompu pendant trois semaines lorsqu'il était tombé malade. L'organisation a finalement opté pour la boutique, après que la grille d'évaluation a montré un avantage de 12 points dans la catégorie "profondeur de l'équipe" et un faible turnover du personnel.
Le projet a effectivement rencontré une modification des exigences en cours de route – un nouveau besoin d'intégration avec un système de facturation interne qui n'avait pas été mentionné lors de la proposition. Grâce au modèle T&M avec cap, le changement a été traité comme un avenant convenu à l'avance et non comme une renégociation de l'ensemble du contrat. Les organisations qui hésitent entre des intégrateurs similaires et souhaitent un cadre de questions supplémentaires peuvent se référer à Questions à poser avant de choisir un intégrateur Salesforce.
Comment évaluer la pertinence de la sélection
| Indicateur | Ce qui est vérifié | Quand est-ce vérifié ? |
|---|---|---|
| Respect des délais | Écart en jours entre la planification et l'exécution réelle | À chaque jalon |
| Stabilité de l'équipe | Les mêmes personnes ont-elles accompagné le projet jusqu'au bout ? | À la fin de chaque étape |
| Gestion des exceptions | Temps de réaction à un bug ou à une modification d'exigence | Tout au long du projet |
| Qualité de la documentation | La maintenance peut-elle être transférée à une autre équipe sans dépendance personnelle ? | Lors de la livraison |
Un indicateur qui ne peut être vérifié concrètement n'est pas un indicateur. Si le contrat n'inclut pas une définition claire de ce qui constitue la "fin" du projet, il est presque impossible de savoir si le choix était le bon avant qu'il ne soit trop tard pour corriger. Une organisation souhaitant un accompagnement externe pour la construction de son processus de sélection peut commencer par Service de conseil et d'analyse, qui aide à définir le Scope et à construire une grille d'évaluation personnalisée avant même de solliciter le marché.
Ressources professionnelles
- HPI Pro – Conseil et Analyse — https://hpi.pro/consulting-discovery
- Salesforce Well-Architected — https://architect.salesforce.com/docs/architect/well-architected/guide/overview.html
- HPI Pro – Services Salesforce — https://hpi.pro/services