Votre équipe vérifie des fiches à la main. Que devient ce travail ?
Une vérification humaine n'a de valeur que si l'outil l'enregistre et la remet au bon endroit. Chez un client, près d'une centaine de verdicts ont été perdus pour toute mesure, et une quarantaine de fiches jugées bonnes ne sont jamais revenues dans une liste de travail. Le travail était fait. L'outil l'a effacé.
De quoi parle-t-on quand une équipe vérifie des fiches ?
Avant d'écrire à un prospect, quelqu'un vérifie souvent sa fiche. Il ouvre le profil, regarde le poste actuel et l'employeur, et rend un verdict : bonne cible, mauvaise cible, à corriger. C'est un travail lent. C'est aussi le plus précieux de la chaîne, parce qu'aucune machine ne le fait aussi bien.
Ce verdict sert deux fois. D'abord tout de suite : la fiche bonne part en séquence, la mauvaise est écartée. Ensuite plus tard : en additionnant les verdicts, on apprend quelles sources de contacts sont fiables, et lesquelles font perdre du temps.
Pour ces deux usages, le verdict doit être écrit quelque part, avec sa date, et rester lisible. C'est là que tout se joue.
Comment près d'une centaine de vérifications ont-elles disparu ?
Chez un client, deux commandes différentes faisaient relire des fiches par une personne. L'une servait au tri quotidien, l'autre à la préparation des lancements. Les deux produisaient des verdicts humains.
Une seule les enregistrait dans la base. L'autre les gardait dans un fichier local, sur un poste, que personne ne relisait. Près d'une centaine de lectures humaines n'ont donc jamais compté dans aucune mesure.
Il y avait pire. La date stockée avec le verdict était réécrite à chaque mise à jour de la fiche. Ce n'était donc pas la date de la lecture. Et une deuxième relecture écrasait la première, sans trace.
Quand nous avons voulu savoir quelle source de contacts était la plus fiable, le taux de bonnes fiches allait de moins de 20 % à près de 50 % selon la commande. Impossible de dire lequel était vrai.
Pourquoi des fiches validées ne revenaient-elles jamais ?
La même semaine, un deuxième défaut est apparu. Pour ne pas faire relire deux fois la même fiche, l'outil gardait une mémoire. Toute fiche vérifiée depuis moins de trente jours sortait de la liste de travail.
L'intention était bonne. Le problème, c'est que la règle ne regardait pas le verdict. Une fiche jugée mauvaise sortait de la liste, ce qui était voulu. Une fiche jugée bonne en sortait aussi, ce qui ne l'était pas.
Le code promettait, dans un commentaire, que les fiches validées étaient remises ailleurs. Rien ne le faisait. Sur cinq jours, une quarantaine de fiches jugées bonnes ne sont jamais revenues, et la moitié n'avaient jamais été présentées pour l'action suivante.
Deux idées avaient été confondues : ne plus relire, et ne plus montrer.
Que coûte un verdict perdu ?
Le coût direct se compte en heures. Une centaine de fiches lues, ce sont plusieurs heures de travail qualifié. Le refaire, c'est payer deux fois.
Le coût indirect est plus lourd. Sans verdicts fiables, on ne sait plus quelle source alimenter, ni quel fournisseur de données garder. On décide au jugé, alors que l'équipe avait fait le travail pour décider sur des faits.
Et le temps commercial est déjà rare. Selon l'étude State of Sales de Salesforce, un commercial ne passe que 28 % de son temps à vendre. Une fiche validée qui ne revient jamais, c'est un prospect qualifié qu'on ne contacte pas.
Comment protéger le jugement de votre équipe ?
Deux règles, et un comptage.
La première règle : un journal en ajout seul. Chaque verdict y entre comme une ligne neuve, jamais en remplacement. Avec le jour de la lecture, la commande qui l'a produit, la position de la fiche dans la liste, et ce que la fiche portait avant lecture. Toutes les commandes y écrivent, sans exception. Avant de bâtir une mesure, on énumère tous les chemins qui produisent un verdict.
La deuxième règle : séparer ne plus relire et ne plus montrer. La mémoire empêche la relecture. Mais les fiches jugées bonnes, pas encore traitées, ont leur propre liste, rendue à part.
Le comptage, enfin, se fait chaque semaine. Toute fiche jugée bonne doit être soit traitée, soit encore visible dans une liste. Si le compte ne tombe pas juste, une fiche a disparu quelque part.
| Avant | Depuis |
|---|---|
| Une commande sur deux enregistre le verdict | Toutes les commandes écrivent dans le même journal |
| Date réécrite à chaque mise à jour | Date de lecture figée dans une ligne neuve |
| Une relecture écrase la précédente | Chaque relecture s'ajoute à l'historique |
| Fiche vérifiée, bonne ou mauvaise, sortie de la liste | Fiches bonnes rendues dans leur propre liste |
| Aucun contrôle des fiches perdues | Comptage hebdomadaire, chaque fiche bonne retrouvée |
Pourquoi l'information utile reste souvent dans la tête des commerciaux, c'est l'article vos commerciaux ne font pas leurs comptes rendus. Comment juger une prospection sur les bons chiffres, c'est cet autre article. Un exemple de base rendue fiable est raconté dans le cas un CRM fiable et actionnable, et notre méthode sur la page d'accueil.
Les questions qu'on nous pose
Faut-il vraiment faire vérifier les fiches par une personne ?
Pour décider qui contacter, oui, tant que les sources de données se trompent sur les postes et les employeurs. Une machine trie très bien le volume. Une personne tranche mieux les cas douteux. L'enjeu est que ce jugement soit gardé.
Pourquoi un journal en ajout seul plutôt qu'un champ dans la fiche ?
Parce qu'un champ se remplace. Il ne garde que le dernier verdict, avec une date qui bouge. Un journal garde chaque lecture, qui l'a faite et quand. C'est la seule façon de comparer deux sources ou deux périodes sans se mentir.
Comment savoir si des fiches validées se perdent chez nous ?
En faisant un comptage simple. Prenez toutes les fiches jugées bonnes le mois dernier. Chacune doit être soit contactée, soit encore visible dans une liste de travail. Celles qui ne sont ni l'une ni l'autre sont perdues.
Ce problème concerne-t-il seulement la prospection ?
Non. Il touche tout travail de validation humaine : relecture de devis, contrôle de factures, tri de candidatures. Dès que deux outils produisent un verdict et qu'un seul l'enregistre, une partie du travail disparaît.