Comparer sans mélanger des outils qui ne résolvent pas le même problème.
BTP Signal distingue d'abord les faits observables de l'analyse éditoriale. Les prix, fonctions, couvertures et modèles économiques sont datés et sourcés. Une future note ne pourra venir qu'après un test reproductible, sur un scénario comparable et avec des règles annoncées avant le résultat.
Aucun classement chiffré définitif n'est publié à ce stade. La grille de pondération est publique, mais BTP Signal préfère différer les notes tant que les scénarios, mesures et seuils de calibration n'ont pas produit suffisamment de données comparables.
1. Niveaux de preuve
Un fait et une promesse commerciale peuvent être utiles, mais ils ne possèdent pas le même niveau de preuve. Le statut de l'information reste donc séparé de l'évaluation de la performance.
| Niveau | Définition |
|---|---|
| A | Vérifié directement |
| B | Source officielle |
| C | Déclaration de l'éditeur |
| D | Source tierce |
2. Comparer d'abord à l'intérieur du bon modèle
Une plateforme de leads, un outil de permis et une solution d'appels d'offres peuvent tous contribuer à trouver des chantiers, mais ils interviennent à des moments différents. BTP Signal commence donc par la question commerciale à résoudre.
Quels projets pertinents peut-on repérer avant une demande de devis largement diffusée ?
Permis, autorisations d'urbanisme, projets de construction, signaux chantier.
Quel volume de demandes actives correspond réellement au métier et à la zone testés ?
Mise en relation, demandes de devis, projets déclarés par des particuliers.
Combien de consultations pertinentes peut-on identifier et qualifier sans perdre du temps sur les mauvais dossiers ?
Veille d'avis, qualification, alertes, dossiers et attributions.
Le signal correspond-il à un besoin d'exécution réel, à un donneur d'ordre à prospecter ou seulement à une entreprise potentiellement pertinente ?
Bourses de chantiers, demandes de capacité, titulaires de marchés.
L'outil aide-t-il à identifier et enrichir les bons comptes, même lorsqu'aucun chantier précis n'est encore détecté ?
Bases entreprises, enrichissement, signaux d'affaires, exports et intégrations.
3. Scénarios représentatifs
Une mesure n'a de sens que si le profil utilisateur et le contexte sont définis avant le test. Les scénarios V2 couvrent quatre organisations commerciales fréquentes. Le protocole distingue désormais explicitement calibration interne et seuil de publication quantitative. Selon la question étudiée, une solution peut aussi être comparée à un workflow baseline reproductible, par exemple un parcours manuel limité à des sources Open Data officielles préalablement figées.
Artisan local
1 métier principal, 1 département, faible temps commercial disponible.
TPE / PME régionale
Plusieurs métiers ou lots, 3 à 5 départements, pipeline commercial suivi.
PME marchés publics
Réponse régulière aux consultations, besoin fort de filtrage et de qualification.
Sous-traitant B2B
Recherche de donneurs d'ordre, titulaires ou besoins de capacité compatibles avec son savoir-faire.
4. Protocole de test
Le protocole vise à rendre une conclusion contrôlable et reproductible. Une session unique ne suffit pas pour transformer une impression en mesure.
- Comparer uniquement des solutions répondant à une même intention ou expliciter clairement pourquoi elles ne sont pas substituables.
- Fixer avant le test le métier, la zone, la période, le type d'entreprise et la tâche à accomplir.
- Utiliser le même périmètre de recherche pour les solutions comparées lorsque leurs modèles le permettent.
- Conserver les résultats bruts utiles au contrôle : volumes, temps, étapes, champs disponibles, erreurs et limites observées.
- Utiliser au moins 3 sessions par solution pour calibrer un protocole, puis au moins 6 sessions par solution réparties sur 3 dates distinctes avant toute publication quantitative.
- Séparer les performances observées des promesses éditeur et des informations simplement disponibles dans la documentation.
- Ne jamais remplacer une donnée manquante par zéro ou par une estimation inventée.
- Faire varier l’ordre de passage selon une rotation équilibrée afin de limiter les effets d’apprentissage et de fatigue.
- Faire revoir en aveugle l’échantillon d’opportunités lorsqu’une mesure de pertinence ou d’actionnabilité est publiée.
- Documenter toute relation commerciale ou capitalistique avant publication de l’analyse et imposer une revue indépendante lorsqu’une solution liée à l’éditeur est comparée.
5. Grille de score prévue
La note finale ne sera jamais saisie manuellement. Lorsqu'elle sera activée, elle sera calculée à partir des sous-notes selon les pondérations ci-dessous. Le niveau de preuve restera affiché séparément : une faible preuve n'est pas arbitrairement convertie en mauvaise performance.
| Critère | Poids | Ce qui sera mesuré |
|---|---|---|
| Qualité des opportunités commerciales | 25 % | Pertinence métier et géographique, maturité du signal, proportion d'opportunités réellement exploitables dans l'échantillon testé. |
| Capacité à transformer l'opportunité en action | 15 % | Informations disponibles pour agir, délai jusqu'à la première action commerciale possible, travail résiduel de qualification. |
| Couverture et profondeur des données | 15 % | Territoires, sources, profondeur des champs, fraîcheur et complétude observée sur un périmètre comparable. |
| Rapport valeur / prix | 15 % | Coût monétaire plus temps de traitement rapportés aux opportunités exploitables, sans assimiler un contact à un chantier gagné. |
| Simplicité et rapidité d'utilisation | 10 % | Taux de réussite des tâches, temps nécessaire, nombre d'étapes évitables et erreurs rencontrées dans un scénario défini. |
| Fiabilité et transparence | 10 % | Traçabilité des sources, datation, clarté tarifaire, explicabilité des données et capacité à distinguer fait, estimation et promesse. |
| Fonctionnalités commerciales complémentaires | 5 % | Alertes, priorisation, préparation du contact, suivi et autres fonctions qui réduisent réellement le travail après détection. |
| Interopérabilité et maîtrise des données | 5 % | Export, API, intégrations, récupération des données et capacité à conserver son historique hors de la plateforme. |
6. Conditions minimales avant de publier une mesure comparative
Une note comparative n'est publiée qu'entre solutions suffisamment comparables pour le scénario testé.
La calibration exige au moins 3 sessions par solution. Une publication quantitative exige au moins 6 sessions par solution réparties sur 3 dates distinctes.
L’ordre de passage doit être figé avant collecte et équilibré entre les solutions afin de limiter apprentissage, fatigue et avantage systématique du premier ou du dernier outil.
Les opportunités utilisées pour juger pertinence et actionnabilité sont revues sans révéler l’identité de l’outil lorsque le protocole le permet.
Prix et conditions commerciales sensibles doivent avoir été revérifiés récemment au moment de publier une note.
Aucun score global n'est calculé si un critère critique reste non documenté ou si les données nécessaires ne sont pas comparables.
Le lecteur doit pouvoir distinguer mesure directe, source officielle, déclaration éditeur et source tierce.
Une solution liée à l'éditeur de BTP Signal suit le même protocole, affiche cette relation et requiert une revue indépendante avant toute publication comparative.
Pour le premier pilote de détection amont : 3 sessions par solution servent uniquement à calibrer le protocole. Une publication quantitative exige 6 sessions par solution réparties sur au moins 3 dates, une rotation d'ordre équilibrée, des preuves hashées, une revue des opportunités en aveugle et une revue indépendante lorsque ValidBTP est inclus.
7. Ce que nous refusons
- inventer un prix, une fonctionnalité ou une performance manquante ;
- confondre déclaration commerciale et preuve indépendante ;
- présenter une note éditoriale comme une note utilisateurs ;
- comparer comme équivalents des outils placés à des étapes commerciales différentes ;
- faire gagner artificiellement une solution en modifiant les pondérations après avoir vu le résultat ;
- présenter un seul test ponctuel comme une vérité générale sur la couverture ou la performance ;
- publier un avantage en faveur d'une solution liée à l'éditeur sans revue indépendante ;
- modifier l'ordre, le scénario ou les pondérations après avoir vu les premiers résultats.
8. Références méthodologiques
BTP Signal utilise ces références comme points d'appui. Elles ne signifient ni certification ISO ni validation de notre méthode par Google.
Première application publiée : le Baromètre BTP Signal 2026 réutilise le corpus structuré pour produire des indicateurs vérifiables sans convertir la documentation publique en score de performance.