Parcours avancé · Vente · Module 21
Conduire une vente complexe
Faire avancer une décision collective, sans confondre enthousiasme individuel et engagement de l'entreprise. Tu apprendras à cartographier les acteurs, construire une preuve et négocier un processus d'achat réaliste.
Objectifs
Une vente complexe est un changement collectif
La complexité ne dépend pas seulement du montant. Une petite intervention peut mobiliser un dirigeant, un responsable métier, un prestataire informatique et les personnes qui utiliseront l'outil. Chacun supporte un risque différent. Le dirigeant redoute un investissement inutile ; le métier redoute une solution peu pratique ; l'informatique redoute une dette technique ; les utilisateurs redoutent une charge supplémentaire. Une présentation convaincante à une seule personne ne résout pas ces objections.
Pour DEVOLUTION, trois situations demandent des preuves différentes. Un agent IA doit être évalué sur des tâches représentatives, ses limites et la supervision humaine. Un logiciel sur mesure doit démontrer une compréhension du processus, des exceptions et des interfaces. Une modernisation d'application doit préserver la continuité d'activité tout en réduisant une fragilité identifiable. Les trois familles ne se vendent pas avec une démonstration générique d'IA.
Commence par comprendre pourquoi l'entreprise devrait changer maintenant. Un coût existe parfois depuis dix ans sans provoquer de décision : cela ne signifie pas qu'il n'est pas important, mais que d'autres priorités l'emportent. Demande quel événement rend le statu quo plus difficile, qui en subit les conséquences et ce qui arriverait si rien ne changeait pendant six mois. Une échéance supposée par le vendeur ne constitue pas une urgence du client.
La vente avance lorsque l'acheteur accomplit une action utile : partager une information autorisée, réunir un acteur, valider un critère, réserver une disponibilité ou confirmer un processus. Un email ouvert ou une démonstration appréciée fournit un signal faible. Inscris séparément l'activité du vendeur et l'engagement du client pour ne pas fabriquer une impression de mouvement.
Cartographier les acteurs sans les enfermer dans des cases
Construis une carte par fonction, puis précise les personnes seulement dans l'outil autorisé. Pour chacune, note le résultat attendu, la crainte, l'influence, la position actuelle et la preuve qui permettrait de progresser. Une même personne peut être décideur économique et utilisateur. Le titre ne suffit pas : un responsable informatique externe peut disposer d'un droit de veto effectif sans signer le contrat.
| Rôle | Question à poser | Preuve recherchée |
|---|---|---|
| Porteur métier | Quel résultat devez-vous améliorer ? | Processus observé, mesure initiale |
| Décideur économique | Comment arbitrerez-vous cet investissement ? | Critères, budget et calendrier confirmés |
| Utilisateur | Quelle exception rend la tâche difficile ? | Scénarios quotidiens et cas limites |
| Référent technique | Quelles contraintes conditionnent l'intégration ? | Interfaces, accès et disponibilité validés |
| Achats ou juridique | Quelles étapes précèdent la signature ? | Processus documentaire et responsables |
Un allié interne, parfois appelé champion, ne se reconnaît pas à ses compliments. Il comprend le problème, peut expliquer la valeur à ses collègues et accepte d'organiser une prochaine étape. Teste cette capacité sans lui demander de défendre une promesse non démontrée : « Pourrions-nous préparer ensemble trois critères et les vérifier avec votre responsable ? » S'il ne peut pas, conserve la relation mais ne prévois pas la signature comme acquise.
Élargir la relation ne signifie pas contourner ton interlocuteur. Explique l'intérêt : éviter de lui demander des réponses techniques qu'il ne possède pas, gagner du temps et préparer une décision solide. Propose une réunion courte, un ordre du jour et les rôles nécessaires. Ne contacte pas secrètement toute l'organisation parce qu'une personne répond lentement.
Qualifier la décision et ses inconnues
La grille 6D reste la règle de passage du collaborateur : score de 13 à 18, Douleur et Décideur au moins à 2, aucun critère à 0 et décideur rencontré ou présent au rendez-vous. Une information inconnue ne reçoit pas une note favorable par défaut. Le rendez-vous avec Florian dure trente minutes et se réserve dans les créneaux Calendly. Les informations avancées enrichissent la passation, elles ne remplacent pas cette règle.
Après la qualification, Florian approfondit quatre contrats de compréhension. Le premier porte sur le problème : personnes concernées, fréquence et conséquences. Le deuxième porte sur la réussite : indicateur, niveau initial et résultat acceptable. Le troisième porte sur la décision : participants, critères et autorité de signature. Le quatrième porte sur l'exécution : dépendances, disponibilité du client et conditions de déploiement. Tant qu'un contrat reste flou, formule une question, pas une certitude.
Un cadre de qualification doit révéler les informations manquantes plutôt que transformer la conversation en interrogatoire. Tu peux apprendre le processus d'achat en demandant comment une prestation comparable a été décidée auparavant. Tu peux explorer le budget en demandant quel arbitrage serait nécessaire. Évite d'exiger une enveloppe précise avant même d'avoir expliqué pourquoi la question aide à définir un périmètre réaliste.
Le calendrier se construit à rebours depuis un événement réel : validation, préparation, test, disponibilité des personnes, contractualisation. « Avant la fin du trimestre » reste une intention tant qu'aucune dépendance n'est vérifiée. Une date commerciale imposée par DEVOLUTION ne remplace pas la capacité réelle du client à participer.
Faire une démonstration qui produit une preuve
Une bonne démonstration commence avant l'écran. Écris la tâche, l'utilisateur, les données fictives ou autorisées, le comportement attendu, les exceptions et le critère de réussite. Montre ensuite le trajet complet : entrée, traitement, contrôle, résultat et récupération après erreur. Une animation spectaculaire qui saute les contrôles peut créer une attente impossible à tenir.
Pour un agent IA d'assistance documentaire, distingue une réponse correcte, une réponse incomplète et une question sans source disponible. Le résultat acceptable peut être de demander une vérification humaine. Pour un logiciel de planification, montre un conflit et sa résolution. Pour une modernisation, montre comment on vérifie que les fonctions critiques conservent leur comportement. Ces scénarios restent à concevoir avec Florian : le collaborateur ne certifie pas seul une architecture.
Un prototype explore une hypothèse ; une preuve de concept vérifie une faisabilité délimitée ; un pilote observe un usage dans un contexte réduit ; la production impose des exigences d'exploitation. N'emploie pas ces mots comme synonymes. Décris ce qui est réellement démontré et ce qui reste hors de l'essai. Une réussite sur vingt documents fictifs ne garantit pas une performance identique sur tous les documents du client.
Les recommandations de la CNIL sur les systèmes d'IA rappellent l'importance d'informer sur leurs limitations et de prévoir des moyens de contrôle. Traduis cela commercialement en questions et en preuves documentées, sans promettre une conformité générale. Source CNIL, consultée le 22 septembre 2026.
Le plan d'action partagé et la concurrence
Un plan d'action partagé décrit les décisions à prendre, pas uniquement les tâches de ton équipe. Il contient une étape, un responsable chez chaque partie, une date proposée, un livrable et un critère de sortie. Fais valider les dates par les personnes concernées. Si le client refuse tout engagement, cherche la cause : priorité faible, processus mal compris, absence d'autorité ou charge excessive. Ne transforme pas son silence en accord.
La concurrence inclut une autre agence, un outil standard, une réalisation interne et le statu quo. Compare les options sur des critères du client : adéquation, délai, coûts complets, autonomie, intégration, réversibilité et risque. N'invente pas les faiblesses d'un concurrent. Si une solution standard satisfait le besoin à moindre complexité, le reconnaître protège la crédibilité de DEVOLUTION et peut orienter vers un accompagnement pertinent.
Pour un appel d'offres privé, décide tôt s'il mérite une réponse : accès aux besoins, pertinence, critères, capacité de livraison et coût de préparation. Un cahier des charges extrêmement orienté vers un fournisseur déjà choisi peut justifier de renoncer. À l'inverse, des critères imparfaits peuvent être discutés par des questions constructives. Une matrice de réponse doit distinguer satisfait, satisfait sous condition et non satisfait, avec preuve ou réserve explicite.
Cas pratique : le projet Portalis Maintenance
Entreprise et données entièrement fictives. Portalis Maintenance, PME de services, veut réduire les erreurs dans ses comptes rendus. La responsable opérations apprécie une démonstration d'agent IA. Elle annonce trente utilisateurs mais personne n'a mesuré leur charge. Le dirigeant demande un retour rapide. Le prestataire informatique signale que certains documents contiennent des informations personnelles. Une ancienne application doit continuer à recevoir les comptes rendus.
Produis ta réponse à la consigne ci-dessous avant de révéler le corrigé.
Comparer mon raisonnement au corrigé du cas
Le premier mauvais choix serait d'envoyer immédiatement une proposition d'agent pour trente personnes. On ignore la fréquence d'usage, les types de documents, la responsabilité de validation et l'intégration. Le deuxième serait de promettre une modernisation complète pour résoudre toute contrainte. Cela élargirait le besoin sans preuve et compliquerait la décision.
Le corrigé retient une découverte complémentaire avec la responsable opérations, un utilisateur et le référent technique. La carte d'acteurs identifie le dirigeant comme décideur économique à confirmer, et non comme signataire présumé. Trois comptes rendus fictifs reproduisent une situation normale, une donnée manquante et une contradiction. Le critère de succès exige une sortie vérifiable et un signalement de l'incertitude. Aucun document réel n'est transféré sans validation des conditions d'utilisation.
Le plan partagé prévoit ensuite une revue du processus et de ses interfaces. Florian décide si un cadrage, un audit sur devis ou un autre chemin est pertinent ; le cadrage à 1 900 € HT ne devient pas une étape obligatoire. La proposition finale doit pouvoir séparer assistance IA, intégration logicielle et éventuelle modernisation, avec leurs dépendances. Le client choisit alors sur un problème compris et une preuve limitée mais pertinente.
Si le dirigeant refuse de participer et qu'aucun mandat n'est confirmé, l'affaire n'est pas prête pour une prévision de signature. L'action correcte consiste à préparer une note d'une page que le porteur métier pourra discuter en interne, puis à convenir d'une reprise. La valeur de ce travail est de réduire l'incertitude, pas de remplir artificiellement le pipeline.
Exercice guidé et corrigé
Sur Portalis, produis une carte de cinq rôles, quatre inconnues décisives et un plan partagé de trois étapes. Écris une démonstration de cinq minutes avec un cas d'échec.
Vérifier les points attendus dans le livrable
décideur non présumé, données de démonstration fictives, intégration examinée avant promesse, critère observable et possibilité explicite de renoncer. Une réponse qui promet un ROI avant de mesurer l'usage doit être corrigée.
Livrable : Carte d'acteurs, grille des inconnues, scénario de démonstration et plan partagé relus par Florian.
Défi terrain
Choisis une affaire autorisée, ou un dossier anonymisé déjà clos. Vérifie avec Florian deux hypothèses de ta carte d'acteurs et reconstruis une prochaine étape qui engage les deux parties. Aucun contact nouveau n'est déclenché par cet exercice. Bronze : carte sourcée ; argent : inconnues hiérarchisées ; or : scénario de preuve et critère d'arrêt validés.
Quiz de décision
Choisis une réponse par situation. Lis les explications après correction et explique à voix haute ce qui ferait changer ta décision.
1. La responsable métier apprécie la démo, mais n'a pas encore confirmé qui arbitre le budget. Quelle prochaine étape réduit le mieux le risque ?
La décision collective reste l'inconnue prioritaire. Une proposition ou une démonstration supplémentaire peut aider plus tard, mais ne confirme pas le processus d'achat.
2. Un agent répond correctement sur vingt exemples. Que peux-tu affirmer ?
Décris le jeu de test et ses limites ; la généralisation demanderait d'autres preuves.
3. Le besoin de logiciel est décrit, mais l'interface avec l'outil actuel reste inconnue. Quelle passation prépares-tu ?
L'information technique manquante doit être visible. Le collaborateur ne fixe ni devis ni étape obligatoire ; Florian choisit le chemin après examen.
4. Le budget est inconnu dans la qualification. Comment le traces-tu ?
Inconnu ne signifie ni positif ni négatif. Il faut prévoir la question et conserver l'incertitude.
5. Le client souhaite une mise en service rapide, mais son référent technique est disponible dans trois semaines. Quel plan est le plus crédible ?
Il faut distinguer tâches indépendantes et dépendantes, puis revalider le calendrier. L'inaction totale ou une date maintenue sans preuve ne répondent pas au problème.
6. Une solution standard répond au besoin. Quelle posture est pertinente ?
Une recommandation crédible reconnaît les alternatives et leurs limites démontrables.
7. Un prestataire informatique ne signe pas. Peut-il compter dans la vente ?
La décision formelle et la capacité de faciliter ou bloquer l'exécution sont distinctes.
8. Le prospect dit que le projet doit commencer ce mois-ci. Quelle action suit ?
Une échéance devient exploitable quand ses conditions sont vérifiées avec les responsables.
Bilan et preuve de compétence
Carte d'acteurs, grille des inconnues, scénario de démonstration et plan partagé relus par Florian. Le formateur vérifie la qualité du raisonnement, les limites reconnues et l'utilité de la prochaine action. Un bon score au quiz confirme un rappel de notions ; il ne remplace pas une observation de pratique.
Réviser et approfondir
- CNIL : développement des systèmes d'IA : À lire pour transformer les limites d'un système et les contrôles en questions de preuve, sans promettre une conformité générale.
- Program on Negotiation : BATNA : Référence universitaire sur l'alternative à un accord ; utile pour préparer une décision de poursuite ou de retrait.
Reprends les questions le lendemain, une semaine puis un mois plus tard, sans afficher les réponses. Réalise ensuite un cas distinct : l'objectif est de transférer la méthode, pas de mémoriser le corrigé. Les sources citées dans le cours ont été consultées le 22 septembre 2026 ; vérifie leur actualité avant une décision réglementaire ou contractuelle.
Relie ce module aux offres et règles du socle ainsi qu'au cas transversal du parcours avancé. Consigne une erreur évitée, une question ouverte et une amélioration concrète de ton prochain livrable.