La réponse courte

Les propositions des différents intégrateurs Salesforce sont presque toujours similaires : mêmes mots comme "Discovery", "Agile", "Meilleures pratiques", et la même promesse d'un "accompagnement attentif". La véritable différence n'apparaît que lorsqu'on confronte chaque proposition à des questions concrètes qui révèlent la façon de penser du fournisseur, et pas seulement ce qu'il propose de livrer. L'objectif des 15 questions suivantes est de détecter les lacunes avant la signature, et non une fois le projet déjà bloqué.

Les questions sont réparties en six thèmes : équipe, méthodologie, architecture, données, conditions commerciales et continuité. Chaque question est accompagnée d'une brève explication de son importance et de la description d'une réponse faible – afin de faciliter son identification en temps réel, lors d'une réunion ou dans un document de proposition.

Les implications pratiques du choix sur l'ensemble du processus de mise en œuvre sont détaillées séparément dans Société d'intégration Salesforce.

Pourquoi 15 questions et non une liste d'exigences techniques

Une liste d'exigences techniques – nombre de Sandboxes, types de licences, délais SLA – est importante mais insuffisante. Elle vérifie ce que le fournisseur dit qu'il fera, et non comment il gérera la situation où la planification initiale s'avérerait inexacte. Les questions ici ont été choisies car elles révèlent des modes de travail : comment l'équipe documente les décisions, comment elle gère les données de mauvaise qualité, et ce qui se passe quand quelque chose ne se déroule pas comme prévu.

Tableau récapitulatif : Réponse solide versus réponse faible

ThèmeUne réponse solide ressemble à ceciUne réponse faible ressemble à ceci
Équipe"La consultante X dirige l'architecture, le développeur Y exécute, nous fournirons les CV et permettrons un bref entretien.""Nous avons une équipe expérimentée, nous affecterons la personne appropriée lors du Kickoff."
Méthodologie"Sprints de deux semaines, démonstration réelle à la fin de chaque sprint, Backlog partagé dans Jira.""Nous travaillons en mode Agile, c'est flexible et adapté à tout projet."
Architecture"Nous construirons un ADR pour chaque décision clé, incluant l'alternative rejetée et sa raison.""Nous choisirons la meilleure solution selon notre expérience."
Données"Nous effectuerons un Data Profiling avant l'offre finale, nous vous informerons de la qualité des sources.""Nous gérerons le nettoyage des données pendant le développement."
Commercial"Prix fixe pour un périmètre défini, heures supplémentaires selon une demande de modification documentée.""T&M flexible pour ne pas vous limiter."
Continuité"Document de transfert, formation de l'administrateur interne, deux semaines d'Hypercare après la mise en production.""Nous sommes toujours là pour vous, il n'y a pas besoin de protocole de séparation."

Équipe : Qui travaillera concrètement sur le projet

1. Qui accompagnera concrètement le projet, et pas seulement dans la proposition

Cette question est cruciale car de nombreuses propositions présentent le membre le plus expérimenté de l'équipe lors de la réunion de vente et le remplacent par un consultant junior après la signature. Une réponse solide inclut des noms, des rôles et un pourcentage d'affectation de poste. Une réponse faible ressemble à "nous choisirons le plus approprié en fonction des disponibilités" – ce qui signifie qu'il n'y a pas d'affectation réelle jusqu'au dernier moment.

2. Combien de projets parallèles chaque consultant gère-t-il simultanément ?

Un consultant gérant cinq projets en même temps ne peut pas accorder d'attention aux détails. Une réponse solide reconnaîtra la limitation et présentera un nombre raisonnable (généralement deux à trois projets). Une réponse faible est évasive ou répond "cela dépend de la charge", sans chiffre concret.

3. Que se passe-t-il si le consultant principal quitte le projet en cours de route ?

Une réponse solide décrit un processus de transfert documenté, un chevauchement de deux semaines et une documentation continue permettant un remplacement sans perte de savoir. Une réponse faible prétend que "cela n'arrive presque jamais chez nous" sans plan de contingence. Vous pouvez en savoir plus sur une structure de travail efficace avec un consultant Salesforce.

Méthodologie : Comment le travail est-il réellement mené ?

4. À quoi ressemble un sprint typique – que se passe-t-il si quelque chose n'est pas prêt à temps ?

Une réponse solide décrit le Sprint Planning, un Daily court, une Démo et une rétrospective, et aussi ce qui se passe si une tâche est bloquée – est-elle reportée de manière transparente au sprint suivant. Une réponse faible se contente de "nous travaillons en mode Agile" sans détailler une seule cérémonie concrète.

5. Comment se déroule la communication continue – canal, fréquence et responsable ?

Une réponse solide détaille le canal (Slack, Teams), une réunion de statut hebdomadaire fixe et un point de contact unique pour l'escalade. Une réponse faible répond "nous serons toujours disponibles par e-mail", ce qui signifie en pratique qu'il n'y a pas de SLA pour la réponse.

6. Comment le travail est-il vérifié avant d'être présenté au client comme terminé ?

Une réponse solide décrit un contrôle qualité interne, une liste de contrôle d'acceptation et une vérification de l'accessibilité et des permissions avant la démonstration. Une réponse faible reconnaît indirectement que la première démonstration au client est aussi le premier test.

Architecture : Comment les décisions sont-elles prises ?

7. Comment les décisions architecturales sont-elles documentées et qui les approuve ?

Une réponse solide présente un modèle de décision concis – problème, alternatives, choix et raison – qui est conservé et accessible au client. Une réponse faible dit "nous choisissons la bonne solution" sans documenter pourquoi les autres alternatives ont été rejetées.

8. Comment la solution gérera-t-elle la charge et la croissance dans deux à trois ans ?

Une réponse solide aborde les limites des Governor Limits, le volume de données prévu et la planification de l'expansion. Une réponse faible répond "Salesforce est évolutive par nature" sans le relier au cas spécifique.

9. Que se passe-t-il lorsqu'une nouvelle exigence entre en conflit avec une décision précédente ?

Une réponse forte décrit un processus de demande de changement (Change Request) qui évalue l'impact sur ce qui a déjà été construit. Une réponse faible promet simplement "nous nous adapterons à tout changement", ce qui conduit généralement à une dette technique qui s'accumule silencieusement.

Données : Là où la plupart des projets se bloquent

10. Comment la qualité des données est-elle vérifiée avant de commencer la construction ?

Une réponse solide inclut une étape de profilage précoce – doublons, champs vides, formats non homogènes – et un calendrier de correction. Une réponse faible reporte cela à "nous nous en occuperons pendant la migration", ce qui prolonge presque toujours le projet.

11. Quelle est la source unique de vérité pour chaque type de donnée, et comment gérer les doublons entre les systèmes ?

Une réponse solide identifie à l'avance quels systèmes "prévalent" en cas de conflit (par exemple, ERP vs Salesforce pour un client existant) et documente la règle. Une réponse faible répond "Salesforce sera la source unique de vérité" de manière globale sans vérifier si cela est vrai pour chaque objet.

12. Quel est le plan de sauvegarde et de restauration, et qui en est responsable après le déploiement ?

Une réponse solide détaille les outils de sauvegarde, la fréquence et qui effectue la restauration en cas de besoin. Une réponse faible suppose que Salesforce "s'en occupe déjà" sans distinguer la sauvegarde de la plateforme de la sauvegarde au niveau de l'organisation.

Commercial et Continuité : Que se passe-t-il après la signature ?

13. Comment le prix est-il structuré – fixe, T&M ou mixte, et qu'est-ce qui est inclus ?

Une réponse solide décompose le prix en Workstreams avec des heures estimées pour chacun, et définit ce qui est considéré comme une demande de changement (Change Request) pour paiement supplémentaire. Une réponse faible donne un chiffre global unique sans le décomposer, ce qui rend difficile la comparaison des offres.

14. Que se passe-t-il si le projet dépasse les délais – qui en supporte le coût ?

Une réponse solide distingue un dépassement causé par le fournisseur (à ses frais) d'un dépassement dû à un changement d'exigences du client (payant). Une réponse faible est formulée de manière ambiguë, permettant au fournisseur de faire supporter au client tout retard.

15. Que se passe-t-il à la fin du projet – quel support, pour quelle durée, et à quel tarif ?

Une réponse solide inclut une période d'Hypercare définie (généralement deux à quatre semaines), un document de transfert et une formation de l'administrateur interne. Une réponse faible promet un "support continu" sans tarif, périmètre ou date de fin clairs. Vous trouverez plus de détails sur la bonne formulation des clauses contractuelles dans Clauses contractuelles SOW Salesforce.

Scénario d'entreprise exemplaire

Une société de services financiers a reçu trois offres pour fusionner deux anciens systèmes CRM en une seule instance Salesforce. Deux des offres étaient inférieures de 20 à 25 % à la troisième. Lorsque le DSI a posé la question 10 (vérification précoce de la qualité des données), les deux fournisseurs les moins chers ont répondu "nous nous en occuperons lors de la migration" – tandis que le fournisseur le plus cher a présenté un plan de profilage d'une semaine avant la signature du montant final.

L'organisation a choisi le fournisseur le plus cher. La semaine de profilage a révélé environ 12 000 enregistrements en double et un champ de date dans un format non homogène sur trois des sources de données. Cette correction précoce a été incluse dans la tarification initiale ; chez les deux autres fournisseurs, elle aurait été découverte pendant la migration, comme une modification de périmètre (Scope) avec un coût supplémentaire.

La leçon ici n'est pas que "le moins cher est toujours mauvais" – mais que l'écart entre une réponse détaillée et une réponse générale équivaut à de l'argent réel, et qu'il n'est possible de le découvrir qu'en posant des questions ciblées avant la signature, pas après.

Liste de contrôle pour la comparaison des offres

  • ☐ Nous avons reçu les noms et les pourcentages d'affectation de l'équipe proposée, pas seulement une description générale.
  • ☐ Nous avons vérifié comment les décisions architecturales sont documentées chez chaque fournisseur.
  • ☐ Nous avons demandé un plan de profilage des données avant la signature.
  • ☐ Nous avons décomposé le prix en Workstreams avec des estimations d'heures.
  • ☐ Nous avons clarifié qui supporte le coût d'un dépassement qui n'est pas imputable au client.
  • ☐ Nous avons reçu une description explicite de la période d'Hypercare et de ses conditions.
  • ☐ Nous avons consulté des références chez des clients ayant un périmètre de projet similaire.
  • ☐ Nous avons confirmé que le consultant présenté lors de la réunion est celui qui travaillera réellement.
  • ☐ Nous avons vérifié combien de projets parallèles chaque consultant principal gère.
  • ☐ Nous avons défini à l'avance la preuve qui démontrera le succès à la fin du projet.

Remarque conclusive : Les questions sont un outil, pas un rituel.

L'objectif des 15 questions n'est pas d'embarrasser un fournisseur ou de prolonger inutilement le processus de sélection. Il est de révéler à l'avance où la proposition repose sur une hypothèse implicite. Un bon fournisseur ne sera pas offensé par les questions – il sera heureux d'y répondre car elles réduisent les risques par la suite. Un fournisseur qui esquive les questions, ou répond de manière répétitive et générale, donne par là même une réponse en soi.

Lorsqu'il n'y a pas de capacité interne pour mener un tel processus de comparaison par vous-même, le service de conseil et d'analyse est la voie pratique à suivre – incluant la construction d'une scorecard pondérée, l'accompagnement lors des réunions avec les soumissionnaires et la comparaison des réponses par rapport à des critères objectifs.

Ressources professionnelles