Dans une PME ou une ETI du BTP, un devis peut évoluer plusieurs fois avant la décision du client : ajustement du périmètre, variante technique, révision du prix, modification des délais ou ajout d’une condition contractuelle. Le risque n’est pas seulement de perdre la trace d’un fichier. Il est de relancer sur une mauvaise base, de défendre un montant qui n’est plus d’actualité ou de croire qu’un client arbitre alors qu’il compare encore deux versions concurrentes.

Le signal à rechercher : un devis envoyé ne signifie pas un devis évalué

La date d’envoi indique qu’un document a quitté l’entreprise. Elle ne prouve pas que cette version est celle que le client, le maître d’ouvrage ou le donneur d’ordre examine réellement. Entre-temps, le fichier peut avoir été remplacé dans un échange de mails, transmis à un autre interlocuteur ou discuté à l’oral sans que l’équipe commerciale en conserve une trace exploitable.

Le premier diagnostic consiste donc à distinguer trois états : la version produite, la version transmise et la version effectivement évaluée. Tant que cette distinction n’est pas claire, une relance du type « avez-vous avancé sur notre devis ? » reste trop générale. Elle ne permet pas de savoir si le blocage porte sur le prix, le périmètre, une variante ou simplement sur l’absence du bon document chez le décideur.

  • Version produite : document généré ou modifié dans l’outil de devis.
  • Version transmise : fichier envoyé à un ou plusieurs contacts, par mail, portail ou remise en réunion.
  • Version évaluée : version identifiée par le client comme base de comparaison, de validation ou de négociation.

Les indices qui montrent qu’une ancienne version circule encore

Plusieurs signaux doivent attirer l’attention. Le client reprend un montant qui ne correspond pas au dernier envoi, demande une précision sur une prestation supprimée ou parle d’un délai qui figurait dans une version antérieure. Un interlocuteur peut également transférer un PDF dont le nom de fichier est générique, sans date ni indice de révision. Dans ce cas, l’équipe ne sait pas immédiatement si elle répond au document le plus récent.

Les écarts entre les personnes sont tout aussi révélateurs. Le conducteur de travaux évoque une variante, tandis que le service achats se réfère au prix initial. Le commercial pense avoir envoyé une offre actualisée, mais le décideur n’a reçu que la première version. Ce type de décalage transforme la relance en correction tardive et peut donner l’impression que l’entreprise change ses conditions sans maîtrise.

Pour objectiver la situation, il faut comparer les éléments qui changent réellement la décision : montant total, lots ou prestations inclus, hypothèses techniques, délais, validité de l’offre, exclusions et conditions de paiement. Une différence de nom de fichier ne suffit pas ; c’est le contenu décisionnel qui doit être suivi.

Construire une piste de version exploitable par toute l’équipe

Le suivi ne doit pas reposer sur la mémoire du chargé d’affaires ou sur la recherche manuelle dans une boîte mail. Chaque version utile doit être identifiable avec un numéro ou un repère stable, une date de modification, un motif de changement et la liste des destinataires. Le document envoyé doit être rattaché à l’opportunité concernée, avec la possibilité de retrouver le message, la pièce jointe et les échanges associés.

Le motif de révision est particulièrement important. « Mise à jour » ne renseigne pas assez l’équipe. Il vaut mieux noter : ajustement du périmètre après visite, variante technique demandée, correction d’un poste, nouvelle condition de délai ou négociation tarifaire. Cette information prépare la prochaine action et évite de relancer le client sans rappeler ce qui a changé.

Un tableau de suivi simple peut suffire si les règles sont constantes. Il doit permettre de répondre rapidement à quatre questions : quelle est la dernière version validée en interne, à qui a-t-elle été envoyée, quel document le client dit-il examiner, et quelle action est attendue ensuite ? Si l’une de ces réponses manque, le devis ne doit pas être considéré comme sécurisé.

  • Attribuer un identifiant ou un numéro de révision lisible.
  • Associer chaque envoi à ses destinataires et à sa date.
  • Décrire la modification en termes opérationnels.
  • Noter la version confirmée par le client, pas seulement la dernière version interne.

Relancer sur une version précise et obtenir une prochaine action

Une relance efficace commence par lever l’ambiguïté. Elle peut rappeler le numéro ou la date de la version, le changement principal et la question à trancher. Par exemple : « Nous faisons suite à la version révisée du 12 juin, intégrant la variante sur le lot ventilation. Est-ce bien cette base que vous examinez avec votre équipe ? » La question est fermée, vérifiable et permet de détecter immédiatement une circulation de document obsolète.

Une fois la version confirmée, la relance doit chercher le blocage concret. Le client attend-il une validation technique, un arbitrage budgétaire, une réponse sur le délai ou une pièce complémentaire ? La réponse doit déboucher sur une prochaine action datée ou au moins clairement attribuée : retour sur la variante, réunion avec le décideur, envoi d’une précision, ou confirmation que le dossier est suspendu.

Il faut également distinguer absence de réponse et absence de décision. Une relance sans retour peut signifier que le document n’est pas arrivé au bon interlocuteur, que le projet est décalé ou qu’une autre version est utilisée en interne. Le suivi doit conserver ce diagnostic afin d’éviter les relances répétitives et sans nouvel élément.

  • Confirmer la version examinée avant de défendre son contenu.
  • Identifier le point précis qui empêche la décision.
  • Convenir d’une action suivante, avec un responsable et une échéance.
  • Archiver la réponse, y compris lorsqu’elle confirme un report ou une absence de décision.

Mettre en place un contrôle avant chaque relance

Avant d’appeler ou d’écrire, le responsable du devis peut effectuer un contrôle court : dernier document envoyé, destinataires, contenu modifié, retour reçu et prochaine décision attendue. Cette vérification évite de présenter comme récente une version déjà remplacée ou de demander un avis sur une proposition que le client n’a jamais reçue.

Le contrôle doit aussi prendre en compte les échanges hors outil : réunion de chantier, appel, message direct ou commentaire d’un partenaire. Un client peut considérer qu’une modification est acquise alors qu’elle n’a jamais été intégrée dans un devis formel. Le risque est alors double : la version évaluée n’est pas la version contractuelle, et la prochaine relance peut entretenir une promesse non documentée.

L’objectif n’est pas d’ajouter une formalité administrative. Il s’agit de rendre le dossier lisible par une autre personne en cas d’absence, de transfert de portefeuille ou de reprise par la direction. Une circulation maîtrisée des versions réduit les malentendus et permet de concentrer la relance sur le signal utile : ce qui manque pour faire avancer la décision.

À retenir

Pour savoir quelle version d’un devis est réellement évaluée, ne suivez pas uniquement le dernier fichier envoyé. Rattachez chaque révision à son contenu, ses destinataires et son motif, puis confirmez avec le client la base exacte de son arbitrage. La relance doit ensuite viser un blocage identifié et une prochaine action clairement attribuée.

Questions fréquentes

Comment confirmer rapidement la version de devis examinée par le client ?

Rappelez la date ou le numéro de révision, indiquez le changement principal et demandez explicitement si cette version constitue bien sa base d’examen. Comparez ensuite sa réponse avec les destinataires et les pièces jointes enregistrés.

Que faire lorsque plusieurs interlocuteurs ne parlent pas de la même version ?

Stoppez la relance commerciale générale, identifiez les documents détenus par chaque interlocuteur et renvoyez une version de référence clairement nommée. Faites confirmer son périmètre, son prix et ses conditions, puis consignez la prochaine action attendue.