Sales battlecard : modèle de fiche concurrent vérifiable

Une sales battlecard est une fiche interne qui aide un commercial lorsqu'un client compare plusieurs solutions. Elle rassemble une situation précise, les faits utiles, une réponse courte et les preuves qui permettent de la vérifier. Son rôle n'est pas d'accumuler des critiques sur les concurrents.

Ce guide propose un modèle de fiche concurrent, un exemple fictif et une méthode de relecture des recherches assistées par l'IA. La règle centrale : distinguer ce que l'on sait d'une offre concurrente de ce que l'on suppose sur les attentes du client. Une information exacte peut être sans intérêt pour sa décision.

Définition : à quoi sert une battlecard commerciale ?

La battlecard commerciale sert de repère avant ou pendant un échange. Le commercial y retrouve le critère du client, un élément de comparaison, une question à poser et la source d'une réponse. Elle est généralement destinée à l'équipe interne ; elle ne doit pas être transférée telle quelle au prospect.

Dans son dictionnaire du produit, Thiga distingue les fiches concurrentielles, les fiches marché et les fiches produit ou offre. Nous traitons ici la première catégorie : une situation où le client envisage une alternative précise. Une étude de marché complète répond à un autre besoin.

La fiche complète l'argumentaire de vente, qui explique la pertinence de l'offre pour un client. Le processus de vente B2B organise les étapes et les décisions. La battlecard intervient dans une de ces étapes, lorsqu'une comparaison concrète doit être éclaircie.

Ce que les podcasts apportent au modèle

Dans Private Equity FunCast avec Kyle Roemer, l'échange sur les ventes relie l'analyse des appels clients, les objections, le positionnement et les battlecards. Les animateurs évoquent l'usage de l'IA pour la recherche concurrentielle ; Roemer rejoint l'idée générale d'un accès plus large à des recherches détaillées.

Ce passage décrit des pratiques et des opinions. Il ne fournit pas un modèle testé de fiche concurrent ni une mesure de fiabilité de l'IA. Nous en retenons une matière de départ : les questions réellement entendues dans les échanges commerciaux. Les rubriques et les contrôles proposés ici sont une synthèse éditoriale.

Dans A Product Market Fit Show, Colin Zima raconte avoir perdu cinq premiers dossiers d'Omni qu'il croyait proches de la signature. Les retours mentionnaient notamment la jeunesse de l'entreprise, la maturité du produit et la réaction des utilisateurs finaux.

Ces motifs ne demandent pas tous la même réponse. Une liste de fonctionnalités ne résout pas nécessairement une inquiétude sur la continuité du fournisseur. Le récit illustre l'intérêt de comprendre le frein réel ; il ne démontre pas qu'une battlecard a provoqué les ventes suivantes. Le cas Omni présente l'histoire complète en anglais.

Commencer par une question du client

Choisissez une situation récurrente dans laquelle l'équipe manque de repères. Par exemple : « Nous avons déjà une solution et nous ne voulons pas perdre notre fonctionnement actuel. » Le sujet peut être le changement d'organisation, pas une différence de fonctionnalités.

Identifiez l'alternative réellement envisagée. Il peut s'agir d'un concurrent nommé, d'un fichier partagé, d'un prestataire ou du maintien du fonctionnement existant. Une fiche comparant deux logiciels serait mal choisie si le client hésite surtout à lancer le projet.

Indiquez le contexte de la fiche : type d'interlocuteur, usage et étape de la vente. En prospection, une question doit encore confirmer la pertinence du sujet. Pendant une évaluation, une preuve technique ou l'intervention d'un spécialiste peut être nécessaire. Une recherche sur l'entreprise ne prouve pas les priorités d'une personne.

L'analyse des besoins client permet de préciser le critère. Ne le remplacez pas par une formulation générale comme « le client cherche le meilleur outil ». Demandez ce qui doit fonctionner, ce qui compte dans la décision et ce qui ne doit pas changer.

Modèle de fiche concurrent en huit rubriques

La fiche courte doit renvoyer vers les pièces utiles. Le dossier de recherche peut être plus long ; le commercial doit pouvoir retrouver la réponse pendant une conversation. Les champs inconnus restent explicitement à confirmer.

• Situation : question exprimée par le client, usage concerné et alternative envisagée.
• Critère de décision : priorité confirmée, hypothèse à vérifier ou information encore absente.
• Fait concurrent : affirmation précise, source, date d'observation et périmètre, notamment l'offre ou la version concernée.
• Preuve sur notre offre : documentation, exemple autorisé ou test reproductible qui soutient une comparaison équivalente.
• Limite ou compromis : cas où l'alternative peut mieux convenir, ou point sur lequel la comparaison reste ouverte.
• Question et réponse : clarification neutre, puis réponse courte liée au critère confirmé.
• Vérification suivante : document, essai ou interlocuteur nécessaire pour lever le doute.
• Responsable et révision : propriétaire de la fiche et événement qui impose de contrôler à nouveau l'information.

Gardez séparés trois niveaux de preuve : ce qu'un éditeur publie, ce qu'un client rapporte et ce que votre équipe en déduit. Une documentation décrit l'offre annoncée. Le témoignage d'un client décrit son expérience et son contexte. Aucun de ces éléments ne prouve à lui seul que la même limite s'applique à tous les utilisateurs.

Exemple : comparer une intégration sans inventer une faiblesse

Prenons une situation fictive. Le client utilise une solution qui échange déjà des données avec un outil interne. Un commercial pourrait répondre : « Leur intégration est limitée, la nôtre est meilleure. » Sans source, périmètre et critère, cette phrase est impossible à évaluer.

La fiche utile pose une autre question : quels champs, droits d'accès et fréquences de mise à jour le client doit-il conserver ? La rubrique concurrent renvoie vers la documentation concernée et garde les détails absents comme inconnus. La rubrique sur votre offre renvoie vers une preuve vérifiable dans le même périmètre.

Une réponse possible serait : « Pour comparer les deux approches, listons les champs et les droits dont votre équipe dépend. Nous pourrons vérifier les points documentés et tester ceux qui restent ouverts. » Cet exemple est une proposition de rédaction ; il ne reprend aucun verbatim des podcasts et ne décrit aucun logiciel réel.

L'étape suivante peut être un test limité avec des données autorisées et des critères acceptés par les participants. Si l'alternative répond déjà au besoin et que changer n'apporte pas de valeur utile, la fiche doit le laisser apparaître. Une comparaison honnête peut conduire à ne pas poursuivre.

Utiliser l'IA pour préparer la fiche

L'IA peut aider à regrouper des questions issues de notes autorisées ou à organiser des sources fournies par l'équipe. Limitez la demande : distinguer les affirmations, retrouver leurs passages sources et signaler les contradictions. Une synthèse fluide ne constitue pas une validation.

Vous pouvez utiliser cette consigne : « Travaille uniquement sur les documents fournis. Pour chaque affirmation concurrentielle, indique le passage source, la date d'observation et le périmètre. N'invente aucune fonctionnalité absente, aucun tarif ni aucune condition contractuelle. Sépare témoignages et faits publiés. Signale les inconnues et prépare une question de clarification. »

Cette consigne ne garantit pas l'exactitude. Ouvrez chaque source importante et vérifiez qu'elle contient réellement l'information annoncée. Contrôlez le produit, l'offre, la région et la période. Appliquez la même exigence aux affirmations sur votre propre solution.

Le compte rendu IA traite la fidélité d'une note après un rendez-vous. La fiche concurrent ajoute un autre contrôle : une objection entendue pendant cet échange est une question à examiner, pas une preuve permettant d'affirmer une faiblesse du concurrent.

Faire vivre la fiche dans l'équipe

Nommez un responsable et affichez la date de dernière relecture. Une modification de la source, un retour contradictoire du terrain ou une évolution de votre offre doit déclencher une vérification. Aucun rythme universel ne rend toutes les informations fiables : un prix et un principe de fonctionnement ne vieillissent pas de la même façon.

Prévoyez un moyen simple de signaler une ligne douteuse. Conservez le motif du signalement et suspendez l'argument concerné tant qu'il n'a pas été vérifié. Garder une ancienne version peut expliquer une conversation passée, mais elle ne doit pas rester présentée comme la référence actuelle.

Testez la fiche avec un collègue à partir d'une vraie question client. Peut-il retrouver la source, reformuler une réponse courte et identifier ce qu'il faut encore vérifier ? S'il doit lire un long paragraphe à voix haute, réduisez le contenu. Si la fiche pousse à critiquer avant de comprendre, réécrivez la question.

Évaluer l'utilité sans promettre un taux de victoire

Sur un ensemble limité de conversations comparables, observez l'utilisation de la fiche, la facilité à retrouver les preuves, les corrections nécessaires et les points effectivement clarifiés. Notez la période et la taille de l'échantillon. Un téléchargement de document ne prouve pas son usage pendant une vente.

Les résultats commerciaux peuvent être suivis, mais ils ne prouvent pas seuls l'effet de la fiche. Les commerciaux peuvent la consulter davantage sur les dossiers les plus difficiles ; l'expérience du vendeur et le contexte client comptent aussi. Quelques signatures ne suffisent pas à annoncer une hausse causale du taux de transformation.

Les podcasts apportent des pratiques qualitatives et un récit de fondateur. Thiga apporte une définition et une distinction entre catégories. Le modèle, la consigne et l'exemple sont nos propositions éditoriales. Le contrôle utile reste concret : un autre commercial peut-il retrouver la preuve, en comprendre la limite et poser la prochaine question pertinente ?