D'un Excel de prospection
à un CRM métier sur mesure

Un organisme de formation gérait sa prospection dans un fichier Excel partagé. Au départ, rien de plus normal : c'est l'outil qu'on a sous la main, il est souple, tout le monde sait s'en servir. Sauf qu'un fichier de prospection ne reste jamais simple longtemps. Il s'élargit colonne après colonne, accumule les notes, et finit par devenir un objet que personne ne maîtrise vraiment.

Ce cas raconte le passage de ce fichier à un CRM sur mesure. Pas une histoire de technologie, une histoire de méthode : ce qui a changé, ce n'est pas tant l'outil que la façon de comprendre le travail réel des conseillers avant de le formaliser. C'est précisément ce qui sépare un outil qu'on adopte d'un outil qu'on subit.

Quand le suivi de prospection vit dans un Excel partagé

Le fichier était simple à sa création. Il s'était élargi au fil des besoins, une colonne ajoutée ici, une autre là, jusqu'à devenir difficile à lire d'un seul coup d'oeil. Chaque conseiller y saisissait ses prospects, ses relances et ses notes dans les mêmes cellules. Les statuts étaient libres, donc chacun écrivait à sa manière : « à relancer », « relance », « en cours », « RDV pris ». Résultat, rien ne se filtrait proprement.

Les conséquences s'enchaînaient. Les mêmes prospects revenaient en double dès que deux personnes les croisaient. L'historique d'un contact tenait dans une cellule de commentaire qui devenait vite illisible. Une partie de l'information restait dans des mails ou sur des post-its et n'arrivait jamais dans le fichier. Le tout dépendait d'une personne, celle qui connaissait la structure et rattrapait les erreurs. Et travailler à plusieurs en même temps bloquait ou écrasait des saisies.

Aucun de ces points pris isolément n'est grave. C'est leur accumulation qui transforme un outil utile en source quotidienne de friction.

Le jour où le fichier ne suffit plus

Le fichier a tenu tant que l'équipe était petite et le volume faible. Deux choses l'ont fait craquer. D'abord la croissance : plus de conseillers, plus de prospects, et un fichier partagé qui supportait mal le travail simultané. Ensuite le pilotage. Impossible de répondre simplement à des questions pourtant basiques : où en est la prospection ce mois-ci, qui relance quoi, combien de prospects sont restés sans contact depuis trois semaines.

C'est un seuil que beaucoup de structures reconnaissent. On ne décide pas de quitter Excel parce qu'on en a assez de l'ouvrir. On le décide le jour où le fichier coûte quelque chose de concret : un rendez-vous manqué, un prospect perdu, une décision prise sur une donnée fausse.

Écouter avant de coder

Avant d'écrire une ligne de code, on est partis de leur façon de travailler réelle, pas d'un schéma de CRM idéal. J'ai demandé aux conseillers de dérouler des cas concrets. Un prospect qui arrive, comment il arrive, qui le prend, ce qu'on note, à quel moment on le rappelle, quand il devient un vrai contact suivi. L'idée était de comprendre leur process tel qu'il existait, contournements compris, avant de le formaliser.

Plusieurs choses sont sorties de ces échanges, et l'une d'elles a structuré tout le reste.

On a aussi gardé leur vocabulaire (relance, qualification, prospect, contact) plutôt que d'importer un jargon d'éditeur. Un conseiller doit reconnaître son métier à l'écran, pas apprendre une nouvelle langue.

J'ai cherché à distinguer ce qu'ils avaient besoin de voir d'un coup d'oeil de ce qui relevait du détail. De là est venue l'idée d'un tableau de bord par conseiller, avec l'urgent (les relances du jour, ce qui traîne) séparé de l'historique complet d'un prospect, consultable quand on en a besoin.

Enfin, à chaque décision, on a regardé les données réelles avant de trancher. Combien de prospects sans relance, comment les statuts étaient remplis aujourd'hui, où se trouvaient les doublons. Les choix d'écran venaient de ce que disaient les données, pas d'une intuition.

Ce que fait le CRM

Le CRM remplace le fichier par un espace partagé. Chaque conseiller y suit ses prospects, voit ses relances à faire, et garde l'historique complet de chaque contact (appels, mails, rendez-vous, documents envoyés) au même endroit. La saisie ne se fait qu'une fois : un prospect peut être qualifié puis rattaché à un dossier client sans ressaisir les informations.

Côté pilotage, les managers ont une vue d'ensemble : activité par conseiller, relances en retard, suivi du mois. Chacun voit l'état de sa prospection sans rien avoir à compiler. L'outil reprend la logique du fichier, en plus fiable.

Sur le plan technique, le CRM tourne sur la même base que les autres outils métier de la structure : PHP et MySQL, sur un CMS interne, développé et maintenu en interne. Pas de dépendance à un éditeur tiers, pas d'abonnement au mois, les données restent chez le client.

Ce que ça change au quotidien

Pour les conseillers, la saisie en double a disparu et les relances ne se perdent plus. Ce qui est à faire aujourd'hui est affiché, pas à retrouver. L'historique d'un prospect se lit d'un bloc, sans fouiller des cellules. Et le fichier ne se bloque plus quand on est plusieurs dessus.

Pour le pilotage, les questions qui restaient sans réponse en ont une désormais. Où en est la prospection, qui relance quoi, quels prospects dorment. Le suivi ne dépend plus d'une personne qui détient le fichier.

Je reste prudent sur les chiffres précis, ils sont internes. Ce qui change le plus n'est d'ailleurs pas un chiffre, c'est la fiabilité : l'information est au même endroit, à jour, lisible par tous ceux qui en ont besoin.

Ce que ce projet dit de la méthode

Un CRM générique aurait imposé sa grille : statuts figés, tunnel de vente standard, vocabulaire d'éditeur. Les conseillers s'y seraient pliés à moitié, et on aurait recréé les contournements d'Excel dans un outil plus cher. C'est l'échec le plus courant de ce genre de projet, et il n'a rien de technique.

En partant de leur process réel, l'outil colle à leur façon de travailler. La séparation entre statut libre et rattachement client, par exemple, ne serait jamais sortie d'un cahier des charges classique. Elle vient d'avoir écouté comment ils raisonnent vraiment.

La technique n'a pas été le sujet. Le sujet, c'était de comprendre le métier assez bien pour que l'outil se fasse oublier. C'est la même logique que celle décrite dans notre article sur le site web d'un organisme de formation, et dans notre approche du sur mesure : on ne plaque pas une solution, on part de ce qui existe.