Un signal n’est pas un client : comment qualifier une piste dans un radar commercial
Une entreprise recrute, change d’outil ou parle d’un problème. Qu’est-ce que ça prouve vraiment ? Voici les vérifications que nous faisons avant de prendre contact.
Un radar peut repérer une annonce de recrutement, une consultation publique ou un projet évoqué dans un post. Mais quand tu ouvres ta liste, la question utile arrive juste après : est-ce que tu as une bonne raison d’écrire à cette entreprise maintenant ?
Chez nous, le radar prépare cette décision. Il rassemble un fait, sa source et le contexte qui le rend éventuellement pertinent pour ton activité. Il ne transforme pas une annonce publique en budget disponible.
Partir de la mission que tu sais vendre
Chercher « des entreprises qui parlent d’IA ou d’ERP » donne une veille large. Chercher « des équipes qui décrivent une ressaisie entre leur CRM et leur ERP » donne une hypothèse de mission plus nette.
- Avant de choisir les sources, on pose trois repères avec toiqui tu peux aider, quel processus tu sais améliorer et quel premier périmètre tu pourrais proposer. Une agence de développement d’applications n’a pas besoin des mêmes signaux qu’un prestataire Odoo ou un cabinet de DAF externalisée.
Distinguer l’émetteur, le bénéficiaire, le fait et l’hypothèse
Trois annonces peuvent mentionner le même logiciel et raconter des réalités différentes. On vérifie qui publie et pour qui :
- Une entreprise utilisatricepeut chercher quelqu’un pour son propre système.
- Un intégrateurpeut chercher à renforcer son équipe pour livrer ses clients.
- Un cabinet de recrutementpeut publier pour un client qui reste anonyme.
Un intégrateur peut être un interlocuteur pertinent pour une prestation. Mais confondre son besoin avec celui d’un client final fait partir la discussion sur une mauvaise base.
- Ensuite, on sépare le fait de l’hypothèse. Exemple fictifAtelier Exemple publie une offre pour un poste chargé de « relier les outils de vente et de facturation ». Le fait, c’est le recrutement et la tâche décrite. L’hypothèse, c’est qu’un chantier d’intégration existe. Le budget d’un prestataire, le calendrier et le décideur restent inconnus.
On n’affirme donc pas que cette entreprise cherche une agence. On utilise le contexte pour vérifier si une aide externe aurait du sens.
Les sept champs d’une fiche utilisable
Pour comprendre pourquoi une entreprise remonte, on peut structurer la fiche ainsi :
| Champ | Ce qu’on cherche à conserver |
|---|---|
| Entreprise | L’identité vérifiée, en distinguant émetteur et bénéficiaire |
| Source | Le lien direct vers le signal d’origine |
| Date | Publication si disponible, et date d’observation |
| Besoin observé | Ce que le texte dit factuellement |
| Hypothèse de mission | Le lien possible avec ton expertise |
| Inconnues | Budget, décideur, urgence, ouverture à un prestataire |
| Prochaine action | Vérifier, prendre contact ou écarter |
Une information manquante reste une information à vérifier. Un salaire de recrutement, par exemple, ne devient pas un budget d’agence.
Vérifier l’accès aux sources et tester un petit lot
Une bonne source permet de revenir au fait initial. Son accès doit aussi être vérifié : la fiche officielle de l’API Offres d’emploi indique actuellement un accès restreint, à demander auprès de France Travail. On ne part donc pas du principe que cette API peut être branchée librement.
Une offre d’emploi renseigne un recrutement, pas une demande de prestation externe. On vérifie également sa date et son statut avant d’en tirer une piste.
On relit ensuite un premier lot avec la personne qui fait la prospection. Doublon, annonce expirée, mauvais bénéficiaire, sujet trop éloigné : les motifs de rejet servent à ajuster le tri avant de chercher du volume.
Ce que l’on peut affirmer sur nos cas
Nous avons vendu des radars à des prestataires Odoo, des agences de DAF, des développeurs et des agences de développement d’applications.
Nous avons aussi livré un radar à un prestataire d’un ERP très connu. Sur ce cas, le retour qu’on a est de l’ordre de 5 à 15 pistes potentielles par jour, sur sa cible. Ce sont des pistes à qualifier, pas une promesse de rendez-vous ni une moyenne pour tous les secteurs.
Pour préparer ton projet, rassemble deux exemples de bons clients et deux situations qui justifieraient une conversation. On pourra cadrer ton radar commercial, regarder le cas du prestataire ERP ou discuter de ton besoin.
Sources et documentation
- data.gouv.fr — API Offres d’emploi (France Travail)
Fiche officielle de l’API Offres d’emploi : son accès est actuellement restreint et doit être demandé à France Travail. Une offre de recrutement ne prouve pas une demande de prestation externe.