Bilan de Santé Salesforce

Le système existe déjà.
La question est de savoir s'il est toujours bien construit.

Un examen systématique de votre environnement Salesforce existant pour identifier les risques, la dette technique, les problèmes d'utilisabilité, les données peu fiables et les opportunités d'amélioration — avant de lancer un autre projet.

Demander une consultation Examiner un système Salesforce existant

Signes qu'un Bilan de Santé en vaut la peine

Quand l'examen est profitable

Les utilisateurs travaillent en dehors du système.
Il est difficile de générer des rapports fiables.
De petits changements entraînent des ruptures.
Il existe des Flows ou du code sans responsable clair.
Les permissions se sont accumulées au fil du temps.
Données dupliquées ou incomplètes.
Les intégrations échouent.
Les temps de chargement ou les performances se sont dégradés.
Les coûts augmentent sans valeur ajoutée.
Aucune feuille de route organisée n'existe.
Personne ne sait ce qui peut être supprimé ou modifié.
Différentes équipes utilisent le système de différentes manières.

Problèmes résolus par ce service

Quand l'examen change la donne

Incertitude avant un nouveau projet

Avant une nouvelle phase, une intégration ou un passage à Agentforce, un Bilan de Santé répond : la base est-elle suffisamment solide ? Si non, que faut-il corriger en premier ?

Dette technique accumulée en silence

Flows dupliqués, code ancien, champs orphelins et profils ouverts. L'examen expose la dette, la priorise et propose une correction par étapes.

Faible adoption par les utilisateurs

Lorsque le système existe, mais que personne ne travaille réellement dessus. L'examen combine des entretiens avec les utilisateurs et l'analyse de l'utilisation réelle.

Coûts de licences peu clairs

Utilisateurs inactifs, fonctionnalités achetées et non implémentées, et modules dupliqués. L'examen identifie des économies réelles.

Ce que nous examinons

Huit domaines d'examen

Architecture

Modèle de données, objets, relations, évolutivité, dette technique.

Automatisation et code

Flows, Apex, triggers, LWC, dépendances, erreurs et maintenabilité.

Permissions et sécurité

Profils, ensembles de permissions, partage, rôles, accès aux données sensibles, permissions excessives.

Données

Doublons, champs vides, structure des données, qualité des données, sources de vérité et politique de rétention.

Utilisabilité et adoption

Écrans, nombre d'étapes, champs inutiles, utilisation réelle et processus contournant le système.

Rapports et métriques

Fiabilité des rapports, KPI, tableaux de bord et cohérence entre les départements.

Intégrations

Échecs, surveillance, nouvelles tentatives, responsables, sécurité et limites de l'API.

Licences et coûts

Utilisation des licences, utilisateurs inactifs, fonctionnalités achetées et non utilisées.

Comment nous travaillons

Sept étapes organisées

01Lancement et accès à l'environnement
02Analyse automatisée des métadonnées
03Entretiens avec les parties prenantes
04Analyse de l'utilisation réelle
05Examen des intégrations et des journaux
06Rédaction du rapport et des recommandations
07Présentation exécutive

Ce que vous obtenez

Livrables clairs pour la prise de décision

Résumé exécutif

Un résumé pour le conseil d'administration, orienté vers la prise de décision.

Rapport de découvertes priorisées

Par gravité, impact et effort.

Quick wins

Améliorations rapides et à forte valeur ajoutée.

Risques clés

Lacunes qui nécessitent une attention prioritaire.

Recommandations d'architecture

Directives pour l'amélioration structurelle du système.

Feuille de route d'amélioration

Phases et priorisation.

Point de décision

Un bref appel d'alignement avant de commander un Bilan de Santé complet

Lors d'un bref appel, nous clarifierons si un Bilan de Santé express, un examen approfondi ou un soutien ponctuel pour une décision spécifique est le plus approprié.

Demander une consultation

Facteurs de décision

Trois décisions qui déterminent la valeur de l'examen

Profondeur de l'examen

Un examen express d'une semaine pour une vue d'ensemble, versus un examen approfondi de quatre semaines qui inclut l'analyse du code et de l'architecture. Le choix dépend de la taille du système et des questions ouvertes.

Quand effectuer un Bilan de Santé

Avant une nouvelle phase, avant de passer à Agentforce, après un changement de fournisseur, ou lorsque les indicateurs d'adoption restent faibles au fil du temps.

Qui met en œuvre les corrections

Vous pouvez les mettre en œuvre en interne, via un autre partenaire, ou continuer avec nous. Nous rédigeons le rapport de manière à ce que toute partie qualifiée puisse y donner suite.

Erreurs fréquentes

Ce qu'il faut observer pendant l'examen

Ne se fier qu'au Bilan de Santé natif de Salesforce sans réexaminer le côté processus.
Corriger une découverte isolée sans comprendre la cause racine de l'architecture.
Lancer un grand projet d'expansion avant de connaître l'état réel de la base.
Ne se fier qu'à un administrateur interne pour l'autodiagnostic : il est difficile d'auditer le système que l'on maintient soi-même.

Pour approfondir

Guides et services liés

Questions fréquentes

Bilan de Santé Salesforce — questions habituelles

Qu'est-ce qu'un Bilan de Santé Salesforce ?

Un examen systématique d'une organisation Salesforce existante dans huit domaines : architecture, automatisation et code, permissions et sécurité, qualité des données, utilisabilité et adoption, rapports et métriques, intégrations et licences et coûts. Le résultat est une carte de découvertes priorisées avec des actions recommandées.

Quelle est la durée d'un Bilan de Santé ?

Un examen standard dure généralement de deux à quatre semaines, en fonction de la taille du système, du nombre d'intégrations et du nombre d'utilisateurs. Une partie du travail est effectuée avec un accès partiel à l'environnement, et une autre partie par le biais d'entretiens avec les parties prenantes.

Quelle est la différence entre le Bilan de Santé de HPI Pro et le Bilan de Santé natif de Salesforce ?

Le Bilan de Santé natif de Salesforce examine principalement la configuration de sécurité par rapport à la base de référence de Salesforce. Notre examen est plus large et couvre également l'architecture, l'automatisation, la qualité des données, l'utilisabilité réelle pour les utilisateurs, le gaspillage de licences et l'alignement avec les processus métier.

Avez-vous besoin d'un accès administrateur ?

Oui. Nous avons besoin de visibilité sur le Setup, les métadonnées et les rapports. Si nécessaire, nous pouvons travailler avec un accès en lecture seule via un ensemble de permissions dédié, sans toucher aux données ni apporter de modifications.

Qu'advient-il des résultats ?

Vous recevrez un rapport de découvertes priorisées par gravité, impact et effort, incluant des quick wins que vous pouvez implémenter immédiatement et un plan de remédiation à moyen terme. Vous pouvez l'implémenter seul, via un autre partenaire, ou continuer avec nous pour une phase de remédiation.

Prochaine étape

Passez en revue votre système existant

Un Bilan de Santé ciblé qui identifie la dette technique, les quick wins et les lacunes qui empêchent l'adoption.