Comment diagnostiquer un parcours d’acquisition qui n’apporte pas les demandes attendues ?

Un éditeur de logiciel de gestion des plannings obtient des clics, mais peu de demandes de démonstration. Dans ce cas fictif, l’équipe envisage de revoir le ciblage. La page explique-t-elle ce que la démonstration apporte ? Le formulaire permet-il de la demander ? Le contact arrive-t-il à l’équipe ? Le diagnostic doit départager ces pistes.

Un parcours d’acquisition relie la découverte d’une offre à la prise de contact et à sa réception par l’entreprise. Il peut passer par une annonce et une page d’atterrissage, un formulaire dans une plateforme, un appel ou une réservation. Le diagnostiquer consiste à localiser le problème pour choisir quoi corriger : le message, l’accès au contact, la transmission ou la prise en charge commerciale.

Cet ordre évite de discuter longuement du ciblage alors qu’un formulaire échoue ou que les demandes n’arrivent pas au bon destinataire. Une boîte mail ou un tableau peut suffire pour mener ces vérifications ; un logiciel de suivi commercial (CRM) n’en est pas le préalable. Les points techniques restent à tester sur votre installation.

01Préciser ce que vous attendiez du parcours

« Nous n’avons pas assez de leads » décrit une insatisfaction, pas encore un problème à corriger. Manquer de contacts, recevoir des demandes hors offre et ne pas parvenir à joindre les prospects appellent des interventions différentes. Précisez où le résultat s’écarte de l’attente, avec les personnes qui pilotent la campagne et celles qui traitent les demandes.

Commencez par décrire une demande que votre équipe pourrait traiter. Dans notre exemple, l’éditeur souhaite échanger avec une personne qui organise les horaires d’une équipe et cherche à voir si le logiciel peut l’aider. La démonstration sert à examiner ce besoin, pas à obtenir immédiatement une commande. Cette précision change ce que la page doit proposer et ce que le formulaire doit permettre de demander.

Situez l’écart : demandes reçues, demandes pertinentes, rendez-vous ou ventes. Si les bons contacts arrivent mais que les devis sont refusés, commencez par les raisons de ces refus plutôt que par une refonte du formulaire. Si les demandes portent sur un autre service, examinez ce qui a pu créer cette attente. Le guide « Qu’est-ce qu’un lead qualifié ? » détaille les critères permettant de reconnaître une demande pertinente et les informations qui peuvent attendre un premier échange.

02Reprendre un chemin précis, plutôt que « le site »

Choisissez un parcours à examiner : une annonce donnée, sa destination, la langue utilisée et le moyen de contact proposé. Relevez la version et la date de votre vérification. Si la page a changé depuis la période qui vous préoccupe, son état actuel ne suffit pas à expliquer ce que les visiteurs ont rencontré auparavant.

Ouvrez la destination réellement utilisée par l’annonce, pas seulement la page que l’équipe pense lui avoir associée. Une erreur de destination change le diagnostic : vous pourriez améliorer une page que les visiteurs de cette campagne ne voient jamais. Regardez le début de la page sur un téléphone, puis suivez les étapes jusqu’à la prise de contact. Complétez les essais sur les autres appareils et chemins importants pour votre campagne.

Voici les éléments à réunir pour travailler avec les personnes concernées :

• le message ou l’annonce, avec l’offre et l’action annoncées ;
• la page ou le formulaire que la personne découvre ensuite ;
• ce qu’elle doit renseigner ou faire pour contacter l’entreprise ;
• le lieu où l’équipe doit retrouver la demande et la personne qui la traite ;
• l’action que l’outil de mesure enregistre à chaque étape examinée.

Si la campagne utilise un formulaire directement dans une plateforme publicitaire, examinez ce formulaire et la transmission des demandes. Il serait inutile de chercher un blocage sur une page web que la personne ne visite pas. Si le bouton propose un appel, suivez aussi ce chemin : le formulaire n’est pas le seul point d’entrée.

03Vérifier que la prise de contact fonctionne jusqu’à la réception

Avant de discuter des formulations, faites un essai de bout en bout avec l’accord de l’équipe. Utilisez des coordonnées de test maîtrisées, signalez clairement l’essai et vérifiez qu’il ne déclenchera pas une réservation, une intervention ou une relance inutile. Prévoyez aussi comment le distinguer des vraies demandes dans le suivi.

L’essai doit répondre à plusieurs questions distinctes. La personne peut-elle terminer l’action ? Que lui affiche le site ? L’entreprise reçoit-elle effectivement les informations ? Quelqu’un sait-il qu’il doit les traiter ?

La personne peut-elle aller au bout ?

Remplissez le formulaire dans les conditions que vous voulez examiner. Vérifiez les libellés, les champs obligatoires, la saisie sur mobile et les messages d’erreur. Essayez notamment de corriger une donnée refusée : la page explique-t-elle quoi changer, et conserve-t-elle le reste de la saisie ?

Chaque champ doit servir l’action proposée. Pour préparer une démonstration du logiciel, connaître le rôle de la personne et le nombre de collaborateurs dont elle organise les horaires peut être utile. Demander le détail de son installation informatique est moins justifié si elle ne le connaît pas et qu’un échange peut le préciser. Le W3C recommande de limiter les questions aux informations nécessaires et de fournir des instructions compréhensibles.² Le bon arbitrage ne consiste donc pas à raccourcir le formulaire à tout prix : retirez ou reportez ce qui n’aide pas à préparer la suite, sans perdre les critères indispensables à la qualification.

Regardez aussi ce que le bouton engage à faire. « Recevoir un devis », « Être rappelé » et « Choisir un rendez-vous » n’annoncent pas la même suite. Pour une réservation, vérifiez les créneaux disponibles et la confirmation du rendez-vous. Pour un appel, contrôlez le numéro et ce qui se passe lorsque personne ne répond.

Le site confirme-t-il clairement l’action ?

Après l’envoi, la personne doit pouvoir comprendre si son action a abouti ou si elle doit corriger quelque chose. Le W3C distingue les messages de réussite des messages d’erreur et recommande des indications claires pour résoudre les erreurs.³

Dans votre parcours, vérifiez aussi que la confirmation explique la suite sans promettre un délai que l’équipe ne peut pas tenir. Un message « Nous avons reçu votre demande » et une réservation confirmée ne signifient pas la même chose : le premier ne garantit pas qu’un rendez-vous est fixé.

La demande arrive-t-elle à la personne qui doit répondre ?

Ne vous arrêtez pas à la page de confirmation. Retrouvez l’essai dans la boîte de réception, l’outil de réservation ou le suivi commercial prévu. Vérifiez que les informations utiles sont présentes et que le destinataire peut les consulter. Une capture d’écran du message de réussite ne prouve pas, à elle seule, cette réception.

Une demande reçue mais laissée sans réponse ne sera pas récupérée par une meilleure annonce. Vérifiez qui la prend en charge, comment l’équipe le sait et ce qui se passe en cas d’absence. Si la notification part vers une ancienne adresse, corrigez le destinataire et refaites un essai. Si le contact est bien arrivé mais que personne ne le traite, la priorité est d’attribuer cette prise en charge, pas de modifier le ciblage.

Distinguez également « reçue », « traitée » et « personne jointe ». Le commercial peut avoir essayé de rappeler sans obtenir de réponse. Cette observation ne suffit pas à dire que le contact est faux ou que son besoin ne correspond pas à l’offre. Le délai du premier rappel compte aussi ; la note Délai de rappel fait le point sur ce que mesurent les études.

04Vérifier la mesure sans la prendre pour la preuve de réception

Pour chaque action suivie, demandez ce qui déclenche son enregistrement. Est-ce le clic sur un bouton, un envoi de formulaire, l’affichage d’une confirmation ou une demande effectivement enregistrée dans l’outil de réception ?

Un événement de formulaire ne vaut pas qualification commerciale. Google Analytics distingue form_start, la première interaction avec un formulaire pendant une session, et form_submit, l’envoi d’un formulaire.⁵ Ces événements renseignent sur le parcours. Il reste à retrouver les coordonnées, examiner le besoin et décider de la suite. Appeler un événement « lead qualifié » ne réalise pas ce travail.

Pendant un essai, gardez donc séparées les preuves suivantes :

Demandez à la personne chargée du suivi technique de rapprocher l’essai de l’événement attendu. Si le formulaire refuse la saisie, un indicateur censé compter les demandes abouties ne devrait pas enregistrer cet essai comme une réussite. Vérifiez également les doubles clics ou le retour sur une page de confirmation lorsque ces actions peuvent affecter le comptage.

N’imposez pas artificiellement l’égalité entre deux compteurs qui ne décrivent pas la même chose.

Un essai réussi permet de poursuivre l’enquête sur le chemin vérifié, pas de déclarer tous les parcours fiables. Gardez les conditions du test et examinez les variantes importantes. Les coûts et les taux de conversion pourront ensuite aider à comparer les résultats ; ils ne permettent pas, seuls, de localiser un défaut de réception.

05Examiner le message, les personnes touchées et la page ensemble

Si la prise de contact fonctionne, cherchez ce qui aide ou empêche un visiteur concerné de l’engager. L’annonce, le ciblage et la page doivent être lus ensemble. Une demande hors offre peut venir d’une diffusion inadaptée, mais aussi d’un message qui laisse attendre une autre prestation. Changer l’audience sans relire la promesse risquerait de conserver l’ambiguïté.

Ce qui est annoncé correspond-il à ce qui est proposé ?

Placez le message et la page côte à côte. Retrouvez-vous la même prestation, les mêmes conditions et la même prochaine étape ? Google Ads recommande que la destination corresponde à l’annonce et à ses mots clés, et que l’action proposée sur la page reflète celle annoncée.¹

Dans le cas fictif du logiciel, l’annonce invite à découvrir comment organiser les plannings d’une équipe. La page décrit les fonctionnalités, puis propose « Contactez-nous ». Le visiteur doit deviner s’il recevra une vidéo, un accès au produit ou un appel commercial. L’éditeur prévoit pourtant une démonstration personnalisée après un premier échange. C’est cette prochaine étape qu’il faut rendre explicite. Une formule plus persuasive ne résoudrait pas le manque d’information si elle laisse toujours le visiteur dans le doute.

Faites la même lecture pour les conditions de l’offre. Si une prestation s’adresse uniquement aux entreprises ou à une zone précise, cherchez où le visiteur peut le comprendre avant d’envoyer sa demande. Une condition indispensable qui n’apparaît qu’après le formulaire arrive trop tard pour l’aider à se reconnaître dans l’offre.

Les personnes touchées cherchent-elles ce que vous proposez ?

Partez des éléments disponibles : recherches associées aux annonces, contextes de diffusion, paramètres géographiques et retours sur les demandes reçues. Pour une campagne sur le Réseau de Recherche, Google recommande notamment de consulter les termes de recherche afin de repérer les recherches non pertinentes.¹ Ce contrôle sert à examiner la relation entre la recherche et l’offre, pas à appliquer sans discernement une liste d’exclusions.

Pour le logiciel, recherchez notamment les termes qui expriment une attente de modèle gratuit à télécharger. S’ils occupent une place importante parmi les recherches observées, vérifiez si la campagne les attire avec une promesse trop large. Vous pourrez alors examiner la formulation de l’annonce et la pertinence de ces recherches pour l’offre. Le simple mot « gratuit » ne suffit pas à décider d’une exclusion : une personne qui découvre le sujet peut encore avoir un besoin adapté au logiciel.

Lorsque vous n’avez pas cette information, notez ce qui manque. Des réglages de ciblage montrent ce que vous avez demandé à la plateforme ; ils ne suffisent pas à décrire le besoin de chaque visiteur. Les demandes reçues renseignent, elles, sur les personnes qui ont pris contact, pas sur toutes celles qui sont reparties.

La page aide-t-elle à décider de prendre contact ?

Lisez la page en cherchant les réponses à des questions concrètes : que propose l’entreprise, à qui, dans quelles conditions, et que va-t-il se passer si je la contacte ? Google recommande une destination facile à parcourir, utilisable sur mobile, qui présente clairement le produit ou le service annoncé.¹

Une page peut décrire correctement le logiciel sans donner envie d’engager la démarche proposée. Le visiteur a-t-il compris ce qu’il pourra voir pendant la démonstration, si elle concerne son organisation et ce qu’il devra préparer ? Répondez aux questions qui conditionnent sa décision. Ajouter des affirmations générales sur la qualité de l’entreprise ne comblera pas ce manque.

Ne vous limitez pas au texte. Vérifiez que les informations et les moyens de contact restent accessibles sur le parcours testé : chargement de la page, affichage mobile, fenêtres qui masquent un bouton, changement de langue ou passage vers un outil de réservation. Si vous trouvez un obstacle, conservez de quoi le reproduire avant de demander une correction.

En B2B, la demande arrive souvent tard, après des recherches menées à plusieurs : la note Le parcours d’achat B2B décrit ce qui se joue avant le premier formulaire.

06Observer une personne qui essaie de faire la démarche

Votre équipe connaît déjà l’offre et l’emplacement du formulaire. Pour examiner ce qu’un visiteur comprend, vous pouvez proposer à des personnes proches du public visé d’accomplir une tâche réaliste, sans leur indiquer les boutons à utiliser. Le guide GOV.UK sur les tests d’utilisabilité recommande d’observer des utilisateurs réels ou probables, avec des tâches claires qui ne donnent pas la solution.⁴

L’application à un parcours commercial est une proposition de travail, pas une norme imposée par ce guide. Vous pourriez, par exemple, demander : « Vous cherchez une entreprise pour ce projet. Vérifiez si celle-ci peut vous aider et comment vous pourriez la contacter. » Préparez un scénario cohérent avec l’offre, puis laissez la personne avancer et expliquer ce qu’elle comprend. Pour éviter une vraie demande, convenez à l’avance du point où elle doit s’arrêter ou utilisez un environnement de test.

Dans notre scénario fictif, la personne cherche à voir le logiciel fonctionner, parcourt la page puis s’arrête devant « Contactez-nous » : elle ne comprend pas ce qu’elle recevra. Cette observation justifie de clarifier la proposition de démonstration. Elle ne mesure pas la fréquence du problème parmi tous les visiteurs. Vous avez identifié une correction et la manière de la vérifier, pas expliqué l’ensemble des abandons.

07Ce que l’enquête permet de corriger, et ce qu’elle laisse ouvert

Reprenons les éléments réunis dans ce cas fictif, qui ne décrit pas un client Adwire. La demande de test est arrivée au destinataire prévu, avec les coordonnées saisies. La confirmation et l’événement de mesure ont aussi été retrouvés. Le chemin testé fonctionne techniquement. Cela ne dit pas encore si la page aide un visiteur à décider de prendre contact.

Après la correction, un nouvel essai peut vérifier si une personne comprend mieux la suite et parvient à demander la présentation. C’est une vérification de compréhension et de fonctionnement. Pour examiner l’effet commercial, il faudra ensuite regarder les demandes reçues, leur pertinence et les démonstrations effectivement organisées. Le guide « Lire les résultats d’une campagne de génération de leads » aide à lire ces résultats sans confondre les étapes.

La question du ciblage reste ouverte : certaines personnes peuvent chercher un modèle à télécharger plutôt qu’un logiciel. Examinez cette piste à partir des recherches et des retours disponibles. Elle ne retire rien à la correction déjà justifiée sur la page. Si plusieurs éléments changent ensemble, leur effet devra être lu comme celui d’un ensemble, sans attribuer toute évolution au nouveau bouton.

08Prioriser les corrections sans refaire toute la campagne

Traitez d’abord ce qui empêche directement la demande d’aboutir ou d’être prise en charge. Un envoi qui échoue appelle une correction technique et un nouveau test ; une demande reçue mais sans responsable appelle une décision d’organisation. Lorsque ces points fonctionnent, corrigez les ambiguïtés constatées dans l’offre. Gardez les explications encore incertaines pour des vérifications ciblées, plutôt que d’en faire immédiatement les raisons d’une refonte.

La priorité dépend de l’obstacle, des éléments qui l’établissent et du travail nécessaire pour le corriger. Un défaut reproduit mérite une action précise ; un taux décevant, sans explication, mérite d’abord une enquête. Vous pouvez agir sans connaître la cause de chaque abandon, à condition de savoir quelle difficulté vous traitez et comment vous contrôlerez la correction.

La fiche ci-dessous sert à confier la correction à un collègue, à un développeur ou à un partenaire. Elle se remplit dans votre outil habituel, avec ce qui est utile au travail. Le guide « Ce qu’une mémoire de campagne doit conserver » développe la conservation des raisons et leur réutilisation lors d’une prochaine campagne.

Pour l’éditeur de logiciel, le diagnostic débouche sur un travail délimité : rendre la démonstration compréhensible, vérifier que le visiteur sait la demander, puis suivre les demandes et les présentations réellement organisées. La piste des recherches orientées vers des modèles gratuits sera examinée séparément. La campagne ne change plus au gré d’un soupçon sur le ciblage : chaque intervention répond à un obstacle constaté ou à une hypothèse explicitement mise à l’épreuve.

Pour examiner ce parcours avec votre équipe et le relier au travail des campagnes, découvrez notre accompagnement en génération de leads.

Sources consultées le 2026-10-10.