Panneau de prospection

N’importe qui peut récupérer mille commerces sur une carte. Ce qui tue l’effort, c’est l’étape suivante : quelqu’un doit ouvrir chaque fiche, juger si l’appel en vaut la peine et écrire un message qui ne ressemble pas aux quarante autres reçus cette semaine.

Alors le tableur grossit et rien ne part. Je voulais un panneau où la liste et le message vivent au même endroit, et j’ai construit la démo pour ça.

La fiche du commerce n’est pas une ligne de tableau. Elle porte la note, le nombre d’avis, le quartier et la présence ou non d’un site : les quatre éléments qui disent si c’est un prospect ou du bruit. La qualification se fait sur la fiche, avant d’ouvrir quoi que ce soit.

Le pipeline se manipule en glisser-déposer sur cinq étapes, parce qu’un commercial fait avancer une affaire au téléphone et ne s’arrêtera pas pour ouvrir un formulaire. Et le message de prise de contact est composé à partir des champs du prospect ; il cite donc le quartier et le vrai manque, les deux choses qui font qu’on répond à un message à froid.

Import en masse. Un CSV arrive et chaque ligne devient une fiche avec contact, note et adresse : le point d’entrée réaliste, puisque la collecte se fait en dehors du panneau.

Tableau à cinq étapes. Glisser une fiche d’une colonne à l’autre change son statut ; les compteurs en haut suivent.

Des réglages qui changent le message. Le ton et l’offre se configurent une fois, et chaque message généré en hérite.

La démo tourne entièrement dans le navigateur, sur des données fictives. En production, ce serait Next.js et Postgres avec une intégration de cartes, mais toute la journée de quelqu’un qui prospecte est déjà là.