Le centre de connaissances de HPI Pro
Guides pratiques pour planifier, implémenter, améliorer et opérer les systèmes Salesforce et CRM en entreprise.
Clusters de contenu
Articles
80 articles sur 80
Choix du partenaire, coûts et appels d'offres
Le coût d'une implémentation Salesforce se compose de sept éléments ayant des comportements très différents : de la licence aux intégrations, en passant par les coûts internes cachés. Ceux qui approuvent un budget basé sur un seul chiffre se retrouvent souvent avec des dépassements dès la deuxième phase.
Choix du partenaire, coûts et appels d'offres
Le choix d'une entreprise d'implémentation Salesforce oscille souvent entre deux extrêmes : l'impression suscitée par une démo spectaculaire ou une simple comparaison des prix. Un processus de sélection judicieux évalue en profondeur l'expertise professionnelle, les références authentiques et le modèle de collaboration, avant d'examiner le chiffre figurant au bas de la proposition.
Implémentation de Salesforce
Un projet Salesforce moyen s'étend généralement sur une période de six semaines à neuf mois. Cependant, la fourchette de dates indiquée dans un devis est rarement déterminée par l'ampleur du développement, mais plutôt par la rapidité des décisions, la qualité des données disponibles et la disponibilité des équipes internes de l'organisation.
Implémentation de Salesforce
Au-delà de 500 utilisateurs, la question n'est plus « comment construire », mais plutôt qui décide, qui approuve les changements et comment les initiatives parallèles sont coordonnées. Cet article explore un modèle de gouvernance, le choix entre Single-org et Multi-org, et les schémas d'échec courants.
Implémentation de Salesforce
La migration entre systèmes CRM échoue souvent, non pas à cause de Salesforce, mais en raison d'un transfert de données historiques non audité. Cet article détaille comment cartographier vos processus, décider quelles informations ne pas migrer et quand décommissionner sécuritairement l'ancien système.
Architecture et intégrations
Lors de toute intégration entre Salesforce et un ERP, un moment survient où deux chiffres sont contradictoires (inventaire, solde débiteur ou statut de commande). Il faut alors décider lequel est le plus juste. Ce guide s'appuie sur la notion de source de vérité unique, les modèles de synchronisation et la planification des défaillances, plutôt que sur une simple liste d'intégrations API.
Données, migration et qualité des données
La majorité des échecs de migration ne sont pas liés à l'outil, mais à un ordre de chargement incorrect, un mappage des champs bâclé ou l'absence de réconciliation. Ce guide propose un processus complet : profilage, nettoyage, External IDs, Dry Run et corrections post-Go Live.
Agentforce et IA
Tous les processus ne se prêtent pas à un agent IA autonome. Ce guide propose un cadre décisionnel opérationnel pour évaluer la maturité des données, le "grounding", les autorisations et l'approche "Human-in-the-loop". Il permet de distinguer les cas d'usage matures pour Agentforce de ceux où une automatisation classique est préférable.
Choix du partenaire, coûts et appels d'offres
La plupart des offres Salesforce semblent similaires sur le papier jusqu'à ce que vous les examiniez à l'aide de 15 questions ciblées. Ce guide les décompose en six thèmes – de l'équipe à la continuité – et vous montre la différence entre une réponse faible et une réponse fiable.
Optimisation et sauvetage de projets
Un projet Salesforce en panne semble être un problème technique, mais la plupart du temps, il est le résultat d'un périmètre flou, de décisions architecturales non prises et d'une perte de confiance. Ce guide présente un plan de diagnostic sur 10 jours et un programme de redressement sur 90 jours.
Implémentation de Salesforce
La différence entre un MVP et un système "à moitié construit" ne réside pas dans le nombre de fonctionnalités, mais dans la nature des décisions prises. Un premier jalon bien défini finalise entièrement le modèle de données et les autorisations, tout en ciblant une portée métier plus restreinte. Cet article propose un test rigoureux pour délimiter un MVP et présente une grille de décisions à respecter impérativement.
Implémentation de Salesforce
Les deux rôles déterminant le respect des délais d'un projet Salesforce sont presque toujours attribués au client et non au fournisseur. Cet article définit les neuf rôles essentiels, leur contribution respective, ceux qui ne peuvent être externalisés, et présente une matrice RACI efficace pour éviter les retards liés aux prises de décision.
Implémentation de Salesforce
Un UAT qui se limite à une visite guidée des écrans ne détectera pas les défaillances essentielles qui pourraient compromettre le lancement de votre projet. Le test doit s'appuyer sur des scénarios complets, des données similaires à la réalité et être effectué par les futurs utilisateurs du système. Ce guide propose une méthodologie de construction de scénarios, un modèle de classification des anomalies et des critères de validation clairs.
Choix du partenaire, coûts et appels d'offres
Le choix du modèle tarifaire porte principalement sur l'attribution du risque lié à l'incertitude. Le forfait n'est pas intrinsèquement moins cher, ni la régie plus risquée ; chacun correspond à un niveau de maturité différent de la définition du périmètre. Découvrez notre grille d'adéquation, les mécanismes de protection pour chaque modèle, et les approches hybrides qui fonctionnent.
Architecture et intégrations
Le choix entre Flow et Apex ne dépend pas des compétences de l'équipe mais de la nature de la logique : le volume d'enregistrements par transaction, la dépendance aux limites de gouvernance, le besoin de contrôle transactionnel et la complexité des conditions. Cet article présente un test de décision opérationnel plutôt qu'une énième comparaison générique des fonctionnalités.
Architecture et intégrations
Le choix d'un modèle d'intégration inadéquat ne se révèle pas en démonstration, mais plutôt lors d'une montée en charge, d'une panne temporaire d'un système externe, ou de la mise à jour simultanée du même client par deux utilisateurs. Ce guide propose une approche décisionnelle basée sur seulement trois questions fondamentales : quelle est la rapidité d'information requise, qui détient la vérité des données, et que se passe-t-il en cas d'échec ?
Architecture et intégrations
La plupart des organisations construisent leur modèle d'autorisations de haut en bas : d'abord un Profile large, puis des ajustements individuels jusqu'à ce que personne ne se souvienne pourquoi un utilisateur spécifique détient certaines autorisations. L'approche correcte est l'inverse : un Profile minimaliste pour l'accès de base, et des Permission Set Groups qui structurent les capacités de travail par rôle. Cet article présente cette méthode comme un cadre opérationnel.
Architecture et intégrations
Le choix d'une architecture Multi-Org n'est pas le fruit d'une décision isolée, mais plutôt la résultante d'une agrégation d'unités commerciales, de contraintes réglementaires et de modèles de données incompatibles au sein d'un même environnement. Cet article propose un test en trois questions pour évaluer le besoin réel, une matrice d'analyse coût-bénéfice, et un cheminement progressif pour les entreprises envisageant déjà une segmentation.
Données, migration et qualité des données
La plupart des échecs de migration vers Salesforce ne sont pas des échecs d'outils, mais des échecs sémantiques : un champ portant le même nom dans deux systèmes décrivant deux choses différentes. Ce guide montre comment construire un document de mapping qui documente la signification commerciale, les règles de transformation, les valeurs par défaut et les responsabilités – avant d'effectuer un premier chargement.
Données, migration et qualité des données
La duplication n'est pas un défaut de données, mais un défaut d'identification. Votre organisation n'a pas défini ce qui fait que deux enregistrements représentent le même client. Ce guide présente comment établir des règles de correspondance (Matching Rules), construire un enregistrement "Golden Record", décider quoi supprimer et quoi conserver dans l'historique, et comment empêcher la réapparition des doublons quelques semaines après le chargement initial.
Données, migration et qualité des données
Sans attribution claire de la "Source de Vérité", chaque intégration devient une négociation complexe, menant souvent à des données contradictoires. Ce guide explique comment définir une source unique de vérité au niveau des champs, distinguer les systèmes d'affichage des systèmes autoritaires, et appliquer ces décisions techniquement plutôt que par de simples documents.
Données, migration et qualité des données
La qualité des données n'est gérable que lorsqu'elle est quantifiée, seuillée et attribuée à un responsable. Ce guide explore les dimensions réellement pertinentes à mesurer dans Salesforce, la méthode pour établir des seuils non arbitraires, la connexion entre chaque mesure et son impact commercial, et la construction d'un tableau de bord consultable régulièrement.
Agentforce et IA
Toutes les requêtes ne sont pas adaptées à un agent virtuel, et l'ordre de déploiement initial détermine l'expansion ou l'arrêt de votre projet. Ce guide classe les scénarios de service courants par maturité, explique les prérequis pour chacun, et identifie ceux qui, bien que séduisants, sapent la confiance dès les premières étapes.
Agentforce et IA
Un agent ne génère pas de réponses erronées par malice, mais lorsque sa source d'information est partielle, contradictoire ou non autorisée. Ce guide décompose la couche de 'Grounding' : quelles sources connecter, comment découper et étiqueter le contenu, comment maintenir les autorisations pendant la récupération, et comment mesurer la précision avant de laisser l'agent interagir avec un client.
Agentforce et IA
La validation humaine systématique anéantit la valeur ajoutée ; l'absence totale de validation génère des risques. Ce guide propose une méthodologie pour définir les points d'arrêt en fonction de la réversibilité, de l'impact et de la sensibilité, présente trois modèles de validation distincts et énonce des critères mesurables pour supprimer un point de validation sans compromettre le contrôle.
Sales Cloud et Service Cloud
L'échec de l'implémentation de Sales Cloud est rarement dû à des configurations incorrectes, mais plutôt à l'incapacité de définir précisément les critères de transition entre les étapes du cycle de vente. Ce guide présente une chaîne unifiée – Lead, Opportunité, Forecast – où chaque étape possède des critères de sortie mesurables, condition essentielle à une prévision fiable.
Sales Cloud et Service Cloud
De nombreux centres de services implémentent Service Cloud et constatent une absence d'amélioration du temps de réponse. La raison de ce constat n'est presque jamais l'outil lui-même, mais plutôt quatre décisions clés qui n'ont pas été finalisées : qu'est-ce qui constitue un dossier (Case) ? Qui en est le destinataire ? À partir de quand le temps est-il décompté ? Et que se passe-t-il lorsque la réponse est déjà disponible ? Ce guide détaille ces quatre points en produits livrables vérifiables.
Sales Cloud et Service Cloud
La question de savoir quelle solution Cloud acquérir est souvent présentée comme une comparaison de produits, mais elle concerne en réalité la structure de votre travail : s'agit-il de gérer des opportunités avec une progression ou des requêtes avec un temps de réponse. Ce guide distingue les deux en fonction des objets, des métriques et des licences, et explique quand les deux sont nécessaires et comment les combiner sans dupliquer les données.
Adoption des utilisateurs et conduite du changement
La gestion du changement ne se limite pas à la semaine de formation précédant le Go-Live. Découvrez notre plan d'action en quatre étapes — cartographie d'impact, mobilisation des parties prenantes, communication et cycle de gestion — avec les livrables, les responsables et les indicateurs clés pour chaque phase.
Adoption des utilisateurs et conduite du changement
Une formation qui explique de simples écrans est vite oubliée. Découvrez comment structurer un programme de formation basé sur des scénarios : un parcours distinct par rôle, des exercices pratiques sur données réelles dans un environnement sandbox, un test d'autonomie et une maintenance continue pour les nouvelles recrues.
Adoption des utilisateurs et conduite du changement
La connexion est un indicateur de présence, pas de valeur. Ce guide pratique vous aidera à construire un ensemble d'indicateurs d'adoption mesurant les activités clés, la qualité des données et les résultats commerciaux — incluant une ligne de base, une segmentation par rôle et un plan d'action pour chaque constat.
Optimisation et sauvetage de projets
Un système CRM ne tombe presque jamais en panne d'un coup. Il s'altère progressivement, et ceux qui l'utilisent quotidiennement finissent par ne plus le remarquer. Les huit signes présentés ici sont mesurables sans enquête ni consultant, et chacun pointe vers une origine différente : processus, données, architecture ou gouvernance.
Implémentation de Salesforce
Le cheminement des modifications depuis le développement jusqu'à la production détermine la capacité à déployer en toute confiance. Ce guide détaille les types de Sandboxes nécessaires à chaque étape, la construction d'un pipeline Source-Driven avec Git et CI, et la gestion des configurations manuelles en production.
Implémentation de Salesforce
Le Hypercare n'est pas une prolongation de projet, mais un pont structuré vers le mode opératoire continu (BAU). Il englobe la composition de l'équipe, des SLAs temporaires, une hiérarchisation quotidienne des incidents (triage), des critères de sortie mesurables et une transition de propriété ordonnée vers l'équipe interne.
Implémentation de Salesforce
Le backlog d'un projet Salesforce échoue presque toujours sur le même point : des User Stories qui décrivent un écran au lieu d'un résultat, et des critères d'acceptation rédigés après le développement. Ce guide présente une structure de User Story testable, une méthode de décomposition par 'Vertical Slice', et une priorisation qui tient la route même sous pression.
Implémentation de Salesforce
Le Scope Creep ne découle pas d'un excès de demandes, mais plutôt d'un manque de mécanisme pour les évaluer en temps réel. Ce guide propose une approche structurée : une base de référence figée, des demandes de changement concises, un comité de pilotage hebdomadaire et un budget dédié aux imprévus, pour accepter le changement sans compromettre les délais.
Implémentation de Salesforce
Le débat méthodologique dans un projet Salesforce est presque toujours un débat sur autre chose : combien de décisions peuvent être reportées, et combien de temps les utilisateurs sont-ils réellement disponibles. Ce guide décompose le choix en trois variables cruciales et décrit le modèle hybride que la plupart des organisations adoptent réellement.
Implémentation de Salesforce
La décision n'est pas dictée par une préférence méthodologique, mais par les interdépendances des données et des processus. Ce cadre vous guide dans le choix entre un lancement unique ou par phases, en intégrant les coûts de coexistence, les risques de migration et un tableau de décision par type d'organisation.
Implémentation de Salesforce
La plupart des calculs de ROI pour un projet CRM sont effectués une seule fois, au moment de l'approbation budgétaire, et ne sont ensuite jamais réexaminés. Ce guide propose une approche différente : quatre types de valeurs mesurables distinctement, l'établissement d'une référence (Baseline) avant la mise en service, et une règle d'attribution qui évite d'imputer toute amélioration commerciale au seul système.
Choix du partenaire, coûts et appels d'offres
Un RFP qui se contente d'une liste d'exigences génère une liste de promesses. Un document d'appel d'offres efficace décrit plutôt les processus, les volumes et les décisions ouvertes – forçant chaque fournisseur à démontrer sa réflexion. Découvrez ici une structure de document en neuf étapes, les questions qui distinguent réellement les fournisseurs et les livrables à exiger dans chaque proposition.
Choix du partenaire, coûts et appels d'offres
Une proposition 30 % moins chère est presque toujours une offre différente, pas une meilleure offre. Une comparaison juste débute par une normalisation : même périmètre, même période de garantie, mêmes composants implicites. Découvrez notre méthode de normalisation en six étapes, une cartographie des coûts souvent omis des offres et un modèle de comparaison sur trois ans.
Choix du partenaire, coûts et appels d'offres
La plupart des litiges dans les projets Salesforce ne portent pas sur le prix, mais sur la définition de ce qui est considéré comme "terminé". Un bon SOW (Statement of Work) clarifie l'acceptation, les dépendances mutuelles, la propriété des livrables et une sortie ordonnée. Nous vous présentons ici douze clauses essentielles avec des formulations conseillées et une explication de ce que chacune prévient concrètement.
Choix du partenaire, coûts et appels d'offres
Sans un modèle de notation agréé, un comité de sélection prendra presque toujours une décision justifiée a posteriori. Un scorecard prédéfini détermine les critères de mesure, les preuves requises pour chaque score et les motifs d'exclusion immédiate. Nous présentons ici un modèle à sept dimensions avec des pondérations exemplaires et un processus de notation conçu pour prévenir les biais.
Architecture et intégrations
Salesforce comptabilise les appels API par tranches de 24 heures et, au-delà du seuil, bloque purement et simplement, sans ralentir. Une organisation exécutant une synchronisation nocturne, un webhook entrant et des rapports simultanément nécessite un budget d'appels planifié, et pas seulement une tentative de réessai après l'épuisement du quota. Ce guide analyse les limites pratiques : comment mesurer la consommation, quand passer à l'API en masse, et comment construire un mécanisme de 'backoff' qui ne submerge pas le système avec une deuxième vague de défaillances.
Architecture et intégrations
Les Événements de Plateforme (Platform Events) et le Change Data Capture (CDC) résolvent un problème fondamental : la désynchronisation entre des systèmes qui n'ont pas à attendre l'un l'autre. La difficulté survient lorsqu'on choisit l'un plutôt que l'autre pour des raisons de commodité technique, sans considérer la propriété des données, le niveau de fiabilité requis, ou les scénarios où un message arrive en double ou n'arrive pas du tout.
Architecture et intégrations
SAML ou OIDC, initiation par IdP ou par SP, JIT ou SCIM pour la gestion du cycle de vie – chaque choix architectural lié à l'identité dans Salesforce détermine qui accède au système, avec quelles autorisations, et ce qui se passe le jour de son départ. Cet article propose un cadre de décision concret, incluant un scénario d'Offboarding échoué et les solutions pour y remédier.
Architecture et intégrations
Un OWD ouvert pour 'ne bloquer personne' et une hiérarchie de rôles élaborée au cas par cas mènent rapidement à des situations où un directeur régional a accès à l'ensemble des données de son concurrent interne. Cet article propose une approche inversée : commencer par définir qui doit voir quoi et pourquoi, puis choisir entre OWD, hiérarchie de rôles, règles de partage, équipes et Apex Sharing.
Architecture et intégrations
La plupart des défaillances d'intégration que rencontrent les clients ne sont pas dues à une API en panne, mais à un message qui a échoué silencieusement, sans que personne ne s'en aperçoive. Cet article décompose la chaîne de gestion des erreurs en quatre couches – Idempotence, Relecture, Lettre morte et Réconciliation – et expose leurs points de rupture concrets.
Architecture et intégrations
La dette technique dans les automatisations Salesforce ne naît pas d'un mauvais choix entre Flow et Apex, mais de centaines de petites décisions prises sans politique claire ni vision globale. Cet article explique comment l'identifier concrètement — via des chiffres, et non l'intuition — et comment élaborer un plan de réduction qui n'arrête pas le rythme de développement.
Données, migration et qualité des données
Le modèle de données est la décision la plus coûteuse à modifier après la mise en production. Ce guide explore quand rester sur les objets Standard, quand un objet personnalisé est justifié, comment choisir entre les relations Lookup et Master-Detail, et comment un modèle qui semble propre en atelier peut générer des limitations en matière de reporting, de permissions et de performances des années plus tard.
Données, migration et qualité des données
Le MDM échoue lorsqu'il est défini comme un projet technologique et réussit lorsqu'il est défini comme une discipline de propriété. Ce guide explique quelles entités nécessitent réellement une gestion des données de référence, comment construire un 'Golden Record' entre votre CRM et votre ERP sans perturber vos systèmes, quand un outil MDM dédié est nécessaire et quand Salesforce est suffisant, et comment mesurer l'efficacité de cette gouvernance.
Données, migration et qualité des données
Toutes les données clients ne sont pas destinées à résider dans le CRM. Ce guide distingue les données opérationnelles essentielles aux processus quotidiens des données comportementales agrégées à haut volume, destinées à l'unification de profils, à la segmentation et à l'activation. Découvrez comment cette distinction impacte la performance, les coûts, les autorisations et les futures applications de l'IA.
Données, migration et qualité des données
Chaque duplication de donnée est un engagement : un pipeline, un coût, un décalage et un risque. Le concept de Zero Copy permet d'interroger une donnée à son emplacement d'origine, mais ce n'est pas une solution universelle. Ce guide explore quand une approche virtuelle est préférable, quand l'ingestion est plus appropriée, et comment prendre des décisions en fonction de la fraîcheur, de la performance, de la gouvernance et du coût de transfert d'information.
Données, migration et qualité des données
Un Cutover échoue rarement à cause de la migration des données, mais plutôt en raison de facteurs périphériques : un delta non intégré, une intégration activée prématurément, ou l'absence de décisionnaire à 2h du matin. Ce guide présente un plan de bascule détaillé heure par heure, les règles de gel des systèmes, une méthode de réconciliation à quatre niveaux et des critères Go/No-Go clairs.
Agentforce et IA
Le coût des licences est souvent le plus simple à calculer et rarement le plus élevé. Ce guide décortique le coût total de possession (TCO) réel en cinq composantes – licences, consommation, construction, opération et maintenance du contenu – et présente une formule de coût par tâche permettant de comparer l'agent au coût du traitement humain, plutôt que de se fier à de simples promesses.
Agentforce et IA
La plateforme sécurise l'infrastructure ; l'organisation est responsable de ce que l'agent est autorisé à voir et à faire. Ce guide délimite la frontière pratique – données, autorisations, instructions, actions et surveillance – et met en lumière les nouveaux risques introduits par un agent, sans équivalent dans un système CRM traditionnel.
Agentforce et IA
Tester un agent ne s'approche pas de la même manière que tester un Flow. Une même question peut générer deux réponses valides. Ce guide expose comment construire un jeu de tests représentatif de la réalité, quels sont les dimensions à mesurer individuellement, quand l'automatisation est suffisante et quand l'intervention humaine est requise, et quel seuil permet une mise en production en toute confiance.
Agentforce et IA
Un agent non surveillé est une boîte noire ; difficile de défendre son efficacité en réunion de direction. Ce guide décompose l'observabilité en trois niveaux – conversation individuelle, tendances et impact commercial – détaillant les éléments essentiels à inclure dans les 'Traces' et comment transformer les échecs de conversation en une action hebdomadaire plutôt qu'en un rapport ignoré.
Agentforce et IA
Chaque action entreprise par un agent peut être mise en œuvre de quatre manières différentes, et la distinction va au-delà de la technique : elle impacte la maintenance, les tests et le temps nécessaire pour les modifications. Ce guide présente un ordre de sélection clair, le coût de maintenance de chaque option, et les scénarios où Apex demeure le choix optimal malgré son coût.
Agentforce et IA
Une base de connaissances conçue pour des utilisateurs humains n'est pas adaptée pour un agent IA. Elle contient des versions contradictoires, des documents orphelins et un contenu interne mélangé à des informations destinées aux clients. Ce guide présente un processus de préparation en cinq étapes – audit, archivage, structuration, étiquetage et attribution de propriété – avec des seuils d'indexation et un modèle de maintenance durable.
Agentforce et IA
La gouvernance de l'IA échoue souvent de deux manières : une commission qui paralyse toute initiative, ou un manque de contrôle révélé lors d'un audit. Ce guide présente un modèle hiérarchisé par niveau de risque, détaillant qui approuve quoi, les contrôles obligatoires à chaque échelon, les documents réellement nécessaires et comment maintenir l'agilité sans compromettre la responsabilité.
Sales Cloud et Service Cloud
Le processus Lead-to-Cash se fragmente fréquemment en trois points de transition critiques : de la piste à l'opportunité, de l'opportunité à la proposition validée, et de la proposition à la commande dans l'ERP. Ce guide détaille les configurations essentielles pour chaque étape, la gestion optimale des prix, et pourquoi l'approbation des remises constitue souvent le véritable goulot d'étranglement.
Sales Cloud et Service Cloud
Lorsqu'un directeur des ventes gère ses prévisions dans une feuille de calcul séparée, le problème ne réside pas dans le tableau de bord. Une prévision fiable repose sur quatre conditions préalables : une hiérarchie adéquate, des dates de clôture précises, des catégories définies et un cycle de révision régulier. Ce guide explique comment les construire et ce qu'il faut mesurer pour évaluer l'amélioration de vos prévisions.
Sales Cloud et Service Cloud
Le déploiement d'Omni-Channel échoue généralement non pas à cause des paramètres de routage, mais en raison d'un modèle de capacité inadéquat. Lorsque les chats, e-mails et appels téléphoniques sont mesurés avec la même unité de poids, les agents sont soit débordés, soit sous-utilisés. Ce guide explique comment définir des poids de charge de travail, lier les droits (Entitlements) au routage, et anticiper les défaillances du modèle sous charge.
Sales Cloud et Service Cloud
Les bases de connaissances échouent souvent en deuxième année, pas au lancement : les articles sont rédigés une fois pour toutes, personne ne les maintient, et les agents finissent par poser leurs questions sur le chat interne. Ce guide décrit un cycle de vie durable – coût, déclencheur de création, révision périodique et mesure d'utilisation – et ce qui change lorsqu'un agent IA consulte la même base.
Sales Cloud et Service Cloud
L'intégration téléphonique à Salesforce se mesure en secondes : combien de temps s'écoule avant que l'agent ne voie qui appelle et pourquoi. Ce guide aborde les décisions essentielles qui déterminent le résultat : identification de l'appelant, Screen Pop, gestion du routage, traitement des transferts et des déconnexions, et choix entre Service Cloud Voice et un adaptateur CTI existant.
Adoption des utilisateurs et conduite du changement
Un Champion qui n'est qu'un titre symbolique ne change rien. Découvrez comment choisir vos ambassadeurs sur le terrain, le temps à leur consacrer, la description précise de leur rôle, les méthodes de récompense et comment éviter que le réseau ne s'essouffle après deux mois.
Adoption des utilisateurs et conduite du changement
Chaque champ superflu représente une taxe quotidienne sur l'expérience utilisateur. Découvrez une méthode pratique pour optimiser les écrans Salesforce : audit d'utilisation des champs, test des trois clics, conception de mises en page par rôle et mesure du temps de tâche pré/post-optimisation.
Adoption des utilisateurs et conduite du changement
Un déploiement qui échoue n'est pas qu'un problème de formation. Ce guide pratique de réhabilitation explique comment diagnostiquer les raisons du désengagement, quelles corrections apporter dans les 30 premiers jours, comment restaurer la confiance sans annoncer de 'relance' — et quand il est préférable de réduire la portée du système plutôt que de l'étendre.
Optimisation et sauvetage de projets
La décision entre une réparation ponctuelle, une refonte ou une reconstruction est souvent prise à l'instinct – et c'est pourquoi elle ressurgit tous les deux ans. Ce guide présente quatre tests objectifs, explique pourquoi une reconstruction est presque toujours plus coûteuse que prévu, et décrit une approche de remplacement progressif.
Optimisation et sauvetage de projets
Une liste de dette technique de cent lignes n'est pas un outil de travail, mais une source de frustration. Ce guide propose une notation multidimensionnelle pour établir un ordre clair, explique quel type de dette doit être abordé en priorité indépendamment de la note, et comment traduire la dette en un langage qui obtient un budget.
Optimisation et sauvetage de projets
La lenteur de Salesforce est rarement due à un problème unique majeur, mais plutôt à l'accumulation d'un écran surchargé, d'une requête non sélective et d'automatisations redondantes. Ce guide propose une méthode de diagnostic en couches (navigateur, écran, serveur, données, intégration) et des métriques pour valider concrètement les améliorations.
Implémentation de Salesforce
La plupart des implémentations Salesforce échouent non pas au niveau du développement, mais entre les étapes : un passage précipité de la découverte à la construction, une migration sans répétition générale ou un UAT (User Acceptance Testing) sans véritable responsable. Ce guide expose le parcours complet par étapes, livrables et validations.
Architecture et intégrations
Une organisation qui ajoute des objets personnalisés, des flux et des intégrations point-à-point sans une couche d'architecture documentée accumule une dette technique qui ne se révèle que lors de l'intégration d'une nouvelle activité ou d'un nouveau pays. Cet article décompose l'architecture en six couches pratiques.
Implémentation de Salesforce
Une phase de "Discovery" aboutissant à une jolie présentation n'est pas un vrai Discovery. À la fin de la phase de conception, sept livrables concrets doivent être sur la table, suffisamment robustes pour permettre la construction, la budgétisation et la validation. Ce guide détaille le contenu de chaque livrable, les critères de maturité et le temps raisonnable à y consacrer.
Implémentation de Salesforce
La plupart des échecs de projets CRM ne sont pas dus à des problèmes techniques, mais à des décisions reportées. Ce guide présente dix erreurs récurrentes dans les projets Salesforce, le signe avant-coureur permettant de les détecter à temps, et l'action préventive qui coûte peu si elle est entreprise tôt, mais très cher si elle est mise en œuvre après le déploiement (Go Live).
Choix du partenaire, coûts et appels d'offres
La plupart des entreprises sollicitent un prestataire pour une "implémentation", même si leurs besoins réels relèvent de l'audit ou de l'accompagnement. Un choix inadéquat du type de service est la cause fréquente de projets aboutissant à un livrable non conforme aux attentes. Voici un guide par symptôme : quel service commander en fonction de la situation, quel en sera le livrable, et quels sont les signaux d'alerte.
Choix du partenaire, coûts et appels d'offres
Un consultant Salesforce est principalement nécessaire aux étapes critiques où une erreur serait coûteuse à corriger, et non pour chaque question technique. Cet article identifie cinq déclencheurs justifiant un conseil externe, différencie le rôle du consultant, de l'architecte et de l'administrateur, et détaille les livrables indispensables pour transformer les réunions en décisions concrètes.
Agentforce et IA
Avant de créer votre premier agent, il est judicieux de répondre à une question plus simple : votre organisation est-elle réellement prête ? Ce guide présente une évaluation de la préparation basée sur cinq axes – processus, données, connaissances, autorisations et opérations – avec un score pour chaque axe, un seuil minimal pour un projet pilote et les actions à entreprendre pour combler les lacunes identifiées.
Optimisation et sauvetage de projets
Un Health Check Salesforce n'est pas un sondage d'opinions, mais un diagnostic basé sur des preuves concrètes : métadonnées, logs, données d'utilisation et observation des utilisateurs réels. Ce guide détaille les sept axes d'évaluation, la méthodologie de classification des risques et la structure du livrable, qui permet de prendre des décisions budgétaires éclairées.
