Piloter la prospection
sans surveiller l'équipe

Le premier cas de cette série racontait l'outil quotidien des conseillers d'un organisme de formation : le passage d'un fichier Excel de prospection à un CRM sur mesure. Celui-ci prend de la hauteur. Même projet, autre étage : comment le responsable pilote cette prospection. Et c'est un terrain où un tableau de bord se rate facilement, pas sur la technique, sur l'intention.

Parce qu'un écran de pilotage peut très vite devenir deux choses qu'on ne voulait pas : un tableau que personne n'ouvre, ou un outil vécu comme de la surveillance. Éviter les deux, ce n'est pas une question de fonctionnalités. C'est une question de ce qu'on choisit de montrer, et pourquoi.

Quand piloter se fait à la demande

Avant, savoir où en était la prospection se faisait à la demande. Un responsable qui voulait une vue d'ensemble devait poser la question, attendre les réponses, puis recouper. Chacun tenait son suivi de son côté, dans le fichier partagé ou dans sa tête. Pour obtenir un chiffre, il fallait ouvrir le fichier, trier, compter à la main, et se fier à ce que chacun avait pensé à noter. Le résultat valait ce que valait la saisie du jour.

Comparer deux conseillers relevait du bricolage. Repérer les prospects qui dormaient depuis des semaines supposait de relire tout le fichier, ligne à ligne. Le pilotage existait, mais il coûtait du temps et arrivait toujours en retard sur la réalité. On décidait sur une photo déjà périmée.

La croissance casse la vue mentale

Tant que l'équipe tenait sur quelques personnes, le responsable gardait une vue mentale à peu près juste. La croissance a cassé ça. Plus de conseillers, plus de prospects, et l'impossibilité de tout garder en tête.

Partir des décisions du manager, pas des indicateurs

C'est la partie où un tableau de bord se rate. On peut tout afficher, et finir avec un écran que personne ne regarde, ou pire, un outil vécu comme du flicage. La question de départ n'était donc pas « qu'est-ce qu'on est capable de mesurer », mais « qu'est-ce qu'un responsable a besoin de voir pour décider quoi faire aujourd'hui ».

On est partis des décisions réelles d'un manager, pas des indicateurs disponibles. Quand intervient-il, et pour quoi ? Trois moments sont ressortis : repérer une relance qui traîne avant de perdre le prospect, voir où mettre l'effort quand la charge est déséquilibrée entre conseillers, et prendre du recul sur la tendance du mois sans attendre le bilan. Tout le reste découle de ces trois besoins.

De là sont venues quelques décisions de conception. La première : séparer l'urgent du reste. Les relances en retard ne sont pas une ligne perdue dans un tableau, elles sont mises en avant, par conseiller, avec un lien direct pour aller traiter le dossier. L'écran ne sert pas à constater, il sert à agir. Un chiffre rouge mène à une action, pas à un score.

La deuxième : donner le pouls en quatre repères, pas trente. Contacts du mois, devis, taux de transformation, stock de relances en retard, chacun comparé au mois précédent. Le strict nécessaire pour savoir si le mois va bien ou non. Le détail reste accessible dans des onglets dédiés pour qui veut creuser, mais il n'encombre pas la vue d'entrée.

Ce que montre le tableau de bord

Le tableau de bord manager réunit en une page ce qu'un responsable devait reconstituer à la main. En haut, les repères du mois : contacts, devis, taux de transformation sur douze mois glissants, relances en retard, chacun comparé au mois précédent. En dessous, un tableau qui met les conseillers côte à côte sur les mêmes indicateurs, pour voir d'un coup d'oeil qui en est où. Plus bas, les relances en retard par conseiller, avec accès direct au dossier concerné.

Des onglets séparés permettent d'aller plus loin quand c'est utile : journal d'activité, agenda, performance, qualité, conformité. Tout se lit sans rien compiler, et c'est à jour en permanence. Sur le plan technique, l'ensemble tourne sur la même base que le CRM des conseillers : PHP et MySQL, sur un CMS interne, développé et maintenu en interne.

De la demande à la lecture

Le pilotage est passé de la demande à la lecture. Le responsable ne réclame plus l'information, il l'ouvre. Les questions qui prenaient une demi-journée à recouper ont une réponse immédiate : où en est l'équipe, qui transforme, où s'accumulent les relances en retard.

L'effet le plus net est sur les relances qui dormaient. Invisibles tant qu'on ne relisait pas tout le fichier, elles sont maintenant remontées et actionnables, donc on en perd moins. Côté répartition, voir la charge réelle de chacun permet d'ajuster plutôt que de découvrir un déséquilibre trop tard. Et le suivi ne dépend plus de la personne qui tenait le fichier : l'information appartient à l'outil, pas à quelqu'un.

Je reste prudent sur les chiffres, ils sont internes. Ce qui change vraiment, c'est le délai et la fiabilité. La vue est juste et disponible tout le temps, pas reconstituée de mémoire en fin de mois.

Ce que ce projet dit de la méthode

Un tableau de bord générique part des indicateurs qu'il sait produire et les empile. On obtient un écran riche que personne n'ouvre, ou un outil de surveillance mal vécu. Ici, on est parti des décisions du manager et on a remonté vers les seuls indicateurs qui les éclairent.

La décision de mettre l'urgent en avant et de le rendre cliquable vers l'action vient de là. Tout comme le choix d'assumer le tableau comparatif comme un outil de répartition, pas de notation. Ce cadrage ne se code pas après coup, il se décide au moment de la conception, en se demandant à quoi l'écran va servir et ce qu'il va induire comme comportement.

La technique n'était pas le sujet. Le sujet, c'était de comprendre ce qu'un responsable fait vraiment de l'information pour ne lui montrer que ce qui l'aide à agir, sans transformer l'outil en machine à surveiller. C'est la même leçon que dans le premier volet sur le CRM des conseillers, et la même ligne que dans notre approche du sur mesure.