Schéma de pipeline de ventes pour fondateurs B2B qui reste honnête

Pourquoi la plupart des pipelines précoces cessent d’être fiables

Au début, votre pipeline paraît clair parce qu'il y a peu de deals et que la plupart du contexte vit dans votre tête. Puis la liste s'allonge, vous manquez un suivi, et le pipeline commence à raconter une histoire plus flatteuse que la réalité. C'est le « mensonge du pipeline » : pas volontaire, mais parce que rien dans le système n'oblige à dire la vérité.

Ça se manifeste par les mêmes schémas :

• Les deals restent dans une étape pendant des semaines sans activité récente.
• « Prochaine étape » devient quelque chose de vague comme « relancer la semaine prochaine. »
• Les dates de clôture sont repoussées pour espérer, pas parce que l'acheteur a confirmé un calendrier.

La réaction fréquente est de surcharger le CRM : plus de champs, plus d'étapes personnalisées, des notes plus longues. Ironiquement, cela aggrave souvent la prévision. Quand la mise à jour devient lourde, les gens mettent à jour moins, et le pipeline pourrit tranquillement.

Un schéma de pipeline commercial minimum viable fait l'inverse. C'est juste assez de structure pour prendre des décisions. Il n'essaie pas de tout capturer. Il capture les quelques faits qui vous empêchent de vous mentir à vous-même.

Si vous n'appliquez qu'une règle, retenez celle-ci : chaque deal ouvert doit avoir (1) une prochaine action explicite, (2) une date pour cette action, et (3) une date de clôture liée à un véritable calendrier acheteur (une réunion, une étape juridique, une revue budgétaire). Si l'un de ces éléments manque, le deal n'est pas actif.

Les étapes doivent aussi signifier quelque chose. Un deal n'avance que lorsqu'il s'est passé quelque chose de concret, pas parce que ça fait plaisir. L'objectif n'est pas un joli tableau de bord. L'objectif est une vue honnête sur laquelle vous pouvez piloter l'entreprise.

Définissez les règles avant de choisir les champs et les étapes

Un schéma de pipeline ne fonctionne que si tout le monde l'utilise de la même manière. Avant d'ajouter des champs ou de débattre des étapes, décidez ce que représente un élément de pipeline.

Un défaut propre pour le B2B : un deal = une décision d'achat. Si la même entreprise peut acheter deux fois (deux équipes, deux produits, deux budgets), ce sont deux deals, pas un enregistrement confus.

Gardez les objets simples. Trois catégories suffisent souvent : un lead (une personne joignable), un account (l'entreprise), et un deal (l'achat spécifique que vous essayez de conclure). Si vous êtes en solo, vous pouvez même zapper les enregistrements formels de lead et d'account et simplement veiller à ce que chaque deal nomme clairement l'entreprise et le contact principal.

Rédigez quelques règles opérationnelles, surtout si d'autres personnes touchent au pipeline :

• Enregistrez l'activité juste après qu'elle s'est produite.
• Faites une revue hebdomadaire à un moment fixe.
• Donnez à chaque deal exactement un propriétaire.
• Utilisez une seule source de vérité : si ce n'est pas dans le pipeline, ça n'a pas eu lieu.

Exemple : vous parlez à Alex chez Northwind d'un pilote pour l'équipe finance. C'est un deal. Si un mois plus tard le produit veut un contrat séparé, créez un deuxième deal. Ne forcez pas un seul enregistrement à couvrir deux décisions.

Champs minimum viables pour un deal (ceux que vous utilisez vraiment)

Un pipeline reste utile quand chaque deal a les quelques champs que vous vérifiez chaque semaine. Ajoutez des champs « au cas où » et ils deviennent décoratifs.

Commencez par un format de nom de deal qui empêche les doublons. Un modèle simple fonctionne : Entreprise - Produit/Portée - Trimestre/Mois. Exemple : “Acme - Team plan - Mar 2026.” Cela rend évident quand “Acme - Demo” et “Acme - Follow-up” sont en fait le même deal.

Chaque deal a aussi besoin d'une identité claire :

• Account/entreprise
• Contact principal
• Rôle du contact (décideur, champion, finances, IT)

Le rôle compte car il change ce que vous faites ensuite. Un champion a besoin d'accompagnement. Un décideur a besoin d'un cas business.

Ajoutez des champs de responsabilité :

• Propriétaire du deal (une seule personne)
• Source (inbound, outbound, partenaire, recommandation, événement)

Ensuite ajoutez seulement l'argent et le timing que vous allez utiliser :

• Valeur attendue et type de deal (nouveau, expansion, renouvellement)
• Date de clôture ciblée (une vraie date, pas un « un de ces jours »)
• Probabilité seulement si vous l'utilisez dans une prévision hebdomadaire fiable

Si vous hésitez sur un champ, laissez-le de côté. Vous pouvez toujours l'ajouter plus tard. Supprimer des champs après que des habitudes se sont formées est beaucoup plus difficile.

Champs de qualification qui empêchent les deals fantaisistes

La plupart des pipelines « importants » ne le sont pas. Ils sont pleins de deals jolis sur le papier mais sans chemin clair vers un oui.

Commencez par un champ qui force la clarté : Cas d'usage (portée). Écrivez ce que l'acheteur cherche à accomplir en termes simples, plus ce à quoi ressemble le « terminé ». Si vous ne pouvez pas décrire le résultat en deux phrases, vous ne comprenez probablement pas encore le deal.

Ensuite, capturez le processus décisionnel en un seul endroit. Ce n'est pas une addition de contacts. C'est l'histoire de comment la décision se fait : qui signe, qui peut bloquer, et quelles étapes doivent être suivies (revue sécurité, juridique, achats). Si vous ne connaissez pas le signataire, traitez le deal comme précoce.

Ajoutez un signal d'adéquation prix même approximatif. Des plages (“< $5k”, “$5-25k”, “$25k+”) fonctionnent bien, ou un simple Likely / Unclear / Unlikely basé sur ce que vous avez entendu. Le but est d'arrêter l'avancement des deals qui ne peuvent pas se permettre votre offre.

Enfin, gardez un champ red flags (drapeaux rouges) sur une ligne. Si ça prend un paragraphe, ça appartient aux notes.

Un ensemble compact qui marche pour la plupart des fondateurs B2B :

• Cas d'usage + critères de réussite
• Processus décisionnel (signataire, influenceurs, étapes)
• Adéquation tarifaire (plage ou Likely/Unclear/Unlikely)
• Option concurrente (nommée ou « statu quo »)
• Red flags (une ligne)

Exemple : “Veut nettoyage du CRM avant renouvellement, signataire = VP Sales, revue sécurité requise, budget probable $10-20k, concurrent = ne rien faire, red flag : le champion ne gère pas le projet.” Cet unique enregistrement est plus difficile à s'auto-illusionner.

Suivi d'activité qui garde le pipeline honnête

Un pipeline se gâte quand il devient une liste de souhaits. La solution n'est pas plus de champs. C'est quelques signaux d'activité qui forcent chaque deal à répondre à une question : que se passe-t-il ensuite ?

Si vous n'ajoutez qu'une couche à votre schéma de pipeline, adoptez ces champs d'activité :

• Date de dernière activité (auto si possible, manuel si nécessaire)
• Prochaine étape (une action concrète, pas « relancer »)
• Date d'échéance de la prochaine étape (une vraie date)
• Dernier canal de contact (appel, email, réunion, démo, chat)
• Raison de perte (liste courte, note d'une phrase optionnelle)

Règle pratique : si un deal n'a ni prochaine étape ni date d'échéance, ce n'est pas un vrai deal. Mettez-le en pause ou clôturez-le. Cela améliore plus la précision des prévisions que n'importe quel modèle de scoring.

Gardez “Raison de perte” courte pour que vous l'utilisiez vraiment : prix, pas de budget, pas de décision, a choisi un concurrent, timing, pas adapté.

À quoi ça ressemble : vous avez une démo avec un responsable ops mardi. Juste après l'appel vous mettez date de dernière activité = mardi, dernier canal = réunion, prochaine étape = “Envoyer 2 études de cas et confirmer qui signe,” date d'échéance = jeudi. Si jeudi passe sans réponse, le deal passe en rouge sans que personne ne discute de « progression du pipeline ».

Un modèle d'étapes simple pour la plupart des fondateurs B2B

Un bon modèle d'étapes fait un travail : il dit la vérité sur l'endroit où se trouve chaque deal, sans vous faire micro-gérer une douzaine de petits pas. Si vous ne pouvez pas dire ce qui doit être vrai pour qu'un deal soit dans une étape, l'étape devient une impression.

Ce modèle en six étapes marche pour la plupart des fondateurs B2B :

1. New : Vous avez un nom et une raison de contacter. Le premier contact est fait ou planifié.

2. Qualified : L'adéquation de base est confirmée. Le problème est réel, le client correspond à votre ICP, et il y a un chemin plausible vers l'achat.

3. Discovery done : Vous avez eu une vraie conversation. Vous comprenez le cas d'usage, les critères de succès et qui est impliqué.

4. Proposal sent : Le pricing et la portée sont entre les mains du client. Une prochaine étape est bookée ou explicitement demandée.

5. Negotiation/Legal : Achats, sécurité, approbation budgétaire ou modifications contractuelles sont en cours.

6. Closed won / Closed lost : Le résultat est marqué et une raison est enregistrée.

Faites avancer un deal uniquement quand quelque chose s'est produit dans le monde réel (réunion complétée, proposition envoyée, juridique engagé). Si rien ne s'est passé, l'étape reste la même.

Définitions d'étapes qui empêchent les deals de dériver

Un nom d'étape n'est pas une définition d'étape. Si vous étiquetez juste une colonne « Qualified » ou « Negotiation », vous vous retrouverez avec des deals qui y restent parce que personne n'est d'accord sur ce que « fait » veut dire.

Rédigez les règles d'étape comme de simples vérifications vrai/faux. Quand chaque deal dans une étape partage les mêmes faits, votre pipeline reste fiable.

Utilisez des critères d'entrée et de sortie (pas des impressions)

Le critère d'entrée dit ce qui doit déjà être vrai avant qu'un deal entre dans une étape. Le critère de sortie dit ce qui doit changer avant qu'il avance. Gardez les deux courts et mesurables.

Exemples :

• Discovery : entrée seulement après la première conversation en direct ; sortie seulement après que vous ayez une déclaration claire du problème et que la prochaine réunion soit bookée.
• Proposal sent : entrée seulement lorsqu'une offre chiffrée a réellement été envoyée ; sortie seulement lorsque l'acheteur confirme qu'il est en cours d'examen et que vous avez une date de décision.
• Legal/procurement : entrée uniquement lorsque l'acheteur présente le processus ou les parties prenantes ; sortie seulement quand vous avez les redlines finales ou les étapes du bon de commande.

Si vous ne pouvez pas écrire des critères sans mots comme « bon », « solide » ou « intéressé », l'étape est trop floue.

Ajoutez une règle de « jours max en étape »

Fixez un âge maximal pour chaque étape comme alerte précoce, pas comme punition. Exemple : Discovery max 14 jours, Proposal max 21 jours. Quand un deal atteint la limite, déclenchez une réinitialisation : réservez une prochaine étape, reculez-le, ou clôturez-le.

Décidez de l'action par défaut quand les critères ne sont pas remplis :

• Reculer si les infos manquantes peuvent encore être rassemblées.
• Clôturer comme lost si l'acheteur ne répond pas après une règle claire de relance (par exemple, 3 tentatives sur 10 jours ouvrables).

Ça empêche les “deals zombies” de gonfler votre forecast.

Construisez votre schéma en une après-midi

Vous pouvez construire un schéma de pipeline en quelques heures si vous le traitez comme un petit produit : règles d'abord, puis seulement ce qui soutient ces règles.

Commencez sur une page blanche, pas à l'intérieur d'un outil. Rédigez vos étapes et critères d'entrée/sortie en anglais simple. Si vous ne pouvez pas expliquer une étape en une phrase, c'est probablement deux étapes (ou pas une étape du tout).

Un flux de construction simple :

• Rédigez 5 à 8 étapes et un test clair de « Done » pour chacune.
• Créez un jeu de champs minimum (visez 10 à 15), centré sur des faits vérifiables.
• Ajoutez le suivi d'activité et rendez « date d'échéance de la prochaine étape » obligatoire pour les étapes actives.
• Importez les deals actuels et nettoyez-les au fur et à mesure : fusionnez les doublons, supprimez les entrées « peut-être un jour », et corrigez les propriétaires manquants.
• Faites une revue hebdomadaire pendant 2 à 4 semaines avant de changer quoi que ce soit.

Faites un test réaliste lors de la mise en place : prenez un deal actif et essayez de le faire avancer étape par étape. Si vous devinez sans cesse, vos critères sont trop vagues.

Une règle à appliquer tôt : si la date de la prochaine activité est vide, le deal ne peut pas rester dans une étape active.

Erreurs courantes qui créent la surcharge du CRM

La plupart de la surcharge CRM vient de bonnes intentions : vous voulez plus d'exactitude, alors vous ajoutez plus de champs, plus d'étapes, et plus de prise de notes. Le résultat est l'inverse. Les gens arrêtent de mettre à jour, et votre pipeline devient un cimetière.

1) Des étapes qui ne diffèrent que par des impressions

Si deux étapes se ressemblent, elles seront utilisées de la même façon. « Discovery », « Deep discovery » et « Discovery follow-up » signifient souvent « on a parlé », sans événement clair suivant. Les étapes ne doivent changer que lorsqu'un fait concret change.

Test rapide : si vous ne pouvez pas dire en une phrase ce qui doit être vrai pour entrer dans une étape, l'étape est probablement superflue.

2) La date de clôture devient une date d'espoir

La date de clôture n'est utile que si elle est liée à une raison. Traitez-la comme la date du prochain point de décision (approbation budgétaire, réunion achats, date de signature), et déplacez-la quand cet événement bouge.

3) L'activité est stockée en longues notes

Les longues notes cachent l'essentiel : ce qui s'est passé en dernier, et ce qui se passe ensuite. Gardez les notes courtes et suivez l'activité avec la date de dernière activité plus la prochaine étape (avec un propriétaire et une date d'échéance).

4) Tout est « qualified »

Sans définition, « qualified » devient « ils avaient l'air sympa ». Choisissez 3 à 4 vérifications qui doivent être vraies (problème, acheteur, calendrier, et une forme de budget). Si l'une manque, ce n'est pas encore qualifié.

5) Les deals ne sont jamais clôturés comme perdus

Les pipelines qui ne font que croître cessent d'être un pipeline et deviennent un cimetière. Fermez rapidement les lost quand le deal est inactif ou mal adapté, et capturez une raison claire pour pouvoir en tirer des enseignements.

Une checklist hebdomadaire pour l'hygiène du pipeline

Choisissez un créneau chaque semaine (30 minutes suffisent) et traitez-le comme une réunion avec votre futur vous. L'hygiène du pipeline, ce n'est pas ajouter des champs, c'est vérifier que chaque deal a encore un chemin réel devant lui.

Un flux de revue simple :

• Confirmez que chaque deal ouvert a un contact principal nommé et une phrase décrivant le problème.
• Vérifiez que chaque deal a une prochaine étape et une date d'échéance.
• Appliquez une règle de staleness : s'il n'y a pas eu d'activité significative en 7 à 14 jours, reculez le deal ou clôturez-le comme « pas de décision » pour l'instant.
• Triez par âge en étape et forcez des décisions sur les cinq plus anciens.
• Faites un contrôle de sensibilité du forecast sur les dix plus gros deals : expliquez en une phrase pourquoi chacun va se conclure et ce qui peut encore le bloquer.

Exemple concret : si un deal est marqué « Proposal sent » mais qu'aucune réunion n'est prévue pour en discuter, ce n'est pas un deal en stade proposition. Reculez-le, fixez la prochaine étape, et cessez de le compter tant que l'acheteur n'est pas de nouveau engagé.

Scénario exemple : un deal de l'appel initial à la signature

Vous vendez un outil d'analytics B2B à une boîte e‑commerce de 50 personnes. Après le premier appel, vous créez un deal et ne remplissez que ce que vous utiliserez la semaine suivante. Un schéma simple paie ici parce qu'il force la clarté, pas la paperasserie.

Juste après l'appel, l'enregistrement ressemble à :

• Problème : reporting hebdomadaire prend 6 à 8 heures, chiffres divergents entre équipes
• Parties prenantes : Sponsor = Head of Ops; Décideur = CFO; Utilisateur = Analyst
• Prochaine étape : envoyer un résumé de 2 pages + booker une démo de 30 minutes
• Date prochaine étape : Tue, Jan 23
• Date de clôture cible : Feb 15

Le deal commence en Discovery. Vous le faites avancer seulement quand l'invitation calendrier est acceptée (pas quand quelqu'un « a l'air intéressé »). Après la démo, le déclencheur pour passer en évaluation est une demande concrète (par exemple, “Pouvez-vous vous connecter à Shopify et à nos données d'entrepôt ?”), suivie d'une vérification technique convenue.

Puis le blocage : le CFO se tait après la tarification. Votre journal montre deux relances, aucune réponse, et la date de prochaine étape passe. La règle est simple : si la prochaine étape n'est pas convenue, le deal ne peut pas rester en Proposal.

Vous faites donc un mouvement honnête : soit reculer en évaluation (si vous avez besoin d'un nouveau sponsor ou d'infos manquantes), soit clôturer lost (si le décideur n'engage pas d'ici une date fixée). Dans cet exemple, vous reculez, mettez à jour les parties prenantes (Ops implique le manager finance), fixez une nouvelle date de prochaine étape, et ne revenez en Proposal que lorsque le CFO confirme une réunion de décision.

Gardez-le petit, puis automatisez les répétitions

Un schéma de pipeline ne fonctionne que si vous lui faites confiance. Le moyen le plus rapide d'y arriver est de commencer minimal et d'en vivre pendant 30 jours. Cela vous montre ce que vous utilisez vraiment, pas ce que vous pensez pouvoir avoir besoin.

Pour le premier mois, soyez strict : si un champ ne change pas une décision, retirez-le. Si une décision revient souvent et que vous ne pouvez pas y répondre depuis le pipeline, ajoutez exactement un champ pour combler ce manque.

Un test simple avant d'ajouter un nouveau champ : « Si c'est vide, on ne peut pas décider de ___ ».

Si vous voulez construire un CRM léger et personnalisé au lieu d'imposer un générique, des outils comme Koder.ai (koder.ai) peuvent aider une fois que vous avez rédigé vos étapes, champs requis et règles de validation. Il est bien plus facile de générer et d'itérer une appli simple quand le schéma est clair.