Qualification client IA : préparez votre entretien

Qualifier le besoin avant de parler de solution

Une qualification client IA sert à comprendre une tâche réelle, ses difficultés et les conditions d’un essai utile. Avant de présenter un produit, le revendeur doit pouvoir expliquer ce qui se passe aujourd’hui, ce que le client voudrait améliorer et qui vérifiera le résultat. Si ces éléments restent flous, une démonstration peut impressionner sans aider à décider. Le bon résultat du premier entretien est donc une fiche partagée : un processus délimité, un exemple utilisable, une mesure de départ, un référent, des accès vérifiés et une possibilité de reprise manuelle.

L’assistant ci-dessus organise ces six points. Il transforme vos réponses en questions à traiter et en prochaines actions. Son résultat repose exclusivement sur vos déclarations : il ne lit pas vos documents et ne vérifie pas les réponses à votre place. Six critères disponibles signifient que vous disposez des éléments nécessaires pour préparer la discussion sur un test limité. Ils ne démontrent ni la pertinence d’un fournisseur, ni la rentabilité d’un projet, ni sa conformité. Une information inconnue doit rester « à vérifier », même si vous pensez pouvoir la récupérer rapidement.

Cette méthode vise les revendeurs de solutions IA, les consultants et les agences qui rencontrent une PME. Elle peut servir à préparer un rendez-vous ou à relire les notes après l’échange. Elle porte sur un cas d’usage précis, par exemple le tri des demandes reçues par une équipe. Pour dresser un portrait général de l’entreprise, l’outil de préparation à l’IA de l’OCDE explore un périmètre plus large. Notre fiche ne reproduit pas sa taxonomie et n’attribue pas de niveau de maturité à l’organisation.

Décrire une tâche que deux personnes comprennent de la même façon

« Automatiser le service client » désigne un domaine, pas une tâche. Demandez au client de raconter ce qui s’est passé lors d’une demande récente : quel message est arrivé, qui l’a ouvert, quelle information a été recherchée et quelle réponse a été produite. Écrivez une phrase avec un déclencheur et une sortie. Par exemple : lorsqu’une demande de rendez-vous arrive dans la boîte commune, une assistante vérifie la zone d’intervention puis prépare une proposition de créneau. Cette formulation rend visibles les étapes qui précèdent et suivent le travail envisagé.

Reformulez ensuite le problème sans nommer de technologie. Une lenteur peut venir d’une information absente, d’un droit d’accès manquant ou d’une règle de traitement mal définie. Un outil supplémentaire ne corrige pas nécessairement ces causes. Si la personne doit appeler un collègue pour chaque dossier, cherchez d’abord pourquoi la réponse n’est pas disponible. Vous pourrez alors distinguer une difficulté d’organisation, un manque de données, une recherche répétitive ou un besoin de rédaction. Le choix d’une solution intervient après cette clarification.

Fixez aussi les limites du processus. Une équipe peut accepter une aide pour préparer un brouillon tout en refusant l’envoi automatique. Notez cette frontière expressément. Un même terme, comme « traiter », peut signifier classer pour le commercial et répondre pour le dirigeant. Faites valider votre reformulation par la personne qui réalise la tâche, pas uniquement par celle qui porte le projet. Si leurs descriptions diffèrent, le premier travail consiste à obtenir un accord sur le périmètre.

Préparer un exemple habituel et une exception

Un exemple rend la conversation testable. Il peut s’agir d’un message anonymisé, d’une fiche de demande reconstruite ou d’un document fictif représentatif du format utilisé. Ne copiez pas de données client dans cet assistant : ses choix fermés suffisent. Pour préparer une démonstration, demandez au responsable quels exemples peuvent être utilisés, où et par qui. Le fait qu’un document existe dans une boîte mail ne donne pas automatiquement le droit de le transmettre à un outil ou à un prestataire.

Choisissez un cas courant, puis un cas qui oblige l’équipe à réfléchir. Le premier permet de comprendre le chemin normal; le second révèle les règles implicites. Une demande sans référence, une pièce jointe illisible ou une consigne contradictoire peuvent modifier complètement le traitement. Ne cherchez pas un exemple spectaculaire. Cherchez une situation réellement rencontrée et la réponse attendue. Notez si cette réponse est certaine, dépend du contexte ou nécessite un arbitrage. Une sortie acceptable doit pouvoir être décrite avant de regarder celle que produit une solution.

Si aucun exemple ne peut être partagé, gardez le critère « à vérifier ». L’entretien peut avancer avec une description, mais vous ne disposez pas encore d’une base suffisante pour évaluer une démonstration. Une reconstitution fictive peut être utile à condition d’être identifiée comme telle. Elle teste la compréhension d’un format, pas la performance sur les données de l’entreprise. Lors du prochain échange, précisez qui préparera les exemples et quelles informations devront être retirées. Cette action est plus exploitable qu’une demande générale de documentation.

Choisir une mesure de départ qui correspond au problème

Le client veut parfois « gagner du temps » sans disposer d’une mesure actuelle. Demandez quelle durée compte réellement : le temps passé par un salarié, le délai entre réception et réponse ou la durée totale jusqu’à résolution. Ces indicateurs répondent à des questions différentes. Une réponse préparée plus vite peut rester plusieurs heures dans une file de validation. Mesurer seulement la rédaction donnerait alors une image incomplète de l’effet sur le service. Choisissez l’unité et la frontière du processus avant de recueillir des chiffres.

Une mesure simple suffit pour commencer : demandes par semaine, minutes de traitement par dossier, dossiers repris ou erreurs détectées. Définissez le dénominateur. Si vous comptez les reprises, comparez-les au nombre de dossiers contrôlés pendant la même période. Conservez une catégorie « donnée indisponible » au lieu de remplacer l’inconnu par zéro. Notez aussi la période observée et les conditions particulières : absence d’un collègue, opération exceptionnelle ou changement d’organisation. Vous éviterez de transformer un épisode atypique en référence permanente.

Exemple purement pédagogique : une équipe contrôle vingt dossiers et en reprend quatre. La proportion observée est quatre divisé par vingt, soit vingt pour cent sur ce petit ensemble. Elle ne constitue pas une estimation fiable pour toute l’année et ne prouve pas que l’IA ferait mieux. Pour comparer un essai, conservez la même définition d’une reprise et un ensemble de dossiers suffisamment comparable. L’assistant ne calcule pas cette métrique : il vous demande seulement si un indicateur de départ peut être mesuré.

Évitez de demander au client de promettre une amélioration chiffrée avant le test. Vous pouvez en revanche définir une question à trancher : le brouillon réduit-il le temps de préparation sans augmenter les corrections ? Le cadre AI RMF du NIST fournit une référence générale pour examiner et gérer les risques liés à l’IA. Notre indicateur et nos six critères restent une méthode éditoriale de préparation; ils ne sont pas une certification NIST.

Identifier le référent qui vérifiera le résultat

Une décision doit être confiée à une personne qui dispose du contexte nécessaire. « L’équipe vérifiera » laisse plusieurs questions ouvertes : qui regarde la sortie, à quel moment, avec quelles consignes et que se passe-t-il en cas de désaccord ? Identifiez un rôle opérationnel, puis confirmez que la personne accepte ce travail. Vous pouvez noter le rôle dans vos documents internes sans inscrire de nom dans l’outil. Il n’est pas nécessaire de collecter les coordonnées de cette personne pour préparer la fiche.

Distinguez le sponsor du projet et le vérificateur. Le dirigeant peut autoriser un essai sans connaître toutes les exceptions rencontrées par le service. À l’inverse, un salarié peut savoir reconnaître une mauvaise réponse sans pouvoir autoriser l’accès à une application. Votre compte rendu doit montrer ces responsabilités séparément. Si la même personne les assume, écrivez-le; si plusieurs interviennent, décrivez à quel moment elles prennent la main. Cette clarification limite les validations implicites qui n’arrivent jamais.

Demandez enfin comment une erreur sera signalée. Un bouton existe-t-il dans l’outil actuel, un tableau de suivi suffit-il ou faut-il convenir d’un canal spécifique ? Pour un test limité, une procédure simple et comprise est souvent plus facile à observer qu’un processus compliqué. Le référent doit savoir ce qu’il examine et ce qu’il peut arrêter. Cocher « oui » signifie que cette responsabilité est identifiée, pas que la personne pourra contrôler un volume illimité de sorties.

Vérifier les accès sans demander de secrets

Commencez par l’origine de l’information nécessaire : documents internes, catalogue, messages entrants, données de gestion ou informations publiques. Demandez qui en est responsable et si l’usage envisagé a été examiné. Ne réclamez ni mot de passe, ni clé d’API, ni copie de fichier confidentiel pendant un premier échange commercial. Le bon résultat est un interlocuteur et une procédure d’accès, avec un périmètre limité. Une capture montrant qu’une information existe ne prouve pas qu’un système pourra y accéder correctement.

Le critère de l’assistant porte sur un accès autorisé déjà vérifié. Si le client répond « normalement, notre prestataire peut le faire », choisissez « à vérifier ». Si l’accès a été refusé, choisissez « non ». Ces réponses ne condamnent pas le projet; elles indiquent une action préalable. Vous pourrez peut-être travailler sur des exemples fictifs ou réduire le périmètre, mais cette alternative doit être distinguée d’un essai sur des données réelles. Gardez cette différence dans la fiche remise au client.

Lorsque des données personnelles sont concernées, faites examiner le traitement envisagé par la personne compétente dans l’organisation. La rubrique intelligence artificielle de la CNIL permet d’identifier les ressources pertinentes. Cette page ne fournit pas un avis juridique et le questionnaire ne détermine aucune base légale. Il ne vérifie pas non plus un contrat fournisseur ou un lieu d’hébergement. Le revendeur doit éviter de traduire « accès technique possible » par « utilisation autorisée dans tous les contextes ».

Définir la reprise manuelle avant le premier essai

La reprise manuelle décrit ce que l’équipe fera quand l’aide proposée ne produit pas une sortie utilisable. Elle doit être assez précise pour être suivie : suspendre une action, conserver la demande initiale, réaffecter le dossier ou revenir à l’outil habituel. Une formule comme « nous corrigerons si besoin » ne suffit pas. Demandez qui remarque le problème, qui reprend la tâche et comment éviter qu’une sortie incorrecte soit utilisée entre-temps. La réponse peut rester courte tout en étant opérationnelle.

Examinez trois situations : aucune réponse, une réponse visiblement erronée et une réponse plausible mais incomplète. La dernière est particulièrement utile pour discuter du contrôle humain. Le client doit pouvoir comparer la sortie à une information de référence ou à des règles explicites. S’il ne sait pas ce qu’est une bonne réponse, la difficulté précède l’automatisation. Revenez à l’exemple et à sa sortie attendue avant d’ajouter des étapes techniques.

Gardez une séparation claire entre essai et production. Un test sur quelques exemples peut être arrêté sans perturber le service si le travail réel continue ailleurs. Un système qui envoie des messages ou modifie des dossiers implique d’autres conséquences. La qualification n’autorise pas ce passage. Elle permet de discuter du périmètre initial et des questions à transmettre au responsable technique. Pour organiser la démonstration qui suit, utilisez le guide préparer une démonstration IA qui aide à décider.

Lire la fiche sans transformer le total en score

Les six critères sont comptés de la même manière : « oui » ajoute un élément déclaré disponible; « non » et « à vérifier » génèrent une action à traiter. Le total n’exprime pas une probabilité de réussite et ne classe pas les clients entre eux. Un dossier avec cinq critères confirmés peut rester bloqué parce que personne n’a le droit d’utiliser les données. Il serait trompeur de traduire ce résultat en pourcentage de préparation ou en note de qualité. C’est pourquoi l’assistant affiche une liste d’actions, avec les manques critiques séparés.

« Non » décrit un élément actuellement absent. « À vérifier » décrit une incertitude. Les deux empêchent l’état « Préparer un test limité », mais les démarches diffèrent. Pour un référent absent, il faut désigner quelqu’un. Pour un référent encore incertain, il faut confirmer son rôle et sa disponibilité. Le compte rendu doit conserver cette nuance. Ne changez pas toutes les réponses en « oui » parce qu’une résolution est prévue : une intention n’est pas encore une information établie.

Lorsque les six éléments sont déclarés disponibles, le résultat invite à préparer un test. Vous devez encore choisir des critères d’arrêt, vérifier la solution envisagée et définir les conditions de l’essai. L’absence de manque déclaré ne permet pas de conclure que tous les risques ont été identifiés. Le questionnaire est volontairement court et n’examine pas, par exemple, toutes les intégrations techniques, les exigences sectorielles ou les engagements contractuels. Ces points doivent être traités par les personnes compétentes au moment approprié.

Trois exemples pour préparer la prochaine conversation

Une agence souhaite trier ses demandes entrantes

Dans cet exemple fictif, la responsable sait décrire le tri des messages et dispose d’exemples anonymisés. Elle mesure le nombre de demandes reçues, mais personne n’a encore été désigné pour vérifier les catégories proposées. L’accès à la boîte commune doit également être confirmé. Le traitement manuel existe déjà. La fiche indique quatre critères disponibles, un référent absent et un accès à vérifier. La prochaine étape consiste à confirmer ces deux responsabilités, puis à convenir d’un essai sur des exemples autorisés. Il ne s’agit pas encore de connecter une application à la boîte réelle.

Un indépendant veut accélérer ses comptes rendus

Le processus est clair, mais l’indépendant n’a jamais chronométré son travail. Il dispose d’un modèle, sait relire le document et peut continuer à écrire manuellement. Il pense pouvoir utiliser les notes de rendez-vous, sans avoir vérifié les informations qu’elles contiennent. La fiche doit conserver deux points à établir : une mesure de départ et les données utilisables. Un document fictif peut servir à montrer le format attendu. Ce premier exemple ne devra pas être présenté comme un test réalisé sur les rendez-vous de vrais clients.

Une équipe dispose des six éléments

Une équipe a décrit une tâche, choisi ses exemples, défini une mesure, identifié un référent, vérifié les accès et préparé une reprise manuelle. Le résultat devient « Préparer un test limité ». La conversation porte alors sur l’échantillon, les sorties attendues et la manière de consigner les écarts. Une démonstration favorable n’engage pas automatiquement une mise en production. L’équipe doit examiner les résultats, les erreurs et le travail de contrôle avant d’élargir le périmètre. Les six éléments facilitent cette décision sans la prendre à sa place.

Conduire l’entretien sans réciter le questionnaire

Utilisez la fiche comme support de préparation, pas comme une succession de questions fermées posées mécaniquement. Invitez d’abord votre interlocuteur à raconter une situation. Les réponses aux six critères apparaîtront souvent dans son récit. Reformulez ce que vous avez compris, puis demandez les précisions manquantes. Cette approche évite de faire répéter des informations déjà données et vous permet de repérer les termes ambigus. Une réponse longue peut apporter moins de preuve qu’un exemple concret expliqué en quelques phrases.

Gardez des notes en trois catégories : faits confirmés, hypothèses et éléments à vérifier. Ne mélangez pas une observation du client avec votre interprétation commerciale. « Les messages attendent jusqu’au lendemain » est un fait à préciser; « un agent vocal résoudra le problème » est une hypothèse qui nécessite d’autres informations. Lorsque vous préparez la synthèse, montrez cette distinction. Votre interlocuteur pourra corriger le compte rendu sans devoir rejeter toute votre proposition. Pour préparer l’ouverture de l’échange, consultez le premier entretien de prospection IA B2B.

Concluez par une prochaine action observable. Précisez ce qui doit être préparé, par quel rôle et pour quel prochain échange. Évitez de finir sur « on se tient au courant », qui ne clarifie aucune responsabilité. Si le client ne peut pas fournir l’information maintenant, convenez d’un état d’attente explicite. Si la demande ne correspond pas à un problème suffisamment défini, vous pouvez arrêter la qualification et proposer de reprendre après clarification. L’outil reste utile même lorsqu’il conduit à différer une démonstration.

Traiter deux réponses contradictoires

Le responsable commercial peut déclarer qu’un fichier est disponible alors que la personne qui traite les demandes indique qu’il est rarement à jour. Ne tranchez pas en choisissant la réponse la plus favorable au projet. Gardez le critère « à vérifier » et notez précisément le désaccord : disponibilité technique, actualité de l’information ou autorisation d’utilisation. Ces trois sujets nécessitent des vérifications différentes. Demandez ensuite un exemple daté et identifiez la personne capable de confirmer l’état actuel.

Appliquez la même règle lorsque deux services décrivent des étapes différentes. Il peut exister plusieurs processus légitimes selon le type de demande. Séparez alors les cas plutôt que de produire une fiche moyenne qui ne correspond à aucun travail réel. Une fiche concerne un périmètre convenu; une seconde peut être préparée pour une autre tâche, sans multiplier les outils ni les projets avant d’avoir clarifié le premier.

Exporter, comparer et mettre à jour la fiche

Le téléchargement produit un fichier texte contenant le résultat, les critères manquants et leurs prochaines actions. Il ne contient ni identité de client, ni coordonnées, puisque l’assistant ne les demande pas. Les réponses ne sont pas envoyées par ce module à un serveur et ne sont pas conservées dans le stockage du navigateur. La page conserve cependant ses dispositifs existants de mesure d’audience : cette propriété du module ne doit pas être transformée en promesse concernant tous les scripts du site. Fermer ou recharger la page efface les réponses du formulaire.

Relisez le fichier avant de le joindre à vos documents internes. Ajoutez vos notes dans l’environnement autorisé par votre organisation, avec les règles de confidentialité habituelles. Si vous partagez une fiche, précisez la date de l’entretien et la portée des déclarations. Une information disponible aujourd’hui peut changer après un remplacement de logiciel ou un changement de responsable. Une ancienne fiche ne constitue donc pas une validation permanente. Reprenez les critères lorsque le périmètre, les données ou les personnes changent.

Pour comparer deux étapes d’un même dossier, conservez les deux versions et expliquez ce qui a été vérifié entre les rendez-vous. Le progrès utile n’est pas seulement le nombre de « oui » supplémentaires : c’est la preuve nouvelle obtenue, la responsabilité clarifiée ou l’incertitude levée. Après signature, la qualification laisse place au suivi opérationnel. Le guide suivre un projet client IA après la signature traite cette étape distincte. Ne réutilisez pas la présente fiche comme tableau de pilotage complet d’un projet déployé.

Décider de la suite avec une information honnête

Un bon entretien de qualification peut aboutir à plusieurs suites : préparer un test, recueillir une information, faire intervenir un spécialiste ou interrompre un projet trop imprécis. Aucune de ces issues n’est un échec commercial en soi. Le revendeur construit une proposition plus compréhensible lorsqu’il sait expliquer ce qu’il a vérifié et ce qu’il ignore encore. Cette transparence évite de promettre une automatisation sur la seule base d’une démonstration générique ou d’un exemple favorable choisi à l’avance.

Avant de présenter une solution, relisez la fiche avec votre interlocuteur. Peut-il reconnaître son processus dans votre description ? Sait-il qui contrôlera le résultat ? Les données nécessaires sont-elles réellement utilisables ? La reprise manuelle est-elle compréhensible ? Si une réponse demeure incertaine, nommez la prochaine vérification. Si tout est disponible, préparez l’essai avec un périmètre limité. Vous disposerez ainsi d’un point de départ concret pour discuter des résultats, sans transformer une intention d’achat en preuve de faisabilité.