Dans une PME ou une ETI du BTP, une même information commerciale peut être saisie différemment selon les équipes, les outils ou les habitudes. « Affaire », « devis envoyé » ou « client actif » ne désignent pas nécessairement la même chose pour tous. Un dictionnaire commun des données vise à réduire ces ambiguïtés. Il ne garantit pas, à lui seul, des données exactes ni de meilleures décisions : il établit un cadre partagé pour décrire ce qui est enregistré, comment et pourquoi.

Pourquoi formaliser le vocabulaire commercial ?

Le cycle commercial d’une entreprise du BTP comprend souvent des étapes qui se chevauchent : détection d’un besoin, qualification, chiffrage, remise d’une offre, négociation, attribution, préparation puis réalisation. Les équipes peuvent utiliser les mêmes mots pour parler d’étapes différentes. À l’inverse, elles peuvent désigner une même situation par plusieurs termes. Ce constat doit être vérifié dans l’entreprise : il ne permet pas de présumer que tous les outils ou toutes les équipes rencontrent les mêmes difficultés.

Un vocabulaire imprécis peut rendre les extractions difficiles à comparer. Par exemple, un tableau de suivi des offres n’aura pas le même sens si le terme « devis envoyé » inclut les offres en cours de validation interne dans un service, mais seulement les offres transmises au client dans un autre. L’interprétation est alors limitée : une variation observée peut refléter une différence de saisie plutôt qu’une évolution de l’activité.

Le dictionnaire ne remplace ni une procédure commerciale ni un logiciel. Il documente les notions utilisées, leurs règles de saisie et leurs limites. Sa valeur dépend donc de son adoption par les personnes qui créent et exploitent les données.

Définir les objets avant les indicateurs

La première étape consiste à lister les objets réellement suivis : entreprise cliente, contact, demande, consultation, affaire, offre, contrat ou chantier, par exemple. Cette liste doit correspondre aux pratiques et aux outils de l’organisation. Deux notions proches ne doivent être fusionnées que si elles ont le même sens opérationnel. Une affaire peut, par exemple, exister avant la création d’un chantier dans le système de gestion ; il faut alors préciser à quel moment chaque objet apparaît.

Pour chaque terme retenu, le dictionnaire peut indiquer une définition, les cas inclus et exclus, un responsable métier, la source de référence et les règles de mise à jour. Il est également utile de préciser si la donnée est obligatoire, à quelles étapes elle est demandée et qui peut la modifier. Ces règles évitent de confondre une information absente, une information inconnue et une information qui ne s’applique pas.

Les indicateurs viennent ensuite. Avant de calculer un taux de transformation, par exemple, l’entreprise doit définir ce qu’elle compte comme une offre, une attribution et une période de référence. Sans ces conventions, le chiffre peut être calculé correctement sur le plan technique tout en restant difficile à interpréter.

  • Nom de la donnée et définition opérationnelle.
  • Format attendu, valeurs autorisées et règles de saisie.
  • Source de référence, responsable et fréquence de mise à jour.
  • Usages prévus, limites connues et règles de conservation.

Construire des définitions adaptées au BTP

Une définition utile doit être assez précise pour guider la saisie, sans devenir une règle impossible à appliquer sur le terrain. Pour le statut d’une offre, l’entreprise peut distinguer les étapes de préparation, de validation interne, de transmission au client et de décision. Ces étapes ne sont pertinentes que si elles correspondent au processus réellement suivi. Si les équipes ne sont pas en mesure de les renseigner de façon fiable, mieux vaut commencer par un modèle plus simple.

Les spécificités des affaires doivent aussi être prises en compte : marché public ou privé, opération allotie, groupement, sous-traitance, avenant ou intervention récurrente. Une définition unique peut être insuffisante lorsque ces situations entraînent des traitements différents. Le dictionnaire peut alors préciser les variantes nécessaires, sans multiplier les catégories au point de rendre la saisie confuse.

Il faut enfin distinguer les faits enregistrés des appréciations. Une date de remise d’offre est un fait, sous réserve de la fiabilité de sa source. Une probabilité de gain est une estimation commerciale. Elle peut être utile au pilotage, mais doit être identifiée comme telle et accompagnée, si nécessaire, de critères de saisie. La traiter comme une certitude fausserait l’interprétation des prévisions.

Faire vivre le dictionnaire avec les équipes

La rédaction gagne à réunir les personnes qui saisissent, consolident et utilisent les données : commerce, études de prix, conduite de travaux, administration des ventes et direction, selon l’organisation. L’objectif n’est pas de produire un document théorique, mais de repérer les désaccords concrets. Des exemples d’affaires récentes peuvent servir à tester les définitions : deux utilisateurs attribuent-ils le même statut à la même situation ?

Un pilote sur un périmètre limité permet d’identifier les règles trop complexes et les informations rarement disponibles. Les retours doivent être consignés, puis arbitrés par un responsable désigné. Chaque modification du dictionnaire peut préciser sa date d’application et les conséquences pour les données déjà enregistrées. Cette précaution est importante lorsqu’une définition change : une série historique peut ne plus être directement comparable.

Le dictionnaire doit être accessible là où les équipes saisissent ou consultent l’information. Une fiche synthétique, des consignes intégrées à l’outil et un canal de signalement des ambiguïtés peuvent être plus efficaces qu’un document long isolé. La direction peut suivre la couverture des champs prioritaires et les écarts de saisie, mais ces observations doivent être interprétées avec prudence : elles ne mesurent pas, à elles seules, la qualité globale du processus commercial.

Évaluer l’utilité sans surinterpréter les données

Après le déploiement, l’entreprise peut examiner des cas concrets : les équipes comprennent-elles les statuts de la même manière ? Les responsables peuvent-ils identifier les offres sans suite connue ? Les extractions destinées au pilotage nécessitent-elles encore des corrections manuelles ? Ces vérifications donnent des indices sur l’utilité du cadre, mais ne démontrent pas automatiquement un effet sur le chiffre d’affaires ou la performance commerciale.

Il est préférable de documenter les limites des données utilisées. Une affaire sans montant peut correspondre à une saisie oubliée, à une consultation non chiffrable à ce stade ou à une règle de gestion spécifique. Avant d’en tirer une conclusion, il faut vérifier les situations concernées auprès des équipes et examiner les règles de collecte. Le dictionnaire rend cette investigation plus structurée ; il ne supprime pas le besoin de jugement métier.

Un dictionnaire commun est donc un outil de coordination et de traçabilité. Il permet de rendre les données plus compréhensibles et les analyses plus explicites, à condition d’être maintenu, appliqué et révisé lorsque les pratiques changent. Commencer par quelques notions essentielles, puis élargir le périmètre à partir des besoins observés, constitue une démarche pragmatique pour une PME ou une ETI du BTP.

À retenir

Un dictionnaire des données commerciales clarifie les termes, les règles de saisie et les limites des analyses. Pour être utile, il doit partir des pratiques réelles du BTP, distinguer faits et estimations, et évoluer avec les équipes.

Questions fréquentes

Quelle différence entre un dictionnaire des données et une procédure commerciale ?

Le dictionnaire définit les données : leur sens, leur format, leur source et leurs règles de mise à jour. Une procédure décrit plutôt les actions à réaliser et leur enchaînement. Les deux documents peuvent se compléter, mais l’un ne remplace pas l’autre.

Par quelles données commencer dans une PME du BTP ?

Commencez par les notions nécessaires à un usage concret, comme le statut d’une offre, la date de transmission, le montant proposé ou l’issue connue d’une affaire. Vérifiez d’abord que les équipes savent les renseigner de façon cohérente et que leur définition correspond aux processus de l’entreprise.