Conseil et caractérisation Salesforce
Avant de définir un seul champ,
définir ce que le système doit accomplir.
Une caractérisation correcte relie les objectifs commerciaux à la solution technologique. Elle é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 vue complète de l'organisation avant la prise de décision
- État actuel
- État souhaité
- Utilisateurs et parties prenantes
- Processus métier
- Systèmes existants
- Sources de données
- Qualité des données
- Autorisations et sensibilité des données
- Intégrations
- Indicateurs de succès
- Risques
- Priorités
Problèmes résolus par le service
Que se passe-t-il lorsque la caractérisation est ignorée
Exigences qui changent chaque semaine
Sans caractérisation structurée, chaque partie prenante pousse un élément différent en haut de la liste. La caractérisation produit un document unique que toutes les parties signent et permet de gérer les changements de manière ordonnée.
Une solution choisie avant que le problème ne soit défini
Parfois, une organisation achète des licences ou un module avant qu'il ne soit clair pourquoi. Une caractérisation préliminaire vérifie si la solution répond réellement au problème commercial, et ce qui manque au-delà de la licence elle-même.
Incapacité à estimer le budget et les délais
Sans portée définie, toute estimation est une supposition. Le résultat de la caractérisation permet aux fournisseurs de donner une estimation responsable et au client de les comparer équitablement.
Tensions entre les départements
Les ventes, le service et les opérations perçoivent le même processus différemment. Les ateliers de caractérisation créent un langage commun et décident à l'avance où il y a un compromis.
Le processus de travail
Sept étapes définies
- 01Introduction et cartographie des parties prenantes
- 02Ateliers de processus tel quel
- 03Cartographie des systèmes et des données existants
- 04Conception de processus To-Be
- 05Modèle de données initial et carte des intégrations
- 06Établissement de la feuille de route et estimation
- 07Présentation des livrables à la direction et approbation
Qu'obtenez-vous
Livrables exploitables
Document des exigences
Documentation claire des besoins commerciaux, des scénarios, des utilisateurs et des contraintes.
Carte 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
Planification du système, des données, des autorisations, des intégrations et des composants clés.
Roadmap
Division en phases, jalons, Quick Wins et dépendances.
Backlog
Décomposition en Epics, User Stories et tâches pouvant être priorisées et implémentées.
Estimation et plan de travail
Évaluation de la portée, des délais, des responsabilités et des risques en fonction des informations connues.
Indicateurs de succès
Définition préalable de ce qui sera considéré comme un résultat commercial et opérationnel réussi.
Point de décision
Appel de spécification initial de 30 minutes
Lors de l'appel, nous déterminerons si une spécification complète, une spécification abrégée ou un contrôle de santé du système existant est nécessaire.
Quand le service est-il adapté ?
Points de départ typiques
- Avant l'acquisition de Salesforce.
- Avant un projet d'implémentation.
- Avant l’extension d’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 dans le même système.
- En cas de désaccord organisationnel sur le processus souhaité.
Considérations pour la décision
Les quatre décisions qui déterminent la qualité de la spécification
Portée de la spécification
Une spécification ciblée pour un seul département suffit pour un projet Quick Win. Une spécification inter-organisationnelle est nécessaire lorsque le processus traverse différents départements et dépend de sources d'information communes.
Profondeur de la documentation du processus
Tous les processus n'ont pas besoin d'un diagramme BPMN. Nous investissons une documentation approfondie dans les processus clés et une documentation légère dans les sous-processus.
Indicateurs de succès
Définir à l'avance 3 à 5 KPI commerciaux, pas seulement techniques, afin de pouvoir dire dans un an si l'investissement a été justifié.
Priorité avant perfection
Un Roadmap qui fait avancer à l'aiguille en trois mois est préférable à un plan complet qui ne démarre que dans un an.
Erreurs courantes
Ce qu'il est important de maintenir pendant la phase de spécification
- Démarrer la spécification sans un sponsor clair de la direction.
- Documenter la situation existante au lieu de définir la situation souhaitée.
- Surcharger de demandes de « tout ce que nous aimerions » au lieu de séparer les "indispensables" (Must) des "souhaitables" (Nice-to-have).
- Ignorer la cartographie des sources d'information et la qualité des données.
- Finaliser une spécification sans s'assurer que les utilisateurs réels ont vu le produit.
28. Questions fréquentes
Conseil et spécification — questions récurrentes
L'étape suivante
Discussion de spécification initiale
Une courte discussion de 30-45 minutes pour comprendre le contexte et les décisions en suspens.