Consulting et Discovery Salesforce
Avant de définir un seul champ,
définissez ce que le système doit accomplir.
Un bon discovery connecte les objectifs métier avec la solution technologique. Il évite les développements inutiles, réduit les malentendus et crée une base commune pour la direction, les utilisateurs et l'équipe technique.
Ce que nous cartographions
Une vision complète de l'organisation avant de prendre des décisions
- État actuel
- État désiré
- Utilisateurs et parties prenantes
- Processus métier
- Systèmes existants
- Sources de données
- Qualité des données
- Permissions et sensibilité des données
- Intégrations
- Mesures de succès
- Risques
- Priorités
Problèmes que ce service résout
Ce qui se passe lorsque le discovery est ignoré
Exigences changeant chaque semaine
Sans un discovery structuré, chaque partie prenante place un élément différent en tête de liste. Le discovery génère un document unique approuvé par toutes les parties et permet un contrôle des modifications géré.
Une solution choisie avant de définir le problème
Parfois, une organisation achète des licences ou un module avant d'avoir une clarté sur le pourquoi. Le discovery préalable vérifie si la solution répond réellement au problème métier, et ce qui manque au-delà de la licence elle-même.
Incapacité d'estimer le budget et les délais
Sans une portée définie, toute estimation est une supposition. Le livrable du discovery permet aux fournisseurs de fournir une estimation responsable et au client de les comparer équitablement.
Tensions entre les départements
Les ventes, le service client et les opérations perçoivent le même processus différemment. Les ateliers de discovery créent un langage commun et décident à l'avance où des compromis sont nécessaires.
Comment nous travaillons
Sept étapes définies
- 01Kickoff et cartographie des parties prenantes
- 02Ateliers sur le processus 'as-is'
- 03Cartographie des systèmes et données existants
- 04Conception du processus 'to-be'
- 05Modèle de données initial et cartographie des intégrations
- 06Construction de la feuille de route et de l'estimation
- 07Présentation des livrables et approbation
Ce que vous obtenez
Des livrables avec lesquels vous pouvez réellement travailler
Document d'exigences
Documentation claire des besoins métier, des scénarios, des utilisateurs et des contraintes.
Cartographie des processus
Diagrammes 'as-is' et 'to-be' montrant comment le travail est effectué aujourd'hui et comment il devrait l'être.
Architecture de la solution
Conception du système, des données, des permissions, des intégrations et des composants principaux.
Feuille de route (Roadmap)
Phases, jalons, succès rapides et dépendances.
Backlog
Décomposé en épics, user stories et tâches qui peuvent être priorisées et implémentées.
Estimation et plan de travail
Portée (scope), délais, responsabilités et estimation des risques basée sur les informations connues.
Mesures de succès
Définies à l'avance pour pouvoir affirmer, dans un an, si l'investissement a été rentable.
Point de décision
Un appel initial de discovery de 30 minutes
Lors de cet appel, nous clarifierons si vous avez besoin d'un discovery complet, d'un discovery bref ou d'un Health Check sur un système existant.
Quand ce service est approprié
Points de départ habituels
- Avant d'acquérir Salesforce.
- Avant un projet d'implémentation.
- Avant d'étendre un système existant.
- Après un projet qui n'a pas atteint ses objectifs.
- Avant Agentforce ou l'IA.
- Avant une intégration complexe.
- Lorsque plusieurs départements doivent travailler sur le même système.
- Lorsqu'il n'y a pas d'accord organisationnel sur le processus souhaité.
Facteurs de décision
Quatre décisions qui déterminent la qualité du discovery
Portée du discovery
Un discovery axé sur un seul département est suffisant pour un projet à succès rapide. Un discovery transversal est nécessaire lorsque le processus traverse les départements et dépend de sources de données partagées.
Niveau de détail dans la documentation des processus
Tous les processus n'ont pas besoin d'un diagramme BPMN. Nous investissons une documentation détaillée dans les processus clés et plus légère dans les sous-processus.
Mesures de succès
Nous définissons à l'avance entre trois et cinq KPI métier, pas seulement techniques, pour pouvoir dire dans un an si l'investissement a été rentable.
Prioriser les progrès plutôt que l'exhaustivité
Une feuille de route qui génère un impact en trois mois vaut plus qu'un plan complet qui ne commence que dans un an.
Erreurs courantes
Ce à quoi il faut faire attention pendant le discovery
- Démarrer un discovery sans un sponsor exécutif clair.
- Documenter l'état actuel au lieu de définir l'état désiré.
- Accumuler 'tout ce que nous aimerions' au lieu de séparer l'indispensable du souhaitable.
- Omettre la cartographie des sources de données et de leur qualité.
- Clore le discovery sans confirmer que les utilisateurs réels ont vu le livrable.
Approfondir
Guides et services connexes
Questions fréquentes
Consulting et discovery — questions courantes
Quelle est la différence entre le conseil Salesforce et le discovery de projet ?
Combien de temps dure un discovery ?
Un discovery est-il également nécessaire pour une instance Salesforce existante ?
Qui devrait participer au discovery côté client ?
Le livrable du discovery vous engage-t-il en tant qu'intégrateur ?
Prochaine étape
Découvrez par où commencer
Un bref appel de conseil pour cartographier les processus, identifier les lacunes et recommander la voie de discovery appropriée.
Prochaine étape
Appel initial de discovery
Un bref appel de 30 à 45 minutes pour comprendre le contexte et les décisions en suspens.