30 questions à poser avant d'acheter une solution d'IA vocale
Toutes les démos font bonne impression. Soumettez chaque fournisseur aux mêmes appels, tirés de votre propre ligne, notez les réponses avec les mêmes pondérations, et les vraies différences apparaissent.
En bref : le même test pour chaque fournisseur
Les démos d'IA vocale ne sont pas comparables. Chaque fournisseur choisit son script, ses données de test bien propres et un appelant docile. La démo la plus soignée l'emporte souvent, même quand elle ne correspond pas à vos appels.
La solution tient en trois points. Envoyez par écrit les mêmes questions à chaque fournisseur, faites passer à chacun le même scénario de test tiré de votre propre ligne, et notez les réponses avec des pondérations fixées avant la première démo. Ce modèle couvre les trois. Il part du principe que vous avez décidé d'acheter ; sinon, commencez par notre grille pour choisir entre développer et acheter.
Comment noter chaque réponse
Envoyez les 30 questions avant le deuxième rendez-vous et demandez une preuve pour chaque réponse : un document, un exemple de fiche, une clause du contrat ou une démonstration en direct. Faites noter chaque réponse séparément par deux personnes, l'une côté opérations, l'autre côté achats ou DSI, puis discutez des questions où leurs notes s'écartent de deux points ou plus.
| Note | Ce que le fournisseur vous a apporté |
|---|---|
| 0 | Aucune réponse, ou « on sait faire » sans rien derrière |
| 1 | Une réponse orale claire, mais encore aucune preuve |
| 2 | Une réponse écrite, un document ou une démonstration partielle |
| 3 | Démontré dans votre scénario de test commun, ou inscrit dans la proposition commerciale ou le contrat |
1. Périmètre et contenu du prix
Deux devis ne sont comparables que s'ils couvrent le même travail. Ces questions transforment un prix en périmètre.
| # | Question | Ce qui vaut un 3 |
|---|---|---|
| 1 | Quels appels, intentions, langues et canaux le devis couvre-t-il, et lesquels en sont exclus ? | Dans la proposition, une liste écrite de ce qui est inclus et exclu, fidèle à la répartition réelle de vos appels. |
| 2 | Quelle est l'unité de facturation, et comment est-elle mesurée et arrondie ? | Une seule unité clairement définie, sa règle d'arrondi et un exemple de ligne de facture pour un appel type. |
| 3 | Quels coûts restent en dehors du devis ? | Téléphonie, numéros, consommation des modèles, intégrations et modifications après le lancement, chaque poste indiqué avec son prix ou son tarif. |
| 4 | Que se passe-t-il quand le volume est supérieur ou inférieur aux prévisions ? | Les règles écrites de dépassement et de solde non utilisé, avec des factures simulées à 50 % et à 150 % de votre volume prévu. |
| 5 | Qui construit et maintient l'agent, et quelles modifications après le lancement sont incluses ? | Un responsable désigné pour les prompts, les tests et les intégrations, et une règle écrite qui distingue modifications incluses et modifications sur devis. |
2. Propriété des données, confidentialité et réversibilité
Chaque appel produit des enregistrements, des transcriptions et des champs sur vos clients. Réglez la question de leur contrôle avant le pilote, pas au renouvellement. Demandez des contrôles testés, pas seulement déclarés. La page de DRING sur ses standards de sécurité montre une façon de les présenter.
| # | Question | Ce qui vaut un 3 |
|---|---|---|
| 6 | À qui appartiennent les enregistrements, les transcriptions, les synthèses et les champs extraits ? | Le contrat stipule qu'ils vous appartiennent et limite leur usage par le fournisseur à la seule exécution de votre service. |
| 7 | Nos données servent-elles à entraîner des modèles utilisés par d'autres clients ? | Un non écrit, ou une option de refus inscrite au contrat, qui s'étend aux fournisseurs de modèles du prestataire. |
| 8 | Où les données sont-elles traitées et stockées, et quels sous-traitants ultérieurs y ont accès ? | Une région clairement indiquée et une liste à jour des sous-traitants ultérieurs précisant le rôle de chacun. |
| 9 | Pouvons-nous fixer la durée de conservation par type de données et voir qui a consulté la fiche d'un appel ? | Des durées de conservation distinctes pour les enregistrements, les transcriptions et les champs, et un journal des accès que vous pouvez demander. |
| 10 | Si nous partons, que récupérons-nous, dans quel format et en combien de temps ? | Une liste de réversibilité écrite : les données que vous recevez, leur format, le délai et ce qui reste chez le fournisseur. |
3. Connexions aux systèmes et inscription des résultats
Un logo sur une page d'intégrations indique qu'une connexion est possible, pas quels champs l'agent peut lire ou modifier dans l'édition que vous utilisez. Demandez une cartographie des champs, puis vérifiez-la dans le scénario.
| # | Question | Ce qui vaut un 3 |
|---|---|---|
| 11 | Quels systèmes l'agent consultera-t-il, et dans lesquels écrira-t-il ? | Une cartographie champ par champ pour chaque système (objets, champs, lecture ou écriture), vérifiée sur votre édition et vos autorisations. |
| 12 | Qu'est-ce qui arrive exactement dans notre CRM ou notre outil de support après un appel, et pouvons-nous ajouter nos propres champs ? | Un exemple de fiche tiré de votre scénario, avec le résultat, la synthèse, l'action suivante et vos champs personnalisés. |
| 13 | Que se passe-t-il quand une écriture échoue ou qu'un système tombe en panne pendant l'appel ? | L'appelant est informé honnêtement de la suite, l'écriture est relancée sans doublon et une personne est alertée. |
| 14 | Comment nos propres systèmes peuvent-ils lancer un appel et en lire le résultat ? | Des services documentés pour lancer un appel, suivre son état et récupérer son résultat, avec des webhooks et un environnement de test. |
| 15 | Quelles actions l'agent peut-il effectuer sans la confirmation d'une personne ? | Une liste écrite des autorisations, action par action, chaque écriture n'étant activée qu'après votre validation. |
4. Transfert vers un conseiller et contrôle
Le transfert fait partie de la conception, ce n'est pas un échec. Vérifiez que votre conseiller peut poursuivre sans que l'appelant reparte de zéro, et que votre équipe peut arrêter l'agent.
| # | Question | Ce qui vaut un 3 |
|---|---|---|
| 16 | Quand l'agent transfère-t-il l'appel, et qui en fixe les règles ? | Des déclencheurs écrits que vous pouvez modifier, dont la demande de parler à une personne, l'échec de la vérification et les demandes contraires à vos règles. |
| 17 | Que voit notre conseiller au moment du transfert ? | L'identité de l'appelant, le motif de l'appel, les étapes réalisées et la question en suspens, visibles avant que le conseiller ne prenne la parole. |
| 18 | Que se passe-t-il quand personne dans notre équipe ne peut prendre l'appel ? | Une tâche de rappel ou un ticket avec un responsable et un horaire, créé automatiquement et montré dans le scénario. |
| 19 | Pouvons-nous suspendre l'agent nous-mêmes ? | Une seule action testée qui arrête l'automatisation et renvoie les appels vers votre équipe, accessible aux personnes que vous avez désignées. |
| 20 | Comment les transferts sont-ils suivis dans les rapports ? | Le taux et le motif de transfert par intention, et la résolution ou non du dossier par le conseiller qui a reçu l'appel. |
5. Tests qualité et mise en production
Une bonne première démo en dit peu sur la centième modification. Demandez comment le fournisseur prouve qu'un agent est prêt et qu'une modification n'a rien cassé. DRING décrit étape par étape sa chaîne de tests ; demandez à chaque fournisseur de vous présenter la sienne.
| # | Question | Ce qui vaut un 3 |
|---|---|---|
| 21 | Qu'est-ce qui est testé avant le premier appel réel, et à partir de quels éléments ? | Une batterie de tests construite à partir de vos appels, de vos documents et de vos règles, dont la taille, le critère de réussite et les résultats vous sont communiqués. |
| 22 | Qui note les conversations de test, et que se passe-t-il quand les évaluateurs ne sont pas d'accord ? | Des critères écrits, plus d'un évaluateur, et une personne qui examine chaque désaccord. |
| 23 | Comment une modification est-elle testée et mise en production, et est-il possible de revenir en arrière ? | Chaque modification relance toute la batterie de tests et n'est mise en production qu'avec votre accord ; la version précédente peut être restaurée. |
| 24 | Comment la qualité en production est-elle suivie après le lancement ? | Une part définie des appels réels, notée sur le résultat et le respect des règles, puis revue avec vous à intervalles fixes. |
| 25 | Que se passe-t-il quand le fournisseur change le modèle ou le prestataire vocal sur lequel repose l'agent ? | Le fournisseur vous prévient à l'avance, et l'agent repasse votre batterie de tests sur la nouvelle configuration avant de prendre un appel réel. |
6. Téléphonie, niveaux de service et pannes
Une démo dans le navigateur fait l'impasse sur l'opérateur, l'audio téléphonique et le standard que vous utilisez déjà. Traitez la couche téléphonie comme un volet à part entière de la comparaison.
| # | Question | Ce qui vaut un 3 |
|---|---|---|
| 26 | Pouvons-nous garder nos numéros et notre standard actuel ? | Un mode de raccordement précis (renvoi d'appel, SIP ou portabilité des numéros), testé chez votre opérateur, avec votre parcours actuel en solution de repli. |
| 27 | Combien d'appels peuvent être traités en même temps, et qu'entend l'appelant suivant ? | Une limite d'appels simultanés annoncée et un mécanisme de débordement démontré : file d'attente, rappel ou transfert vers votre équipe. |
| 28 | À quelle vitesse l'agent répond-il sur une ligne téléphonique, et comment cela a-t-il été mesuré ? | Un chiffre mesuré de bout en bout sur de vrais appels téléphoniques dans votre langue, avec la méthode précisée. |
| 29 | Que se passe-t-il quand un composant tombe en panne pendant un appel ? | Un basculement testé qui termine ou transfère l'appel de façon maîtrisée, sans jamais laisser l'appelant dans le silence. |
| 30 | Quels niveaux de service figurent au contrat, et que se passe-t-il quand ils ne sont pas tenus ? | Disponibilité, délai de réponse du support et délai de notification des incidents, fixés par écrit, avec la compensation prévue et un interlocuteur attitré. |
Construire un scénario de test à partir de vos propres appels
Les questions montrent ce que dit un fournisseur ; le scénario montre ce que fait l'agent. Partez d'un échantillon d'appels récents, par exemple les 50 derniers, et retenez la demande la plus fréquente ainsi que les moments qui posent problème. Créez des fiches de test dans un bac à sable de votre CRM ou de votre outil de support, avec les mêmes champs qu'en production.
Communiquez les grandes lignes à tous les fournisseurs en même temps : intentions, systèmes et fiches de test. Gardez pour vous les répliques exactes de l'appelant, pour qu'aucun fournisseur ne puisse caler son agent sur un script.
| Moment | Mise en scène | Réussi si |
|---|---|---|
| Appel courant | Votre demande la plus fréquente, sur une fiche de test existante | La réponse correspond à la fiche et le résultat apparaît dans le système de test |
| Interruption | L'appelant coupe la parole en pleine phrase et change de demande | L'agent s'arrête, prend en compte la nouvelle demande et ne reprend pas son script depuis le début |
| Fiche introuvable | L'appelant donne un numéro de commande ou de compte qui n'existe pas | L'agent le signale, redemande une fois, puis propose une étape suivante ; il n'invente jamais de statut |
| Appelant en colère ou désorienté | L'appelant se répète, hausse le ton ou mélange deux problèmes | L'agent reconnaît le problème, traite un sujet à la fois et propose un conseiller quand votre règle le prévoit |
| Transfert | L'appelant demande à parler à un conseiller ; jouez la scène une fois avec un conseiller présent dans votre file de test, une fois sans personne de disponible | Votre conseiller voit le motif sans avoir à le redemander ; si personne n'est disponible, une tâche de rappel attribuée à un responsable apparaît |
| Contrôle des données inscrites | Ouvrez le système de test après tous les appels | Chaque appel porte le bon résultat, la bonne synthèse et la bonne action suivante, sans doublon ; la recherche qui a échoué est marquée comme telle |
Jouer le scénario sur une vraie ligne téléphonique
- Appelez un vrai numéro depuis un téléphone mobile, pas depuis un onglet de navigateur, avec une personne de votre équipe dans le rôle de l'appelant.
- Enregistrez la séance avec le consentement des participants et notez-la à partir de l'enregistrement, pas de mémoire.
- Comptez combien de fois l'appelant a dû répéter quelque chose, et chronométrez le blanc avant chaque réponse de l'agent.
- Après le premier passage, demandez une modification, par exemple une nouvelle règle, et rejouez le scénario.
La façon dont le fournisseur teste et met en production cette seule modification répond mieux à la question 23 que n'importe quelle diapositive. Le scénario fournit aussi de quoi attribuer un 3 aux questions 12, 17, 18 et 28.
Additionner les notes avec les mêmes pondérations
Fixez les pondérations avant la première démo, pour que personne ne les ajuste au profit de son favori. La répartition ci-dessous est un exemple : déplacez des points vers les domaines où une défaillance pénaliserait le plus votre activité.
| Domaine | Pondération (exemple) |
|---|---|
| 1. Périmètre et contenu du prix | 15 |
| 2. Propriété des données, confidentialité et réversibilité | 15 |
| 3. Connexions aux systèmes et inscription des résultats | 20 |
| 4. Transfert vers un conseiller et contrôle | 15 |
| 5. Tests qualité et mise en production | 20 |
| 6. Téléphonie, niveaux de service et pannes | 15 |
| Total | 100 |
Note du domaine = (points obtenus dans le domaine / 15) × pondération du domaine. Quinze est le maximum par domaine : cinq questions à 3 points chacune. Les six notes de domaine s'additionnent pour donner un total sur 100.
Avant de noter, désignez trois à cinq questions éliminatoires, par exemple les questions 6, 13 et 17. Un fournisseur qui obtient 0 ou 1 à l'une d'elles est écarté, quel que soit son total.
Un exemple chiffré
Les notes ci-dessous sont inventées pour illustrer le calcul. Le fournisseur A a fait la démo la plus fluide ; le fournisseur B paraissait plus sobre, mais a montré dans le scénario comment il inscrit les résultats et comment il teste.
| Domaine (pondération) | Points fournisseur A | Note fournisseur A | Points fournisseur B | Note fournisseur B |
|---|---|---|---|---|
| Périmètre et prix (15) | 12 | 12,0 | 10 | 10,0 |
| Données et réversibilité (15) | 9 | 9,0 | 12 | 12,0 |
| Connexions (20) | 6 | 8,0 | 12 | 16,0 |
| Transfert (15) | 8 | 8,0 | 11 | 11,0 |
| Qualité (20) | 7 | 9,3 | 12 | 16,0 |
| Téléphonie (15) | 12 | 12,0 | 10 | 10,0 |
| Total | 54 | 58,3 | 67 | 75,0 |
Le fournisseur A a aussi obtenu 1 à la question 13, qui est éliminatoire : il est donc écarté, quel que soit son total. Sa démo était solide sur la conversation et faible sur ce qui vient après : la fiche, le parcours en cas de panne et la version suivante.
Les signaux d'alerte dans les réponses
- « Nous nous intégrons à tout », sans cartographie des champs pour vos systèmes.
- Aucune réponse à la question « Qu'entend l'appelant quand votre système est en panne ? »
- Le transfert consiste à renvoyer l'appel vers un numéro, sans aucun contexte pour votre conseiller.
- Des résultats de tests présentés sous la forme d'un pourcentage global, sans méthode ni taille d'échantillon.
- Des modifications ou des mises à jour de modèle passent en production sans votre accord ni information préalable.
- Des conditions de sortie qui disent que les données « peuvent être mises à disposition », sans format ni délai.
Un signal d'alerte isolé justifie de reposer la question par écrit. Plusieurs dans un même domaine vous montrent où le vrai travail retomberait sur votre équipe.
Comment DRING répond à ces questions
Appliquez le même modèle à DRING. Nous pouvons déjà donner certaines réponses par écrit :
- Question 21 : chaque agent DRING passe par 1 000 à 10 000 conversations simulées, conçues pour votre entreprise, avant le premier appel réel. Elles sont générées à partir de vos processus, de vos documents et de vos enregistrements d'appels, et non d'un jeu de tests générique.
- Questions 11 et 12 : HubSpot est l'intégration de référence documentée pour choisir qui appeler, passer l'appel et inscrire le résultat. Connect relie Salesforce, Freshdesk et les autres CRM et outils de support courants dans les mêmes conditions ; les objets, autorisations, champs personnalisés et actions exacts sont confirmés lors de la mise en place. Des champs d'analyse supplémentaires peuvent être définis et reviennent de la même façon par l'API, le CRM, le tableau de bord et les rapports.
- Question 14 : les services pour lancer un appel, suivre son état et consulter son résultat, ainsi que les webhooks de cycle de vie et de résultat, sont standard pour le processus défini lors du cadrage.
- Questions 1 et 27 : une offre DRING est recommandée selon l'usage prévu, la capacité d'appels simultanés, le nombre de types d'agents, les canaux, les besoins de transfert à chaud, le niveau de support et la profondeur d'intégration. Côté langues, 62 sont disponibles et 10 sont en production aujourd'hui ; la vôtre est validée avant le lancement.
Là où DRING peut obtenir une note plus basse au départ : un CRM de niche ou très personnalisé est évalué séparément avant que tout développement hors standard soit chiffré. Tant que cet examen n'est pas fait, la question 11 peut rester à 2. Une langue qui ne figure pas parmi celles en production doit être considérée comme non éprouvée pour votre ligne tant que votre scénario n'a pas été joué dans cette langue.
Garder la grille après la signature
Les réponses qui ont obtenu un 3 deviennent les critères d'acceptation du pilote. Le scénario en six moments devient le premier test de non-régression : chaque modification ultérieure est ainsi vérifiée sur les appels qui ont décidé de l'achat.
Soumettez DRING à votre propre test
Demandez un rappel pour présenter votre processus et les appels difficiles que vous testeriez. Nous vous aiderons à en faire un scénario d'évaluation commun.