Une proposition commerciale modifiée n’est pas seulement un document de plus dans un dossier. Elle peut signaler une négociation active, une demande de clarification, un changement de périmètre ou une affaire qui s’enlise. Dans une PME ou une ETI du BTP, l’audit des versions permet de relier ces signaux à l’opportunité suivie dans le CRM, puis de décider quoi faire : relancer, recalculer, faire valider ou clore. L’objectif n’est pas de contrôler chaque fichier isolément, mais de vérifier que l’équipe sait quelle version fait foi et quelle action est attendue.

Partir de l’affaire, pas du dossier de fichiers

Commencez par sélectionner les affaires ouvertes pour lesquelles une proposition a été envoyée ou révisée. Dans le CRM, vérifiez que chaque opportunité dispose d’un responsable, d’un montant ou d’une estimation exploitable, d’une étape de pipeline et d’une prochaine action datée. Si ces éléments manquent, l’historique des fichiers ne suffira pas à comprendre la situation commerciale.

Rassemblez ensuite les propositions et leurs révisions, qu’elles soient stockées dans le CRM, un espace documentaire ou un répertoire de projet. Le point à auditer est le lien entre chaque document et l’affaire concernée : nom du client, lot ou chantier, périmètre, date d’envoi et interlocuteur. Un fichier nommé « version finale » sans contexte vérifiable est un signal de risque, pas une preuve que le client a reçu la bonne offre.

  • Vérifier l’identifiant de l’affaire et le client associés au document.
  • Repérer les propositions envoyées, les brouillons et les révisions internes.
  • Confirmer le responsable commercial et la prochaine action dans le CRM.

Reconstituer la chronologie des versions

Pour chaque affaire, remettez les documents dans l’ordre : première émission, corrections, révision après échange avec le client, puis éventuelle mise à jour des prix ou du périmètre. Comparez les dates de création et d’envoi, les destinataires, les pièces jointes et les éléments modifiés. Une nouvelle version créée après un appel ne signifie pas qu’elle a été transmise, et un envoi sans retour enregistré ne signifie pas qu’elle a été examinée.

La chronologie doit distinguer les versions de travail des versions communiquées au client. Notez la raison de chaque révision, même brièvement : ajustement de quantité, variante technique, exclusion d’une prestation, changement de délai ou correction d’une erreur. Cette trace rend les arbitrages compréhensibles pour le conducteur de travaux, le chargé d’affaires ou la direction, notamment lorsque plusieurs personnes interviennent sur le même dossier.

  • Quelle version a effectivement été envoyée, à qui et quand ?
  • Qu’est-ce qui a changé depuis la proposition précédente ?
  • Le retour du client et la suite convenue sont-ils consignés ?

Repérer les écarts qui menacent l’opportunité

Les versions révèlent souvent un blocage avant qu’il apparaisse clairement dans le pipeline. Des révisions répétées sans décision peuvent indiquer que le besoin n’est pas cadré, que les validations internes tardent ou que le client compare encore plusieurs scénarios. À l’inverse, une affaire sans version récente alors qu’un changement de périmètre a été discuté peut exposer l’entreprise à un malentendu sur le prix, les prestations incluses ou le calendrier.

Examinez aussi les écarts entre la proposition et les informations de l’affaire : montant dans le CRM, marge prévisionnelle, lot concerné, date de décision attendue et probabilité de conclusion. Un écart n’est pas nécessairement une erreur : il peut correspondre à une option ou à une négociation en cours. Il doit cependant être expliqué, attribué à une personne et mis à jour dans l’outil de suivi. Sans cela, les prévisions commerciales reposent sur une version de l’offre qui n’est peut-être plus valable.

  • Plusieurs versions circulent sans désignation claire de la version active.
  • Une modification commerciale n’a pas de validation ou de motif associé.
  • La valeur ou la date de décision du CRM ne correspond plus à l’offre en cours.

Transformer l’audit en prochaine action

Chaque anomalie doit déboucher sur une action concrète, avec un responsable et une échéance. Selon le cas, il s’agira de confirmer avec le client quelle proposition est étudiée, de faire valider une remise, de recalculer une variante, de clarifier une exclusion ou de mettre à jour l’étape du pipeline. Évitez les tâches vagues comme « suivre le dossier » : elles ne précisent ni le signal à vérifier ni la décision à obtenir.

Dans le CRM, consignez le statut de la proposition, la date de dernière transmission, la version de référence et le prochain échange prévu. Si l’affaire est en attente d’une réponse client, indiquez ce qui a été demandé et quand une relance devient pertinente. Si elle est perdue ou abandonnée, fermez-la avec un motif utile à l’analyse commerciale, plutôt que de laisser une proposition en suspens dans le pipeline.

  • Action : confirmer la version reçue par le client.
  • Responsable : personne chargée de reprendre le dossier.
  • Échéance : date de relance, de validation ou de décision.

Installer une règle simple de gestion des versions

Un audit ponctuel gagne en efficacité lorsqu’il débouche sur une règle commune. Définissez où se trouve la version de référence, comment les révisions sont nommées et quelles informations doivent remonter dans le CRM. Par exemple, le nom peut inclure l’identifiant de l’affaire, la date et l’indice de révision. La convention importe moins que sa cohérence et son adoption par les équipes commerciales et opérationnelles.

Enfin, intégrez une vérification des propositions aux revues de pipeline. Pour chaque affaire examinée, demandez si l’offre active est identifiable, si les changements sont justifiés et si une prochaine action est planifiée. Cette routine permet de traiter les dossiers bloqués à partir de faits observables, sans multiplier les contrôles administratifs. Elle aide aussi à distinguer une négociation réelle d’une opportunité qui reste ouverte faute de décision ou de mise à jour.

À retenir

Auditer les versions de propositions commerciales revient à vérifier leur lien avec l’affaire, leur chronologie et leur statut réel auprès du client. Pour chaque écart, consignez une prochaine action dans le CRM, avec un responsable et une échéance : c’est ainsi que l’historique documentaire devient un outil de pilotage du pipeline BTP.

Questions fréquentes

Faut-il conserver toutes les versions d’une proposition commerciale ?

Conservez les versions utiles pour comprendre les échanges et les décisions, en distinguant clairement les brouillons des documents transmis au client. La version de référence doit être identifiable, datée et reliée à l’affaire dans le CRM ou l’espace documentaire prévu.

Que faire lorsqu’on ne sait pas quelle version le client a reçue ?

Ne déduisez pas la version à partir du nom du fichier. Vérifiez les traces d’envoi et les destinataires, puis demandez confirmation à l’interlocuteur si nécessaire. Consignez le résultat dans le CRM et définissez la prochaine action selon que l’offre doit être confirmée ou réémise.