Cabinet de conseil Salesforce : les preuves à exiger avant de signer

Un cabinet de conseil Salesforce se choisit sur sa capacité à relier vos enjeux métier, votre système d’information et les usages quotidiens des équipes. Les certifications comptent, mais elles ne remplacent ni des références comparables ni une proposition précise. Pour départager les prestataires, examinez surtout qui réalisera le projet, quels livrables seront remis et comment la solution sera maintenue après son déploiement.

Partir du problème à résoudre, pas du catalogue Salesforce

Avant de contacter un partenaire, décrivez les difficultés concrètes : prévisions commerciales peu fiables, ressaisies entre CRM et ERP, service client sans historique partagé ou automatisations devenues difficiles à maintenir. Ce diagnostic détermine le type d’accompagnement nécessaire et évite de transformer chaque problème organisationnel en développement informatique.

Conseil, intégration et architecture : des responsabilités distinctes

Le cabinet de conseil Salesforce intervient sur les besoins, les processus, les priorités et la conduite du changement. L’intégrateur configure la plateforme, développe les fonctionnalités nécessaires et connecte les applications. L’architecte définit l’organisation technique, les flux, les règles de sécurité et les conditions d’évolution. Un même prestataire peut réunir ces compétences : demandez néanmoins qui porte chaque responsabilité.

Les appellations « agence » ou « pure player » ne constituent pas, seules, des garanties de couverture. Un pure player concentre son activité sur Salesforce ; une société plus généraliste peut apporter une expertise élargie du système d’information. Pour une PME, la proximité et la simplicité de maintenance peuvent primer. Un groupe multisite devra aussi examiner la coordination, les langues et la gouvernance.

Choisir les produits à partir des usages

Sales Cloud répond aux besoins de gestion commerciale, Service Cloud à ceux du service client, Marketing Cloud aux parcours marketing et Commerce Cloud au commerce numérique. Selon le périmètre, Account Engagement, Field Service, Revenue Cloud ou Salesforce Platform peuvent également être pertinents. Demandez au cabinet de justifier chaque brique proposée, ses dépendances et ses conséquences sur les licences et l’administration.

Comparer les cabinets avec des preuves réellement comparables

Une présentation commerciale doit permettre de vérifier l’expérience du partenaire sur un problème proche du vôtre. Une référence dans votre secteur est utile, mais un projet présentant les mêmes contraintes d’intégration ou de déploiement peut être tout aussi instructif. Demandez une description du périmètre, du rôle réellement tenu et des difficultés rencontrées.

Les indicateurs publics donnent des repères, pas un verdict. Tool Advisor mentionne notamment 877 projets Salesforce pour Cognizant, ainsi que plus de 170 clients et plus de 5 années d’expérience Salesforce pour Texeï. Ces volumes renseignent sur l’activité annoncée ; ils ne prouvent pas à eux seuls l’adéquation avec votre projet. Vérifiez leur actualité et demandez des références ciblées.

De même, une distinction partenaire ou un statut Salesforce ne se confond pas avec une certification individuelle. IT.BRM est cité pour un Salesforce Partner Satisfaction Awards reçu en 2023 : ce signal mérite d’être complété par l’examen de l’équipe proposée. Les avis demandent aussi du recul : une note de 4,2/5 sur 12 avis Google, mentionnée pour Spikeelabs, ne remplace pas une analyse des missions réalisées.

Exiger des livrables à chaque étape du projet

Une intégration Salesforce ne se résume pas à une succession d’ateliers suivie d’une livraison. Chaque étape doit produire des éléments vérifiables, avec un responsable de validation côté entreprise. Cette discipline permet de détecter les incompréhensions avant qu’elles deviennent coûteuses à corriger.

1. Cadrage : objectifs, processus prioritaires, périmètre initial, exclusions et critères de réussite.
2. Conception : modèle de données, architecture, droits d’accès et description des interfaces.
3. Réalisation : configuration, automatisations et développements, présentés régulièrement aux utilisateurs référents.
4. Migration et recette : règles de reprise, contrôles de qualité et tests sur des scénarios métier représentatifs.
5. Déploiement : préparation de la bascule, formation, assistance au démarrage et traitement des anomalies.

La migration mérite une attention particulière. Le cabinet doit préciser comment seront traités les doublons, les champs incomplets, les historiques et les correspondances entre systèmes. Pour les interfaces avec l’ERP ou d’autres applications, demandez quel système fait référence, à quelle fréquence les échanges se produisent et comment les erreurs sont détectées puis corrigées.

Un flux de données ressemble à une corde reliant deux équipes : tirer plus fort d’un côté ne résout pas un nœud au milieu. Avant d’automatiser, identifiez donc les points de tension : qui crée le compte client, qui valide son identifiant et qui corrige une divergence ? Cette cartographie des responsabilités évite qu’une synchronisation propage simplement les erreurs plus vite.

Comparer les devis sans sacrifier la maintenabilité

Un prix global n’est comparable à un autre que si les périmètres le sont. Demandez de séparer cadrage, configuration, développement, interfaces, migration, formation et support. Les licences, abonnements tiers, environnements et coûts internes doivent aussi être identifiés, qu’ils soient inclus ou non dans la proposition.

Forfait ou régie : clarifier ce qui est engagé

Au forfait, examinez les hypothèses, les exclusions et la procédure de modification du périmètre. En régie, vérifiez les profils mobilisés, les modalités de suivi et les arbitrages budgétaires. Dans les deux cas, exigez un planning explicitant vos propres contributions : disponibilité des métiers, accès techniques et validation des données. Un délai annoncé sans ces dépendances reste fragile.

Éviter une personnalisation difficile à reprendre

Le prestataire doit expliquer pourquoi il privilégie une fonctionnalité standard, une configuration ou du code spécifique. Demandez comment seront testées les évolutions et documentés les composants. La sécurité doit couvrir les habilitations, les comptes techniques et les accès aux données. Enfin, prévoyez la réversibilité : documentation à jour, accès aux développements et transfert de connaissances vers votre équipe ou un autre partenaire.

Préparer l’après-déploiement dès la sélection

La mise en production n’est pas la fin du projet. Une plateforme disponible peut rester mal utilisée si les écrans, les règles de saisie ou les responsabilités ne correspondent pas au travail réel. Le plan d’adoption doit prévoir des formations par rôle, des utilisateurs référents et un circuit simple pour remonter les difficultés.

Le support doit préciser les horaires de couverture, les niveaux de priorité, les modalités de prise en charge et la distinction entre anomalie et évolution. Définissez aussi les indicateurs à suivre : qualité des données, utilisation des fonctions clés, ressaisies restantes ou délai de traitement d’une demande. Ils doivent être reliés aux objectifs du cadrage, plutôt qu’à une promesse abstraite de performance.

Pour obtenir des propositions exploitables, transmettez aux cabinets présélectionnés le même dossier : enjeux, utilisateurs concernés, applications à connecter, état des données, contraintes de sécurité et calendrier souhaité. Demandez ensuite un échange avec les intervenants pressentis, pas seulement avec l’équipe commerciale. Si votre existant est mal documenté, commencez par un audit délimité : son périmètre, ses livrables et les décisions qu’il doit éclairer doivent être explicites avant engagement.