CRM mal renseigné : nettoyer les fiches ou redéfinir le pipeline avant de former l’équipe ?

Si le CRM est peu fiable, ne commencez ni par supprimer des fiches ni par automatiser les relances. Prélevez d’abord un échantillon de vingt opportunités ouvertes, puis posez deux diagnostics séparés : les données décrivent-elles correctement chaque dossier ? et les étapes du pipeline correspondent-elles à des situations vérifiables ?

• Si les étapes sont comprises mais que les responsables, dates, doublons ou prochaines actions sont dégradés, le premier chantier est le nettoyage et la routine d’entretien.
• Si les mêmes dossiers changent d’étape selon la personne qui les lit, le premier chantier est la redéfinition du pipeline.
• Si les deux problèmes coexistent, définissez d’abord un pipeline minimal et testez-le hors production ; nettoyer une base avec des règles ambiguës ne ferait que rendre l’ambiguïté plus propre.

Cette décision précède le choix d’une formation, d’une migration ou d’un outil. Elle évite surtout de demander aux utilisateurs de « mieux renseigner le CRM » alors que l’équipe ne partage pas encore la même définition d’une opportunité qualifiée, d’une relance utile ou d’un dossier à clôturer.

Pourquoi un CRM vide et un pipeline trompeur ne sont pas le même problème

Une fiche incomplète peut être corrigée : attribuer un responsable, dater la prochaine action, vérifier une source ou clôturer une opportunité ancienne. Une étape ambiguë est différente. Si « Proposition », « Négociation » ou « Chaud » désigne tantôt un document envoyé, tantôt une impression favorable et tantôt une décision attendue, aucune campagne de nettoyage ne dira où placer correctement le dossier.

Inversement, refaire toutes les étapes ne résout pas un historique rempli de doublons, de responsables partis ou d’actions sans date. Vous avez alors un référentiel plus clair posé sur des fiches qui restent inutilisables.

La page Formation CRM opérationnel : structurer le pipeline et fiabiliser le suivi commercial distingue justement le cycle et ses critères, la donnée utile, les relances, la revue de pipeline et l’entretien. Elle propose un parcours de 14 heures pour l’usage quotidien et un parcours de 21 heures qui ajoute notamment qualité, accès, automatisations et adoption. Avant de choisir, il faut donc localiser le problème dominant.

L’outil : le test 20 opportunités — FICHE ou PIPELINE ?

Le test n’est pas un audit statistique. Vingt lignes ne représentent pas tout votre portefeuille. Elles donnent toutefois assez de matière pour faire apparaître les désaccords concrets sans exporter toute la base.

Choisissez vingt opportunités ouvertes : plusieurs âges, plusieurs propriétaires, plusieurs étapes et, si possible, plusieurs sources. Travaillez sur un export en lecture seule, un environnement de test ou des cas fictifs/anonymisés autorisés. Ne supprimez, ne fusionnez et ne déplacez rien en production pendant le diagnostic.

Pour chaque ligne, remplissez les cinq colonnes suivantes.

Utilisez littéralement la ligne ÉTAPE — SORTIE — PROPRIÉTAIRE — PREUVE — PROCHAINE ACTION pour chaque opportunité. Ne remplacez pas une inconnue par une supposition : écrivez « inconnu ».

Marquez l’origine de chaque défaut

Ajoutez ensuite une seule lettre à chaque anomalie :

• F pour fiche : la règle existe, mais la donnée manque, est périmée ou contredit une source plus fiable ;
• P pour pipeline : la règle ou le vocabulaire n’est pas partagé ;
• O pour organisation : le problème vient d’un rôle, d’un droit d’accès, d’une double saisie ou d’une décision managériale non tranchée ;
• ? si vous ne savez pas encore.

Cette séparation est essentielle. Former les utilisateurs au remplissage ne règle pas un problème de droits. Modifier les étapes ne règle pas l’absence de responsable. Automatiser une relance ne règle pas une règle d’arrêt inexistante.

Comment lire le résultat sans fabriquer un score magique

Ne calculez pas une « qualité CRM à 73 % ». Le but est de choisir un ordre de travail, pas de produire un indicateur flatteur.

Nettoyer d’abord les fiches

Choisissez ce chemin si les personnes expliquent les étapes et leurs sorties de la même manière, mais que les dossiers portent surtout des défauts F : responsable manquant, prochaine action échue, doublon à examiner, source non tracée ou opportunité restée ouverte après une décision connue.

Le chantier commence alors par des règles de correction réversibles : qui vérifie, quelle source fait foi, quels champs peuvent être complétés, quels cas doivent être arbitrés et comment garder la trace. Une opportunité ancienne ne doit pas être supprimée parce qu’elle gêne un graphique ; elle doit être qualifiée, clôturée ou conservée selon une règle autorisée.

Redéfinir d’abord le pipeline

Choisissez ce chemin si les défauts P dominent : les mêmes faits mènent à des étapes différentes, les critères reposent sur une humeur commerciale, les probabilités servent de définitions ou aucune sortie n’est formulable.

Réduisez provisoirement le cycle à quelques situations observables. Par exemple : demande enregistrée, besoin et interlocuteur confirmés, décision préparée, engagement documenté, clôture motivée. Les noms réels doivent correspondre au travail de l’organisation ; ce modèle n’est qu’un support de discussion.

Testez ensuite les définitions sur les vingt dossiers. Si deux personnes classent encore le même dossier différemment, la règle doit être clarifiée avant une migration ou une automatisation.

Traiter l’organisation avant la formation

Si les O dominent, la réponse n’est peut-être pas d’abord pédagogique. Une équipe en double saisie, sans droit de modifier un propriétaire ou sans décision sur la responsabilité du suivi ne pourra pas appliquer durablement une nouvelle méthode. Il faut nommer le décideur, corriger les accès, choisir le système de référence ou simplifier le processus.

Une formation peut ensuite aider à utiliser et entretenir la règle décidée. Elle ne peut pas décider à la place de l’entreprise qui possède la donnée ou qui arbitre un dossier.

Exemple fictif : un pipeline propre en apparence, incohérent en pratique

Cet exemple est une simulation. Il ne décrit pas une entreprise cliente de StraFormation et ne prouve aucun résultat commercial.

Une responsable commerciale examine vingt opportunités avec deux commerciaux. Les champs obligatoires sont presque tous remplis. Pourtant, onze dossiers classés « Proposition » n’ont pas le même statut réel : quatre devis ont été envoyés, trois rendez-vous servent encore à préciser le besoin, deux interlocuteurs ont demandé de rappeler plus tard et deux dossiers n’ont aucune trace récente.

La tentation serait de demander un nettoyage des dates et des notes. Le test montre autre chose : « Proposition » ne possède pas de sortie commune. Pour l’un, l’étape commence après l’envoi d’un document ; pour l’autre, dès qu’un prix a été évoqué. Le défaut dominant est P.

L’équipe formule alors une règle de test : l’étape commence lorsqu’une proposition identifiable a été transmise à l’interlocuteur compétent ; la prochaine décision attendue et sa date sont enregistrées ; sans réponse après la séquence autorisée, le dossier est différé ou clôturé avec un motif. Les vingt opportunités sont rejouées dans un environnement de test. Le nettoyage viendra ensuite, selon cette règle stabilisée.

Changeons le cas : les trois personnes appliquent déjà cette définition, mais huit dossiers appartiennent encore à un salarié parti et sept n’ont aucune prochaine action datée. Le défaut devient principalement F et O. Refaire le pipeline ajouterait du changement sans traiter l’attribution ni la routine de revue.

Exercice corrigé : quel chantier lancer en premier ?

Vous observez les situations suivantes dans un échantillon fictif :

1. Deux commerciaux définissent « Qualifié » comme un besoin, un interlocuteur et une échéance confirmés ; le troisième utilise cette étape dès qu’un formulaire est reçu.
2. Six opportunités ont une prochaine action échue depuis plus de trente jours.
3. Trois dossiers n’ont pas de propriétaire car le compte utilisateur a été désactivé.
4. Tous les commerciaux savent expliquer le motif de clôture, mais le champ n’est pas obligatoire et reste souvent vide.
5. Une automatisation déplace les opportunités après l’envoi d’un courriel, même si le destinataire n’a pas répondu.

Correction : commencez par clarifier le pipeline et l’automatisation, car les points 1 et 5 déplacent les dossiers sans situation commune. Décidez aussi qui reprend les dossiers orphelins : c’est un point d’organisation. Le nettoyage des actions échues et des motifs de clôture vient ensuite. Il serait risqué de corriger vingt lignes avant de savoir si l’automatisation les replacera immédiatement dans une étape ambiguë.

Le correctif attendu n’est pas « remplir tous les champs ». C’est : définir le critère d’entrée et de sortie de « Qualifié », suspendre ou tester hors production la règle automatique, attribuer les dossiers orphelins, puis corriger les fiches selon la source et les responsabilités autorisées.

Ce qu’il faut vérifier avant de toucher aux données réelles

Un CRM contient souvent des données personnelles. La CNIL rappelle que les données collectées doivent être adéquates, pertinentes et limitées à ce qui est nécessaire pour la finalité poursuivie : c’est le principe de minimisation. Pour la gestion des clients et prospects, elle cite aussi l’information des personnes, la sécurité, la limitation des durées de conservation et l’inscription du traitement au registre de l’organisation. Consulter la fiche CNIL sur la gestion des clients et prospects.

Le test ne détermine donc ni votre base légale, ni vos durées, ni vos habilitations. Faites valider ces choix par les acteurs compétents de l’organisation. N’utilisez pas l’article comme instruction de suppression, de fusion ou de migration.

Si le problème vient précisément d’un formulaire automatisé qui crée plusieurs contacts, le guide voisin n8n et CRM : comment empêcher un formulaire de créer des contacts en double ? traite l’identité métier, la recherche et le rejeu d’un événement. Si le CRM est vide parce que la cible commerciale n’est pas encore choisie, commencez plutôt par le duel de douze comptes pour tester un segment B2B. Ces problèmes sont liés, mais ils ne demandent pas le même parcours.

Quelle formation demander après le test ?

La formation CRM opérationnel de StraFormation est indépendante d’un éditeur par défaut. La page publique indique :

• 14 heures pour des utilisateurs qui doivent qualifier, suivre, relancer, clôturer et lire leur pipeline ;
• 21 heures pour les managers, référents CRM ou chefs de projet qui doivent en plus piloter la qualité, les accès, les automatisations et l’adoption ;
• un prérequis de connaissance du processus commercial et d’usage courant d’un navigateur pour le parcours de 14 heures ; pour 21 heures, un processus ou CRM identifiable, un sponsor et des responsabilités à clarifier ;
• des exercices possibles sur environnement de test, modèle neutre ou données fictives, anonymisées ou explicitement autorisées.

Le parcours de 14 heures peut être à étudier si le pipeline est déjà décidé et que les difficultés portent surtout sur l’usage quotidien. Celui de 21 heures devient plus cohérent si le test révèle des définitions à gouverner, des règles d’équipe, des accès, des automatisations ou un plan d’adoption. La page précise que la formation n’inclut pas, sauf mission distincte confirmée, la migration, le dédoublonnage de la base réelle, le paramétrage complet ou le déploiement d’automatisations.

Avant de demander un devis, transmettez :

• votre rôle et celui du sponsor ;
• le CRM et sa version, ou le modèle neutre envisagé ;
• les profils des participants et leurs droits ;
• le cycle actuel et les désaccords observés ;
• le résultat du test, sans données personnelles inutiles ;
• deux cas fictifs ou anonymisés représentatifs ;
• l’environnement de test disponible ;
• l’autonomie attendue : utiliser, corriger, piloter ou administrer ;
• l’échéance, le format et les disponibilités.

StraFormation devra confirmer le programme, l’intervenant, le prix, les dates, les places, l’adaptation au logiciel et les modalités. Aucun gain de conversion, financement, nettoyage de production ou mise en conformité n’est garanti.

La décision à emporter

Un CRM mal renseigné n’appelle pas automatiquement une formation au logiciel. Sur vingt opportunités, demandez ce qui justifie l’étape, ce qui autorise la sortie, qui agit, quelle preuve reste et quelle est la prochaine action. Les défauts de fiche se nettoient ; les définitions incohérentes se redéfinissent ; les responsabilités et les droits se décident. Cet ordre rend ensuite la formation plus ciblée — et empêche l’automatisation de reproduire un désaccord à grande vitesse.