Questions fréquentes — Cadrage de projet
Les réponses aux questions récurrentes sur l'intégration, l'adoption et le choix d'un intégrateur Salesforce pour les ETI.
Qui doit valider le déploiement d'un agent IA dans l'entreprise : la DSI, les métiers ou le DPO ?
Le déploiement d'un agent IA n'appartient à personne seul : c'est une décision partagée. Le métier valide l'usage et le périmètre, la DSI garantit la sécurité et l'intégration, le DPO cadre la conformité RGPD. En pratique, un comité de validation multi-parties, sponsorisé par la direction, sécurise le lancement.
Quelles sont les grandes étapes d'un projet d'intégration Salesforce ?
Un projet Salesforce se déroule généralement en six phases : cadrage, conception, configuration/développement, tests et reprise de données, déploiement, puis adoption et amélioration continue. Chaque phase produit des livrables précis et implique des allers-retours entre l'intégrateur et les équipes métier. La durée varie de quelques semaines à plusieurs mois selon le périmètre.
Quelle est la durée moyenne d'un déploiement Salesforce dans une ETI ?
Un premier périmètre Salesforce (Sales ou Service Cloud) se déploie généralement en 3 à 6 mois dans une ETI, contre 2 à 4 mois pour un cadrage minimal. La durée dépend du périmètre fonctionnel, du nombre d'intégrations avec le SI existant et de la qualité des données à reprendre. Un déploiement complet et multi-cloud peut s'étaler sur 9 à 18 mois par lots successifs.
Dans quels cas privilégier une migration big bang plutôt qu'un déploiement Salesforce par lots ?
La migration big bang consiste à basculer l'ensemble des utilisateurs et données en une seule fois, tandis que le déploiement par lots étale la mise en production. Le big bang convient aux périmètres restreints, homogènes et fortement interdépendants ; le déploiement progressif s'impose dès que le nombre d'utilisateurs, la complexité des données ou les enjeux de continuité augmentent.
Comment calculer et mesurer le retour sur investissement (ROI) d'un projet Salesforce ?
Le ROI d'un projet Salesforce se calcule en confrontant les gains mesurables (productivité, chiffre d'affaires, réduction des coûts) au coût total de possession sur 3 ans. La difficulté n'est pas le calcul lui-même, mais la définition d'une base de référence avant projet et le suivi d'indicateurs fiables dans le temps.
Comment rédiger un cahier des charges pour un projet CRM Salesforce ?
Un cahier des charges Salesforce doit décrire vos objectifs métier, vos processus cibles, vos besoins fonctionnels priorisés et vos contraintes techniques, sans figer les solutions techniques. Il sert de référence commune pour comparer les intégrateurs et cadrer le budget. Privilégiez un document orienté résultats attendus plutôt qu'une liste exhaustive de fonctionnalités.
Quelles sont les principales causes d'échec des projets Salesforce ?
Les projets Salesforce échouent rarement pour des raisons techniques : les causes dominantes sont un cadrage insuffisant, un défaut d'adoption par les utilisateurs et une gouvernance mal définie. Traiter ces trois dimensions dès le départ change radicalement le taux de réussite.
Comment structurer une org Salesforce unique pour gérer plusieurs filiales ?
Une org Salesforce unique peut gérer plusieurs filiales à condition de cloisonner correctement les données via le modèle de partage, les rôles et les licences. Le choix entre org unique et multi-org dépend du niveau d'autonomie des filiales, des devises, des langues et des contraintes réglementaires. Un cadrage précis en amont évite les impasses coûteuses de migration.
Quelle taille et quels profils prévoir pour l'équipe projet CRM Salesforce ?
La taille dépend du périmètre : un projet CRM d'ETI mobilise généralement une équipe cœur de 4 à 8 personnes (sponsor, chef de projet, product owner, référents métiers, référent technique), complétée par l'intégrateur. L'essentiel n'est pas le nombre mais la clarté des rôles et la disponibilité réelle des personnes clés.
Quelle durée réaliste faut-il prévoir pour un projet d'intégration Salesforce dans une ETI, et de quoi dépend-elle ?
Il n'existe pas de durée unique : elle dépend du périmètre, de la qualité des données, du nombre d'intégrations et de l'implication des équipes. Un premier périmètre bien cadré se compte souvent en quelques mois, tandis qu'un déploiement large et complexe s'étend davantage. Le facteur décisif est le cadrage initial.