Modèle d'appel d'offres pour le support IA : questions aux fournisseurs, grille de notation et test sur tickets

Pourquoi la plupart des appels d'offres pour le support IA choisissent-ils le mauvais fournisseur ?

Parce qu'ils notent ce que dit le fournisseur au lieu de ce que fait l'IA sur vos tickets. Un appel d'offres typique pose 80 questions, reçoit 80 réponses assurées, puis choisit celui qui a fait la meilleure démo. La démo utilisait les scénarios choisis par le fournisseur, sur une base de connaissances propre, avec un sales engineer aux commandes.

Je construis des intégrations chez eesel, donc je vois l'autre côté : les questions de l'acheteur après la signature du contrat. Elles portent presque jamais sur les fonctionnalités. Ce sont « pourquoi a-t-elle répondu cela à ce ticket ? », « pourquoi ma facture a-t-elle augmenté en novembre ? » et « pourquoi dit-elle oui à des produits que nous ne prenons pas en charge ? ». Chacune aurait pu être une question de l'appel d'offres.

La solution est un autre ordre de travail, pas plus de questions :

1. D'abord les critères. Tout ce qui peut faire échouer l'accord (certification de sécurité, usage des données, votre helpdesk, HIPAA) est un oui/non, vérifié avant que quiconque ne note quoi que ce soit.
2. Ensuite les réponses écrites. La banque de questions ci-dessous, avec réponses écrites et preuves.
3. Puis vos tickets. Les deux ou trois survivants passent le même jeu de test issu de votre historique.
4. Le prix en dernier, à votre volume. Chaque fournisseur remplit la même ligne de coût.

Lors des appels commerciaux d'eesel, la demande qui revient le plus est d'entraîner l'IA sur les anciens tickets de l'acheteur. Mon collègue Amogh l'a dit sans détour après une série de démos : « past ticket training strikes again ». Les acheteurs savent déjà que leur propre historique est le vrai test. La plupart des modèles d'appel d'offres ne le demandent simplement pas.

Que contient un modèle d'appel d'offres pour le support IA ?

Dix sections. Chacune correspond à une décision que vous devrez défendre plus tard, devant votre directeur financier, votre équipe de sécurité ou vos agents.

La section 1 est celle que les équipes sautent, et c'est elle qui rend les réponses des fournisseurs comparables. Donnez-leur vos vrais chiffres : tickets par mois et par canal, les 10 principaux motifs de contact, langues, helpdesk, et les types de tickets que l'IA ne doit jamais toucher. Une responsable du support l'a dit clairement lors d'un appel avec eesel : « There are certain tickets I don't want to go through AI. » Mettez cette liste dans l'appel d'offres, pas dans un appel de suivi.

Quelles questions poser aux fournisseurs de support IA ?

Copiez-les dans votre appel d'offres comme questions écrites. Pour chacune, j'ai ajouté à quoi ressemble une bonne réponse, car les mauvaises réponses se ressemblent toutes et la différence est dans le détail.

Qualité de résolution et précision

Cette section reçoit le plus de poids, et c'est là que les fournisseurs sont les plus rodés. Allez au-delà du chiffre vitrine.

1. Que compte votre taux de résolution ? Bonne réponse : une définition exacte, qui ou quoi décide qu'un ticket est résolu, et si le spam, les tickets fermés automatiquement et les clients qui sont simplement partis sont inclus.
2. Quel est votre taux de résolution sur des tickets comme les nôtres ? Bonne réponse : des résultats répartis par motif de contact et par canal, avec la taille de l'échantillon et la période. Un seul chiffre mélangé sur tous les clients ne dit rien.
3. Que fait-elle quand la base de connaissances n'a pas de réponse ? Bonne réponse : elle dit qu'elle ne sait pas et transfère. Demandez-leur de le montrer.
4. Répond-elle parfois à partir des connaissances générales du modèle plutôt que de notre contenu ? Bonne réponse : non, ou oui avec un réglage pour le désactiver. Un évaluateur technique lors d'un appel commercial d'eesel a posé exactement cette question : si l'IA se rabat sur quelque chose comme ChatGPT quand elle ne sait pas, et si cela peut être désactivé.
5. Comment repérez-vous une mauvaise réponse après le lancement ? Bonne réponse : un processus nommé (échantillonnage, notation, alertes), plus l'endroit où vous le voyez dans le produit.
6. Que se passe-t-il quand le fournisseur du modèle change de modèle ? Bonne réponse : ils relancent des tests sur votre historique avant que le changement ne vous atteigne, et vous le disent.

Cette première question compte plus qu'il n'y paraît :

Dans un essai eesel sur du trafic Zendesk réel d'e-commerce, 22 % des tickets entrants étaient du spam. Un fournisseur qui compte la fermeture du spam comme une « résolution » peut ajouter 22 points à son taux sans répondre à un seul client. L'article sur la déflexion et le taux de résolution explique comment neuf helpdesks comptent cela différemment.

Un opérateur sur Reddit a décrit ce qui arrive quand personne ne vérifie ce que « résolu » veut dire :

"So we audited a week's worth of auto tickets and found 3 separate cases where the bot made up a policy that doesn't exist. The scary part is the customers believed what it said and walked away feeling that WE were wrong. It even marked the ticket as "resolved" so we didn't notice until they dropped a negative review."

quietkernel_thoughts, Reddit

Ajoutez donc une septième question : comment comptez-vous un ticket que le client rouvre, ou pour lequel il vous recontacte, dans les 7 jours ? Si le chiffre du fournisseur ne les soustrait pas, il mesure comment les conversations se terminent, pas si les problèmes ont été résolus.

Transfert et contrôle

1. Quels tickets pouvons-nous exclure complètement, et comment ? Bonne réponse : par étiquette, formulaire, canal, segment de clients ou sujet, défini par vous, pas par un ticket à leur équipe de support.
2. Peut-elle commencer par rédiger des réponses pour les agents avant d'envoyer quoi que ce soit ? Bonne réponse : oui, avec un interrupteur par sujet ou canal pour passer du brouillon à l'envoi.
3. Que voit l'humain lors du transfert ? Bonne réponse : un résumé, ce qu'elle a déjà essayé et les sources utilisées, écrits dans le ticket.
4. Un client peut-il joindre un humain à tout moment ? Bonne réponse : oui, et vous pouvez voir à quelle fréquence il le demande.

La version la plus claire que j'aie vue venait d'un responsable CX d'une marque en vente directe au consommateur qui traitait environ 7 000 tickets par mois :

"The AI will never be able to answer 100% of the questions, but if it tries and just answers 'sorry I don't know this,' I cannot go and check all my 7,000 tickets to see if the AI actually made a good answer. Then the point is a little bit gone. I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone."

C'est une exigence, alors écrivez-la comme telle : « L'IA ne doit répondre qu'aux tickets auxquels elle peut répondre à partir de notre contenu, et doit laisser tous les autres intacts pour un humain. » Puis testez-la. Mon article sur les bonnes pratiques de transfert d'agent IA décrit à quoi ressemble un transfert propre.

Intégration au helpdesk et actions

C'est mon métier au quotidien, donc je serai franc : « s'intègre à Zendesk » peut vouloir dire n'importe quoi, d'un agent complet qui étiquette, route et répond dans les tickets à un widget qui lit votre centre d'aide et rien d'autre.

1. Fonctionne-t-elle dans notre helpdesk en tant qu'agent, ou à côté ? Bonne réponse : elle lit et écrit les tickets, étiquettes, champs et notes internes dans votre helpdesk, avec la liste exacte de ce qu'elle peut faire.
2. Quelles actions peut-elle exécuter, pas seulement répondre ? Bonne réponse : une liste nommée (consulter une commande, mettre à jour un champ, émettre un remboursement sous un plafond), avec la façon dont chacune est autorisée et journalisée.
3. De quoi apprend-elle ? Bonne réponse : centre d'aide, macros, anciens tickets, documents internes, chacun optionnel et filtrable. Demandez si vous pouvez choisir quels anciens tickets elle lit (période, étiquettes).
4. Que se passe-t-il quand l'API de notre helpdesk est en panne ou lente ? Bonne réponse : des nouvelles tentatives, pas de réponses en double et un journal que vous pouvez lire.
5. À quelle vitesse répond-elle ? Bonne réponse : des temps mesurés pour le chat et l'e-mail sur du trafic réel. Un acheteur a mené une évaluation de 67 tests, trouvé les réponses solides, puis est parti parce que le widget de chat était lent et se bloquait. La vitesse a sa place dans la grille de notation.

Si vous êtes sur un helpdesk précis, demandez comme référence un client sur ce même helpdesk. Comparez ce que dit chaque fournisseur avec ce que fait l'IA propre à votre helpdesk : les analyses des tarifs de Zendesk AI, des tarifs de Freshdesk Freddy AI et des tarifs de Gorgias AI sont de bons points de repère.

Sécurité, confidentialité et usage des données

L'essentiel de cette section est éliminatoire. Les affaires que j'ai vues caler à ce stade l'ont fait pour une seule raison chacune : pas de rapport SOC 2, une revue ISO interne que le fournisseur n'a pas réussie, ou pas d'accord d'associé commercial (BAA) HIPAA. Découvrez-le en semaine un, pas en semaine six.

1. Quelles certifications détenez-vous aujourd'hui, et lesquelles sont en cours ? Demandez le rapport ou une lettre de transition, et le périmètre. « SOC 2 Type II en cours » et « rapport SOC 2 Type II disponible sous NDA » sont deux réponses différentes.
2. Nos données servent-elles à entraîner un modèle, le vôtre ou celui d'un fournisseur ? Bonne réponse : un non clair, dans le contrat. Lisez le détail : le centre de confiance de Zendesk indique que son IA générative n'est pas entraînée sur les données clients, mais des données de service assainies entraînent ses propres modèles d'apprentissage automatique inter-comptes.
3. Où nos données sont-elles stockées et traitées, et par quels sous-traitants ? Bonne réponse : une liste, avec les régions.
4. Pouvez-vous masquer les numéros de carte et autres données personnelles avant stockage ? Une entreprise de médias qui évaluait eesel en a fait sa principale objection avant même de commencer un essai.
5. Signez-vous un BAA HIPAA, et sur quel forfait ? Seulement si vous traitez des données de santé, mais si c'est le cas, c'est un critère éliminatoire.
6. Que deviennent nos données quand nous partons ? Bonne réponse : export dans un format nommé, suppression avec confirmation et un délai.

Un questionnaire de sécurité standard ne détectera pas tout cela à lui seul. Un acheteur d'une entreprise B2B SaaS de 200 personnes a bien formulé l'écart :

"My company (200 people, B2B SaaS) is starting to use AI vendors for customer support and internal tools. Our procurement process is basically "fill out security questionnaire, get SOC 2, done." But I'm realizing SOC 2 doesn't cover AI-specific stuff. Like what happens when the vendor updates their model and it starts giving wrong answers? What if the training data had customer info in it?"

Alieezeee, Reddit

C'est pourquoi la question sur le changement de modèle de la section précision doit figurer à côté des critères de sécurité, et pas seulement dans l'examen du produit.

Pour la version complète, utilisez la liste de contrôle de sécurité des fournisseurs de support IA comme annexe de l'appel d'offres, et le guide SOC 2 et RGPD si votre équipe de sécurité découvre les fournisseurs d'IA.

Tarifs et unités facturables

Les réponses ici paraissent comparables et ne le sont pas. Un fournisseur facture à la résolution, un autre à la conversation, un autre au crédit, un autre au poste, et trois ne publient aucun prix. Demandez :

1. Qu'est-ce qu'une unité facturable, exactement ? Obtenez la définition par écrit.
2. Qui décide qu'une conversation compte, et pouvons-nous la voir et la contester ?
3. Que se passe-t-il lors de notre mois le plus chargé ? Demandez la facture à 2 fois votre volume normal.
4. Y a-t-il un dépassement, et est-il activé par défaut ?
5. Les hausses de prix sont-elles plafonnées pendant la durée du contrat ? Une équipe de support matériel qui évaluait eesel avait vu le prix d'un précédent fournisseur plus que doubler, et voulait cette fois un blocage de prix par écrit.
6. Remplissez cette ligne : notre volume de tickets par mois sur les 12 derniers mois, chiffré à vos tarifs.

L'unité de facturation change qui paie pour l'échec :

Cette case en bas à gauche est désormais la question la plus importante de la section. Depuis le 18 mai 2026, Zendesk classe chaque conversation IA en trois niveaux, et seule une « verified resolution » puise dans votre allocation. Le propre modèle de Zendesk tranche, 72 heures après le premier e-mail ou 2 heures après le début d'un chat de messagerie. C'est équitable pour vous d'un côté (vous ne payez pas les escalades), mais vous devriez quand même demander comment auditer les verdicts.

Decagon, qui laisse les clients choisir l'un ou l'autre modèle, plaide contre la facturation à la résolution sur son propre blog sur les tarifs : "You never want to be in a situation where you're arguing over what a 'resolution' is." Sierra va dans l'autre sens avec une tarification basée sur les résultats, où les résultats sont convenus client par client.

Sur Hacker News, en réponse à une startup vendant une facturation basée sur les résultats, un ingénieur a nommé la question à laquelle tout devis au résultat devrait répondre :

"can you clearly explain how you will measure and track the outcomes? That's the key detail that matters. Relying on customers to self-report is not sufficient, and an automated self-report-system is not a true improvement."

mushufasa, Hacker News

Voici à quoi ressemblent les grilles tarifaires publiques pour un même mois. Déplacez les curseurs sur vos chiffres :

Deux choses sautent aux yeux quand on joue avec. La tarification à la résolution devient moins chère quand l'IA résout moins, donc un devis bas peut cacher un agent faible. Et l'écart entre fournisseurs change complètement avec votre taux de résolution, c'est pourquoi on chiffre après le test sur tickets, pas avant. Pour aller plus loin, voir le vrai coût par résolution et l'analyse des tarifs d'Agentforce.

Mise en œuvre et support

1. De quoi avez-vous besoin de notre part, en heures, par rôle ? Bonne réponse : une estimation du temps requis pour vos opérations support, l'ingénierie et la sécurité, pas « effort minimal ».
2. Combien de temps avant que le premier type de ticket soit en production ? Bonne réponse : une date liée à un périmètre, avec ce qui pourrait la retarder.
3. Qui est responsable du réglage après le lancement ? Bonne réponse : une personne nommée, avec ce qui est inclus dans le prix.
4. Quelles sont les raisons les plus fréquentes pour lesquelles vos déploiements s'enlisent ? Un fournisseur qui a de vrais déploiements a une réponse précise et honnête. Une réponse vague est un signal d'alerte.
5. Pouvons-nous payer moins pendant la montée en charge ? Un directeur financier lors d'un appel commercial d'eesel a demandé des tarifs réduits pendant la mise en œuvre et a dit « this is not just for you, but for any tech vendor. » C'est une demande normale.

Le guide de mise en œuvre et la liste des erreurs de mise en œuvre sont utiles à envoyer au responsable de votre projet.

Contrat et sortie

1. Pouvons-nous exporter nos conversations, paramètres et résultats de tests ? Dans quel format ?
2. Quel est le préavis, et y a-t-il des frais de sortie anticipée ?
3. Que se passe-t-il si le premier cas d'usage manque l'objectif convenu ? Bonne réponse : un recours écrit (pilote prolongé, avoir, ou droit de partir).

Si vous remplacez un fournisseur d'IA plutôt que d'acheter votre premier, ajoutez à vos lectures le guide pour changer de fournisseur de support IA.

Comment noter les fournisseurs de support IA ?

Appliquez d'abord les critères éliminatoires. Quiconque échoue à l'un d'eux est écarté, aussi bonne qu'ait été la démo. Notez ensuite les autres de 1 à 5 sur chaque ligne et multipliez par le poids.

Critères éliminatoires (réussite/échec, avant notation) : certification ou rapport requis disponible, engagement contractuel de non-entraînement sur vos données, votre helpdesk pris en charge, résidence des données dont vous avez besoin, BAA HIPAA si vous traitez des données de santé, export des données à la sortie.

Deux choix sont délibérés ici. Le test sur tickets pèse plus que les réponses écrites et le transfert réunis, parce que c'est la seule ligne que le fournisseur ne peut pas obtenir en écrivant. Et la vitesse a sa propre ligne, parce qu'un widget de chat lent fait perdre des affaires que des réponses précises avaient gagnées. La grille de notation d'un pilote de support IA propose une version plus longue si vous voulez des sous-notes.

Comment tester les fournisseurs sur vos propres tickets ?

C'est la section 9 de l'appel d'offres, et c'est celle pour laquelle je me battrais. Voici comment la mener pour que les résultats soient comparables.

1. Tirez un jeu de test des 90 derniers jours. 100 à 200 tickets résolus, échantillonnés sur vos principaux motifs de contact proportionnellement au volume. Retirez tout ce que vous ne pouvez pas partager.
2. Ajoutez volontairement les cas difficiles. 10 à 20 tickets où la réponse honnête est « non » ou « nous ne prenons pas cela en charge », plus quelques clients en colère et quelques-uns qui exigent une action (remboursement, modification de commande).
3. Donnez à chaque fournisseur le même jeu et les mêmes connaissances. Même export du centre d'aide, mêmes macros. Pas de scénarios choisis par le fournisseur.
4. Notez chaque réponse par rapport à ce que votre équipe a réellement envoyé. Correcte et utilisable telle quelle, correcte mais à retoucher, fausse, ou correctement transférée.
5. Rapportez plusieurs chiffres, pas un seul. Précision, taux d'envoi tel quel, taux de réponses fausses, taux de transfert et temps de réponse.

C'est à l'étape 5 que la vérité éclate. Dans un essai eesel sur du trafic Zendesk réel d'e-commerce (284 chats plus un recoupement de 100 tickets), l'IA a atteint 93 % de précision de tri et a repéré tous les tickets de spam. Mais les agents n'ont envoyé ses brouillons sans modification que 12 % du temps. Quand l'équipe a creusé, environ 65 % des réécritures concernaient la longueur et le ton (les agents réduisaient des brouillons de 8 à 15 phrases à 1 à 3), et seulement environ 5 % des erreurs factuelles. Un seul chiffre aurait dit « excellent » ou « inutile ». Cinq chiffres ont dit « précis, trop verbeux, corrigez le ton ».

Les tickets de « non honnête » de l'étape 2 comptent plus qu'on ne le croit. Une équipe technique B2B a raconté à eesel lors d'un appel commercial qu'un bot avait confirmé « oui, nous prenons en charge votre modèle de voiture » pour des marques absentes de leur base de données, parce que la base de connaissances disait « we support all models ». C'est exactement le genre de réponse qu'une démo de fournisseur ne montre jamais.

C'est l'étape autour de laquelle eesel est construit. La compétence de simulation de helpdesk prend 20 tickets que votre équipe a résolus récemment, rédige sa propre réponse pour chacun, la compare à ce que votre équipe a envoyé, regroupe les résultats par thème et n'envoie rien aux clients :

Remarquez ce que ce rapport désigne comme écart : pas la formulation, mais les actions. Environ la moitié des tickets concordants nécessitaient encore qu'une personne fasse quelque chose dans un système interne. C'est le genre de constat que vous voulez avant de signer, car il vous indique sur quelles intégrations poser des questions. Si un fournisseur ne peut pas lancer quelque chose de semblable sur votre historique, demandez-lui comment vous le saurez autrement. Le guide sur les tests d'agents de support IA approfondit la constitution du jeu de test.

Un test de plus qui mérite d'être emprunté, tiré d'un fil Reddit sur ce qu'une démo en direct devrait prouver :

"Make them do the demo with a knowledge base that's deliberately outdated by like 6 months, and see if the agent just confidently spits wrong info or admits it don't know. That's the real test for me"

Right_Smile_4412, Reddit

Votre vraie base de connaissances est déjà un peu périmée quelque part, donc ce n'est pas une question piège. C'est le cas normal.

Que publient les fournisseurs de support IA avant que vous n'envoyiez l'appel d'offres ?

Vous pouvez remplir une partie de l'appel d'offres vous-même à partir des pages des fournisseurs. Voici ce que j'ai trouvé sur le site de chacun en octobre 2026 :

Trois sur six ne publient pas de prix, ce qui est normal en vente grands comptes, mais signifie que votre appel d'offres doit demander la même ligne de coût à chacun. Mon panorama des meilleurs agents de support client IA couvre d'autres fournisseurs si votre liste longue est plus étendue.

Quelles erreurs les équipes commettent-elles avec les appels d'offres pour le support IA ?

• Envoyer 200 questions. Les fournisseurs répondent aux longs questionnaires avec du texte copié du précédent. 40 questions précises obtiennent de meilleures réponses que 200 génériques.
• Laisser les fournisseurs choisir les scénarios de démo. Chaque fournisseur est brillant sur ses propres exemples. Utilisez vos tickets.
• Comparer des devis aux unités différentes. Par résolution et par conversation ne se comparent pas tant que les deux ne sont pas chiffrés sur votre mois.
• Traiter « en cours » comme « terminé ». Une certification en cours peut vous convenir, ou être un critère éliminatoire. Décidez avant la démo, pas après.
• Oublier le mois chargé. Chiffrez votre pic, pas votre moyenne. Le prix à l'unité suit votre volume à la hausse.
• Laisser les agents de côté. Les personnes qui vont retoucher les brouillons de l'IA devraient noter le test sur tickets. Elles repéreront des problèmes de ton qu'un responsable lisant des résumés ne verra pas.

Le point sur le pire client mérite d'être répété, car c'est le plus facile à sauter :

"test it as your worst customer not your best one vague question, typo in it, missing half the context. if it handles that you're probably fine. most people only test the clean version and then wonder why it breaks on real customers"

ShotOil1398, Reddit

Comment eesel répondrait-il à cet appel d'offres ?

Puisque je vous ai dit de poser des questions difficiles, voici les réponses d'eesel à celles qui tendent à décider, y compris celles qui pourraient l'écarter.

• Ce que c'est : un coéquipier IA pour le helpdesk qui travaille dans votre helpdesk comme un agent de plus : il rédige ou envoie des réponses, étiquette et route les tickets, et apprend de votre centre d'aide, de vos macros et de vos anciens tickets. Il se connecte à Zendesk, Freshdesk, Gorgias, Help Scout, HubSpot, Front et Salesforce, entre autres.
• Unité de facturation : un crédit par ticket ou chat traité, quel que soit le nombre de réponses. Les forfaits vont de $299 pour 500 crédits à $1,749 pour 5 000, sans frais par poste. Le dépassement est de $0.80 le crédit et désactivé sauf si vous l'activez, avec un plafond que vous fixez. Un forfait gratuit comprend 100 crédits et ne demande pas de carte.
• Sécurité : audit SOC 2 Type II en cours, avec une période d'observation commencée le 1er octobre 2026. Si vous avez besoin d'un rapport finalisé aujourd'hui, c'est un critère éliminatoire qu'eesel ne passe pas encore. Les BAA HIPAA sont en Enterprise. eesel n'entraîne ni n'affine de modèles sur vos données.
• Test sur tickets : intégré, sur vos propres tickets résolus, avant que quoi que ce soit n'atteigne un client.

À quoi cela ressemble en production, d'après des témoignages clients publiés :

• Finance réglementée, brouillon d'abord. smava, un comparateur de crédits allemand, fait tourner trois agents eesel sur un même Zendesk : l'un catégorise chaque ticket, l'un rédige à partir de la bibliothèque de macros, et l'un prépare des réponses prêtes pour le client. Cela représente 27 000 tickets traités en un mois et 15 300 brouillons de réponse, et eesel ne les envoie jamais lui-même.
• Des réponses uniquement à partir de vos documents. Une entreprise d'automatisation industrielle a placé sa bibliothèque technique derrière un chat qui ne répond qu'à partir des documents, renvoie vers sa source et admet quand il n'en a pas. Chaque ticket de support arrive avec un brouillon qu'un ingénieur retouche.
• Du volume sur un forfait fixe. SamCart fait tourner un agent sur les tickets Freshdesk et un sur le chat de son site, répondant à partir de 280 articles du centre d'aide avec un forfait de 8 000 interactions par mois.

Essayez eesel comme l'un des fournisseurs de votre appel d'offres

Si vous rédigez un appel d'offres pour le support IA ce trimestre, mettez eesel sur la liste restreinte et faites-lui passer d'abord la section 9. Connectez votre helpdesk, demandez-lui de simuler sur vos tickets résolus récemment, et vous aurez un rapport noté par motif de contact avant tout appel commercial, sans que rien ne soit envoyé aux clients. Appliquez-lui ensuite les mêmes critères et la même ligne de coût qu'aux autres.

Essayez eesel gratuitement, ou réservez une démo si votre équipe de sécurité veut d'abord voir les contrôles.