Versions et historique des devis B2B : v1, v2, v3 sans perdre le fil

Mardi 16 h 40. Le prospect répond : « On part sur l’option B, moins 8 %, et on enlève le lot livraison. » Le commercial ouvre le dossier, cherche le dernier PDF, en trouve trois : `Devis_Dupont_v2.pdf`, `Devis_Dupont_FINAL.pdf`, `Devis_Dupont_v2_final_vraiment.pdf`. Il envoie le mauvais. Le prospect signe mentalement sur une remise qui n’existe plus. Le chiffrage côté atelier part sur l’ancienne surface. Deux jours plus tard, personne ne sait quelle version fait foi.

Ce n’est pas un problème de « discipline PDF ». C’est un problème de versions et d’historique liés au dossier commercial.

Quand un prospect itère (options, remises, scope creep), chaque envoi crée une photo du deal. Si ces photos vivent en pièces jointes orphelines, le pipeline casse : mauvais numéro envoyé, relance sur une version morte, marge qui fond sans trace, litige au moment de la commande. Ce guide détaille pourquoi le PDF « final vraiment final » ne tient pas, comment versionner (v1 / v2 / v3), garder l’historique, lier chaque version au dossier, comparer, et relancer sur la bonne. Public : commerciaux B2B, responsables devis, PME industrielles, agenceurs, menuisiers, rayonnage, services configurables.

Garder l’historique sans empiler des PDF : créer un compte Free pour centraliser demandes et dossiers, ou ouvrir la démo funnel rayonnage (sans compte) pour voir comment naît une demande déjà structurée.

Pourquoi le PDF « v2 final vraiment final » casse le pipeline

1. Le fichier n’est pas le dossier

Un PDF est une sortie. Le dossier, c’est le contexte : brief, score Hot / Warm / Cold, owner, échanges, options retenues, remise accordée, date d’envoi. Quand la version n’est qu’un fichier sur le disque (ou dans un mail), le contexte se perd. La relance Hot part alors sur une hypothèse fausse.

2. Les noms de fichiers mentent

`FINAL`, `OK`, `client`, `à signer` ne sont pas des versions. Ce sont des intentions. Deux commerciaux peuvent chacun avoir « le final ». Le prospect aussi. Sans numéro de version et sans date d’envoi tracée, vous inventez une vérité à chaque ouverture de boîte mail.

3. Le scope creep est silencieux

Le prospect ajoute une option, retire un lot, demande une remise « juste pour cette fois ». Sur Excel + PDF, chaque changement est une réécriture manuelle. Sans journal, vous ne savez plus ce qui a bougé entre v1 et v3. Le configurateur vs Excel + PDF pointe exactement ce risque : le fichier devient la source de vérité alors qu’il devrait en être une photo.

4. La mauvaise version tue la conversion

Relancer sur une version périmée, c’est relancer un deal qui n’existe plus. Le prospect a déjà basculé sur l’option B. Vous reparlez de l’option A. Ça ressemble à du désordre. Les devis qui meurent sans relance meurent aussi quand la relance est juste… à côté.

Ce qu’est une « version » de devis (définition utile)

Une version n’est pas « le fichier du jour ». C’est un instantané daté du deal, avec :

1. Un numéro (v1, v2, v3…) ou un identifiant unique.
2. Une date d’émission (et idéalement d’envoi).
3. Un contenu figé : lignes, options, remises, conditions, validité.
4. Un lien au dossier : même prospect, même brief, même owner.
5. Un statut : brouillon, envoyé, vu, en négociation, accepté, refusé, remplacé.

Sans statut « remplacé », v2 et v3 coexistent comme si les deux étaient actives. C’est là que partent les mauvais numéros.

Quand créer une nouvelle version (et quand ne pas)

Créez une nouvelle version quand :

• le scope change (lots ajoutés / retirés) ;
• une remise ou un prix catalogue change ;
• une option devient principale (ex. option B remplace A) ;
• les conditions (délai, validité, acompte) changent ;
• vous renvoyez après une négociation formalisée.

Ne créez pas une version pour :

• corriger une faute de frappe non commerciale (sauf si déjà envoyé : alors une micro-version ou un erratum tracé) ;
• « juste regarder » en interne (utilisez un brouillon) ;
• dupliquer le PDF pour l’envoyer via un autre canal (même version, autre canal).

Process métier : versionner sans chaos

Étape 1 : un dossier = une source de vérité

Avant de parler v1 / v2, le dossier doit exister. Idéalement il naît d’une demande qualifiée avant chiffrage et scorée. L’owner est clair (assignation et SLA). Les versions s’accrochent à ce dossier, pas à un dossier Outlook.

Étape 2 : numérotation simple et visible

Convention minimale :

Affichez le numéro de version dans le devis (en-tête ou pied), pas seulement dans le nom de fichier. Le prospect doit pouvoir dire « on parle de la v2 ».

Étape 3 : journal d’historique (ce qui a changé)

Pour chaque version, notez en une phrase :

• ce qui a changé par rapport à la précédente ;
• qui a demandé le changement (prospect / commercial / atelier) ;
• l’impact marge (même approximatif).

Exemple : « v3 : retrait lot livraison (−1 200 € HT), remise commerciale 5 % maintenue, validité 15 jours. »

Sans ce journal, la comparaison de versions devient une lecture ligne à ligne sous pression.

Étape 4 : une seule version « active » pour le prospect

À tout moment, le dossier a une version active côté client. Les précédentes restent consultables (historique), marquées « remplacées ». Les relances et l’espace prospect pointent vers l’active. Sinon le prospect ouvre le lien magique et tombe sur v1 pendant que vous négociez v3.

Étape 5 : envoi tracé, pas « je pense que j’ai envoyé »

Chaque envoi enregistre : version, canal, destinataire, horodatage. Ça règle aussi le délai de réponse : vous savez quand v2 est partie, pas seulement quand le mail a été rédigé.

Tester le parcours sans reconstruire votre stack : essai Free ou démo rayonnage.

Comparer deux versions (sans y passer une heure)

La comparaison sert à trois choses : expliquer au prospect, protéger la marge, briefer l’atelier / la production.

Grille de diff utile

En pratique, un bon outil de devis affiche le diff. Sinon, un tableau à deux colonnes (v2 | v3) fait l’affaire pour les Hot. Pour les Warm / Cold, limitez le temps : si le diff prend plus longtemps que le chiffrage initial, le process de versions est trop lourd (ou le brief était trop flou).

Scope creep : comment le rendre visible

Le scope creep devient gérable quand chaque ajout est une version (ou une ligne clairement ajoutée dans la version suivante), pas un « on met ça aussi » dans un mail sans mise à jour du devis. Le prospect voit le coût. Vous voyez la marge. L’atelier voit le périmètre.

Relancer sur la bonne version

Relancer n’est utile que si le message et le document parlent du même deal.

Checklist avant relance :

1. Quelle est la version active ?
2. Le prospect a-t-il ouvert / vu cette version (si vous le mesurez) ?
3. Y a-t-il un commentaire ou une demande en attente qui justifie une v+1 plutôt qu’une relance ?
4. Le lien (espace prospect ou pièce jointe) pointe-t-il vers l’active ?

Sinon vous relancez un fantôme. C’est exactement le pattern décrit dans pourquoi les devis meurent sans relance : activité commerciale sans alignement sur l’état réel du dossier.

Métriques : ce qu’il faut suivre sur les versions

Pas besoin d’un dashboard usine. Quatre indicateurs suffisent pour commencer.

1. Nombre moyen de versions par devis gagné / perdu

Si vos deals gagnés passent souvent par 4+ versions alors que les perdus restent à v1, vous négociez trop tard ou trop mal. Si tout le monde est à v4+, le brief initial est insuffisant : revenez à la qualification avant chiffrage.

2. Délai entre versions (v1 → v2, v2 → v3)

Un écart de 10 jours entre v1 et v2 sur un Hot, sans relance structurée, est un signal d’alarme. Croisez avec le délai de première réponse et les SLA d’équipe.

3. Taux d’envoi de mauvaise version (incidents)

Comptez les « oops mauvais PDF ». Même rare, chaque incident coûte cher (crédibilité + marge). Objectif : zéro. Si vous ne mesurez pas, vous ne savez pas.

4. Temps passé en révisions / versions

Le chiffrage initial n’est qu’une partie de la charge. Les révisions mangent des heures. Pour estimer le temps mensuel (chiffrage + revisions), utilisez l’estimateur de temps de chiffrage. Pour la capacité globale Hot / Warm / Cold, croisez avec le calculateur de capacité équipe.

Erreurs classiques (et comment les éviter)

« On écrase le fichier pour garder le même nom »

Vous perdez l’historique. Impossible de prouver ce qui a été proposé à quelle date. Gardez les versions, marquez les remplacées.

« Le prospect a la v2, nous on travaille sur un Excel non versionné »

Deux vérités parallèles. Au moment de l’envoi, vous réintroduisez des erreurs. Une seule source, puis export / PDF.

« La remise est dans le mail, pas dans le devis »

Le mail disparaît. Le devis reste. Toute condition commerciale significative doit être dans la version envoyée.

« Plusieurs owners envoient des versions en parallèle »

Sans owner unique, vous aurez deux v2 différentes. Règle : un owner, une file de versions.

« On renumérote à la main selon l’humeur »

v2 puis « devis bis » puis « final client ». Adoptez une convention et tenez-la. Mieux vaut une v7 honnête qu’un « final » menteur.

Mise en place progressive (solo → petite équipe)

Semaine 1 : convention + journal

Écrivez la règle de numérotation. Ajoutez un champ « version active » et « notes de changement » dans votre outil actuel (CRM, tableur, SaaS devis). Formez l’équipe en 30 minutes.

Semaine 2 : envois tracés

Chaque envoi = version + date. Interdiction d’envoyer un PDF hors dossier sans le rattacher.

Semaine 3 : relances branchées sur l’active

Les séquences et les relances manuelles citent la version. L’espace prospect (si vous en avez un) n’expose que l’active.

Semaine 4 : métriques légères

Comptez versions moyennes, incidents « mauvais PDF », temps de révision. Ajustez le brief d’entrée si v3+ est la norme sur des Warm mal qualifiés.

FAQ : versions et historique des devis B2B

Faut-il une nouvelle version pour une simple remise ?

Oui, si la remise change le total ou les conditions. Une remise « orale » non versionnée est une dette. Le prospect et l’atelier doivent voir le même chiffre.

Combien de versions avant de requalifier le brief ?

Pas de chiffre magique. Au-delà de 3–4 allers-retours majeurs de scope, arrêtez de patcher : requalifiez, puis repartez sur une v propre (parfois v1 d’un nouveau périmètre clairement nommé).

Le prospect doit-il voir tout l’historique ?

Pas forcément. Il doit voir la version active et, si utile, un récap des changements. L’historique complet (brouillons internes, notes marge) reste interne.

Comment gérer les options A / B / C ?

Deux approches : (1) une version avec options explicites côte à côte ; (2) une version par scénario (v2-A, v2-B) si les totaux et conditions divergent fort. Dans les deux cas, une seule version « recommandée » ou « active » pour la relance.

Que faire si le client signe une ancienne version ?

Traitez-le comme un incident process. Vérifiez le contenu signé, confirmez par écrit l’écart éventuel, et alignez production sur le document signé (sauf accord contraire écrit). Puis corrigez le process d’espace prospect / liens pour que seule l’active soit signable.

PDF, lien magique, ou les deux ?

Le lien vers un espace prospect réduit le risque de mauvais fichier si l’espace n’expose que l’active. Le PDF reste utile pour archivage et signatures hors ligne. Les deux doivent porter le même numéro de version.

Comment versionner quand plusieurs commerciaux touchent le dossier ?

Owner unique pour les envois. Les coéquipiers commentent ou préparent un brouillon. Seul l’owner (ou un backup explicite) publie une version. Sinon vous recréez le chaos de la boîte partagée.

Les versions remplacent-elles le score Hot / Warm / Cold ?

Non. Le score priorise. Les versions documentent l’évolution du deal. Un Hot peut être en v1 ; un Warm en v4. Ce n’est pas contradictoire, mais un Warm en v4 mérite souvent une revue de brief.

Faut-il archiver les versions refusées ?

Oui, au moins un temps. Elles servent aux litiges, à l’analyse marge, et à la formation. Marquez-les refusées / remplacées, ne les laissez pas « actives ».

Par où commencer si on est encore 100 % Excel + mail ?

Convention de nommage + dossier unique par affaire + journal une ligne par version + interdiction d’envoyer hors dossier. Ensuite, un outil qui lie demande, versions et relances évite de reconstruire la discipline à chaque commercial.

Passer du PDF orphelin au dossier versionné : créer un compte Free · voir la démo rayonnage · estimer la charge de chiffrage avec l’estimateur de temps.

Synthèse actionnable

1. Une version = instantané daté + numéro + statut + lien dossier.
2. Une seule version active côté prospect ; le reste est historique.
3. Journal court à chaque v+1 (quoi, qui, impact).
4. Relances et liens pointent toujours vers l’active.
5. Mesurez versions moyennes, incidents mauvais PDF, temps de révision.
6. Si v3+ est la norme sur des briefs flous, corrigez l’entrée (score, qualification, SLA), pas seulement le nommage des fichiers.

Le pipeline devis ne se répare pas avec un meilleur suffixe `_FINAL`. Il se répare quand chaque itération (options, remises, scope) laisse une trace claire, comparable, et relançable.