Quelles sont les grandes étapes d'un projet d'intégration Salesforce ?

Un projet CRM Salesforce ne se résume pas à activer des licences. Pour une ETI, il s'agit d'un projet transverse qui touche les processus commerciaux, marketing ou service client, la donnée et les habitudes de travail des équipes. Comprendre l'enchaînement des étapes permet à un décideur de suivre l'avancement, d'anticiper les points de blocage et de dialoguer efficacement avec son intégrateur. Voici les grandes phases, du cadrage à l'exploitation.

1. Cadrage et expression des besoins

C'est la phase fondatrice. Elle vise à définir les objectifs mesurables du projet, le périmètre fonctionnel, les processus concernés et les indicateurs de succès. On y clarifie aussi les rôles : sponsor, chef de projet côté client, référents métier.

Livrables typiques : note de cadrage, backlog de besoins priorisés, macro-planning et estimation budgétaire.

• Cartographier l'existant : outils en place, flux de données, points de douleur.
• Prioriser les cas d'usage à forte valeur pour un premier lot (MVP).
• Identifier les intégrations nécessaires (ERP, marketing, téléphonie).

Un cadrage insuffisant est la première cause de dérive budgétaire. Il vaut mieux y consacrer le temps nécessaire, quitte à réaliser un atelier de cadrage dédié avant le chiffrage définitif.

2. Conception fonctionnelle et technique

À partir du cadrage, l'intégrateur formalise la manière dont Salesforce répondra aux besoins. On distingue la conception fonctionnelle (modèle de données, objets, processus, écrans) de la conception technique (intégrations, développements spécifiques, architecture).

Choix structurants

C'est ici que se décident des points difficiles à modifier ensuite : structure des objets standards et personnalisés, gestion des droits, choix entre configuration native et développement Apex. Le principe directeur : privilégier le standard et limiter le sur-mesure, qui alourdit la maintenance et les futures montées de version.

3. Configuration et développement

La solution est construite de façon itérative, idéalement en sprints (méthode agile). Chaque itération produit un incrément démontrable aux équipes métier, ce qui permet des ajustements précoces.

• Paramétrage des objets, workflows, automatisations (Flow).
• Développements spécifiques lorsque le standard ne suffit pas.
• Mise en place des intégrations avec les systèmes tiers.
• Personnalisation des tableaux de bord et rapports.

Les revues de sprint régulières évitent l'effet tunnel : le client voit l'outil prendre forme et valide progressivement.

4. Reprise de données et tests

Deux chantiers souvent sous-estimés se déroulent en parallèle de la construction.

Reprise des données

La migration des données existantes (comptes, contacts, opportunités, historiques) exige un travail de nettoyage et de dédoublonnage. Des données de mauvaise qualité importées dans Salesforce compromettent l'adoption dès le premier jour. Prévoyez des jeux d'essai, plusieurs itérations de migration et une validation métier.

Recette et tests

Les tests couvrent les fonctionnalités, les intégrations et les scénarios métier de bout en bout. La recette utilisateur (UAT) implique les équipes qui utiliseront l'outil : ce sont elles qui valident la conformité aux besoins réels. On documente les anomalies et on corrige avant le déploiement.

5. Déploiement et mise en production

Le passage en production doit être préparé : plan de bascule, migration finale des données, vérification des accès et des habilitations. Deux approches existent selon le contexte : un déploiement global (big bang) ou un déploiement progressif par équipe ou par région, qui réduit les risques.

• Formation des utilisateurs finaux et des administrateurs.
• Documentation et supports d'aide.
• Dispositif de support renforcé les premières semaines.

La formation ne doit pas être reléguée en fin de projet : elle conditionne directement le taux d'utilisation réel de l'outil.

6. Adoption et amélioration continue

La mise en production n'est pas la fin du projet, mais le début de l'exploitation. L'adoption se pilote : suivi des taux d'utilisation, écoute des retours terrain, ajustements rapides. Un référent interne (administrateur Salesforce) devient indispensable pour maintenir et faire évoluer la plateforme.

Les évolutions ultérieures s'organisent souvent par lots successifs (nouveaux cloud, nouvelles automatisations). Salesforce publie par ailleurs trois mises à jour majeures par an, qu'il faut intégrer dans une logique de maintenance planifiée.

Durée et facteurs de variation

La durée d'un projet dépend fortement du périmètre. Un déploiement Sales Cloud simple peut prendre quelques semaines à quelques mois ; un projet multi-cloud avec intégrations complexes s'étend sur plusieurs mois. Les principaux facteurs de variation sont le volume de développements spécifiques, la qualité des données existantes, le nombre d'intégrations et la disponibilité des équipes métier côté client.

Orientation

Chaque projet Salesforce a ses particularités : maturité de l'organisation, complexité du système d'information, ambition fonctionnelle. Pour comparer plusieurs approches et confronter les méthodes proposées, il est utile d'échanger avec des intégrateurs dont l'expérience correspond à votre contexte. INTEGREER, en tant que tiers de confiance neutre, peut vous orienter vers des intégrateurs pertinents selon votre projet, sans engagement.