Un CRM que l’équipe remplit,
pas une base qu’on subit.

On observe comment vos commerciaux travaillent vraiment, pas ce que le processus théorique décrit. On paramètre l’outil sur ce fonctionnement-là. On le connecte à votre site, votre messagerie et votre facturation pour que la fiche se remplisse seule. On forme, puis on suit l’adoption pendant les premières semaines.

Ce que vous obtenez : Un CRM que votre équipe ouvre vraiment, une base nettoyée sur le périmètre retenu, les connexions qui suppriment la double saisie, et quatre indicateurs de pilotage qui veulent dire quelque chose.

Ce que vous n’avez pas à faire : Décrire un processus idéal, imposer une saisie à vos commerciaux, ou reprendre dix ans de données douteuses dans un outil neuf.

L’échec d’un CRM n’est presque jamais technique. Il est comportemental : si l’équipe doit changer sa façon de travailler pour nourrir l’outil, elle ne le nourrira pas.

Nous partons donc de vos usages réels et de la donnée qui existe déjà. Nous connectons le CRM au reste de votre stack, site, facturation, boîte mail, pour que la fiche se remplisse d’elle-même autant que possible. Ce qui reste à saisir doit être court et avoir une utilité visible pour celui qui saisit.

Ensuite seulement viennent les tableaux de bord. Un pilotage construit sur une donnée incomplète est pire que pas de pilotage : il donne une fausse confiance.

La conséquence pratique est qu’un projet CRM se juge sur un seul indicateur, six mois après : la proportion d’affaires réellement suivies dans l’outil. Un paramétrage impeccable avec une adoption à trente pour cent est un échec, alors qu’un paramétrage plus modeste utilisé par tout le monde change la façon dont l’entreprise se pilote.

La connexion entre vos outils est l’autre moitié du sujet, et elle relève de l’automatisation des processus. Nous avons détaillé les plateformes qui la portent dans nos comparatifs, notamment Make ou Zapier et n8n ou Make.

Les projets CRM ratés se ressemblent tous. L’outil est en place, les licences sont payées, et six mois plus tard les affaires se suivent toujours dans un tableur parallèle. Les causes sont connues et aucune n’est technique.

On a modélisé un processus qui n’existe pas

Le paramétrage se fait souvent à partir du processus commercial tel qu’on aimerait qu’il soit, avec ses sept étapes bien nommées. Le processus réel en compte trois, dont deux se chevauchent, et il varie selon le type d’affaire. L’outil devient alors une contrainte qui décrit mal la réalité, et l’équipe le contourne.

Nous partons donc de l’observation : quelles sont les étapes que vos commerciaux nomment spontanément, où se prennent réellement les décisions, et quelles informations sont vraiment utilisées pour relancer. Le processus cible vient après, et il ressemble davantage à l’existant qu’on ne l’imagine.

On demande de la saisie sans contrepartie visible

Un commercial qui remplit dix champs pour que son directeur ait un tableau de bord ne remplira pas dix champs longtemps. La saisie tient dans la durée seulement quand celui qui saisit en retire quelque chose : une relance qui part toute seule, un devis prérempli, un historique qu’il n’a plus à chercher dans sa boîte mail.

C’est le principe qui guide notre paramétrage. Chaque champ obligatoire doit pouvoir être justifié par un usage qui sert la personne qui le remplit. Ceux qui ne servent qu’au reporting deviennent facultatifs ou disparaissent.

On a démarré avec une base sale

Reprendre des données incohérentes revient à installer la méfiance dès le premier jour. Une fois que l’équipe a vu trois doublons et deux contacts qui ont quitté leur entreprise depuis deux ans, elle cesse de faire confiance à l’outil, et cette confiance ne revient pas facilement.

Personne ne s’en occupe après la mise en place

Un CRM est une pratique autant qu’un logiciel. Sans quelqu’un qui, en interne, regarde régulièrement ce qui se passe et corrige la dérive, la qualité de la donnée décroît de mois en mois. Nous identifions cette personne pendant le projet, et nous la formons spécifiquement, parce que son existence pèse plus lourd que le choix de l’outil.

La question du bon CRM arrive presque toujours en premier, alors qu’elle se tranche en dernier et rapidement, une fois le processus réel connu.

Trois familles, trois usages

• Un outil centré sur le pipeline commercial, simple à adopter, adapté aux équipes qui vendent par affaires suivies une à une. C’est le choix par défaut des structures de moins de vingt personnes.
• Une suite complète qui relie marketing, vente et service, adaptée quand plusieurs équipes doivent partager la même fiche client. Plus riche, plus longue à mettre en place, et vite sous-utilisée si le besoin n’est pas là.
• Un outil centré sur l’envoi et l’automatisation des messages, adapté quand l’enjeu principal est la relation par courriel sur une base nombreuse plutôt que le suivi d’affaires complexes.

Les critères qui tranchent

Le nombre de personnes qui saisiront réellement, qui n’est pas le nombre de salariés. La nature du cycle de vente, court et répétitif ou long avec plusieurs interlocuteurs. Les outils déjà en place qu’il faudra relier, notamment la facturation et la messagerie. Et la personne qui administrera, parce qu’une suite complète sans administrateur devient un outil dont on n’utilise qu’un dixième.

La logique est la même que pour n’importe quel choix d’outil de travail, et nous l’avons détaillée sur un cas voisin dans notre comparatif Monday ou Notion : la richesse fonctionnelle n’est un avantage que si quelqu’un l’exploite.

Ce qui ne doit pas décider

La liste de fonctionnalités, parce que toutes les listes se ressemblent et qu’aucune ne dit ce qui sera utilisé. Et la promesse d’intelligence artificielle intégrée, qui produit peu de valeur sur une base de données incomplète. Une prévision calculée sur des affaires mal renseignées est une prévision fausse présentée avec assurance.

C’est régulièrement la moitié de la charge d’un projet CRM, et presque jamais la moitié du devis chez nos confrères. Nous préférons l’annoncer.

Ce qu’on trouve toujours

• Des doublons, souvent nombreux, parce que la même entreprise a été saisie sous trois orthographes.
• Des contacts obsolètes, dont l’adresse ne fonctionne plus, avec un taux qui grimpe vite au-delà de deux ans.
• Des informations dans des champs prévus pour autre chose, en particulier des notes essentielles écrites dans un champ commentaire libre.
• Des données réparties entre l’ancien outil, plusieurs tableurs et les boîtes mail personnelles, ces dernières étant souvent les plus à jour.

Notre façon de procéder

Nous ne reprenons pas tout. Reprendre l’intégralité d’une base ancienne revient à importer le désordre dans un outil neuf. Nous définissons un périmètre : les comptes actifs sur une période donnée, les affaires en cours, et l’historique réellement utile. Le reste est archivé, accessible, mais hors de l’outil de travail.

Le nettoyage se fait ensuite en deux passes, une automatique sur ce qui est détectable par règle, une manuelle sur ce qui demande un jugement humain. Cette seconde passe est faite par vos équipes et non par nous, parce que nous n’avons pas la connaissance nécessaire pour trancher, et nous la préparons de façon à ce qu’elle prenne des heures et non des semaines.

Le point à trancher avant de démarrer

Qui est propriétaire d’un contact, et qui a le droit de le voir. C’est une question d’organisation, pas de paramétrage, et elle produit les conflits les plus durables quand elle n’a pas été posée. Elle a aussi une dimension réglementaire, sur les durées de conservation et le droit à l’effacement, que nous cadrons à ce moment plutôt qu’après.

Un CRM isolé oblige à la double saisie, et la double saisie est ce qui tue l’adoption. La valeur d’une intégration se mesure au nombre de saisies qu’elle supprime.

Les connexions qui rapportent le plus

• Le site vers le CRM : un formulaire rempli crée la fiche et déclenche l’affectation, sans copier-coller depuis une boîte mail partagée.
• La messagerie vers le CRM : les échanges se rattachent seuls à la bonne affaire, ce qui supprime la tâche la plus détestée et la moins bien faite.
• Le CRM vers la facturation : une affaire gagnée déclenche le devis ou la facture avec les bonnes informations, sans ressaisie.
• Le CRM vers l’agenda : les relances existent dans le calendrier de celui qui doit les faire, pas seulement dans une liste qu’il faut penser à ouvrir.

Ces connexions passent par les mêmes plateformes que nos autres chantiers d’automatisation, et les mêmes règles s’appliquent : une automatisation qui touche un client ou une facture doit lever une alerte visible par un humain quand elle échoue.

Quatre chiffres suffisent au démarrage

Le nombre d’affaires entrées dans le mois, qui dit si le haut du tunnel se remplit. Le taux de transformation par étape, qui montre où les affaires meurent. La durée moyenne d’un cycle, qui permet de prévoir. Et le montant réellement signé, qui est le seul chiffre incontestable.

Nous ignorons délibérément le reste au démarrage. Un tableau de bord de trente indicateurs n’est jamais consulté ; quatre chiffres regardés chaque mois changent des décisions. Les autres se rajoutent plus tard, quand la donnée est assez propre pour qu’ils veuillent dire quelque chose.

L’adoption est le seul critère de réussite d’un projet CRM, et c’est la partie sur laquelle on agit le moins. Voici ce que nous avons vu produire un effet, et ce qui n’en produit aucun.

Ce qui ne marche pas

• La formation unique le jour du lancement. Elle est nécessaire et largement insuffisante : ce qui se retient est ce qu’on utilise dans la semaine, le reste s’oublie.
• La note interne qui rend l’outil obligatoire. Elle produit de la saisie minimale, faite vite et mal, ce qui est pire qu’une absence de saisie parce que la donnée devient trompeuse.
• Le tableau de bord affiché en réunion pour comparer les commerciaux. Il transforme l’outil en instrument de contrôle, et la donnée s’ajuste alors à ce qu’on veut montrer.

Ce qui marche

Commencer par une automatisation qui fait gagner du temps dès la première semaine, avant même de demander quoi que ce soit. Une fiche créée automatiquement à partir d’un formulaire du site, un échange rattaché tout seul à la bonne affaire, une relance qui apparaît dans l’agenda : ces gains-là s’éprouvent immédiatement et achètent la coopération pour la suite.

Réduire ensuite ce qui est obligatoire au strict minimum. Trois champs remplis systématiquement valent mieux que douze remplis une fois sur deux, parce que la donnée partielle mais fiable permet de décider, alors que la donnée abondante et incertaine ne permet rien.

Enfin, désigner une personne en interne qui regarde l’outil chaque semaine et corrige la dérive. C’est le facteur qui distingue le plus nettement les projets qui tiennent au bout d’un an de ceux qui se sont éteints. Nous la formons spécifiquement pendant le projet, et son rôle est écrit plutôt que sous-entendu.

Le signal à surveiller au bout de trois mois

Une seule question suffit à savoir où vous en êtes : est-ce qu’il existe encore un tableur parallèle ? S’il existe, il indique exactement ce que le CRM ne sait pas faire pour ceux qui l’utilisent. C’est une information précieuse, à condition de la traiter comme un diagnostic et non comme une désobéissance.

Le mot « intégration CRM » recouvre des périmètres si différents que deux devis ne se comparent pas sans ce détail.

Ce qui est toujours compris

• Le cadrage du processus commercial réel, qui est le vrai travail et non une formalité de démarrage.
• Le paramétrage de l’outil, ses étapes, ses champs et ses droits.
• Les connexions au site et aux outils de gestion, dans le périmètre défini au cadrage.
• La reprise des données sur le périmètre retenu, et la préparation du nettoyage.
• La formation des utilisateurs, et le suivi d’adoption sur les premières semaines.

Ce qui se chiffre à part, et pourquoi

Les licences du CRM, qui sont à votre nom et dépendent du nombre d’utilisateurs. Le nettoyage manuel de la base, quand vos équipes ne peuvent pas l’assumer, parce que sa charge dépend de l’état de vos données et non de notre travail. Et les développements spécifiques, quand un outil métier ne propose aucun moyen standard de se connecter.

La variable qui fait le prix

Ce n’est ni le nombre d’utilisateurs ni l’outil retenu, c’est le nombre de connexions à établir et l’état de la base à reprendre. Une équipe de trois personnes avec six outils à relier coûte plus cher qu’une équipe de vingt avec deux. C’est la première question que nous posons au chiffrage.