Comment choisir une plateforme IA de support client pour la manufacture

À qui s'adresse ce guide

Une responsable du service client, de l'après-vente ou de la CX chez un fabricant technique — CVC, ventilation, capteurs, machines-outils, building automation — qui évalue une plateforme IA de support client. Vous avez vu trois démos, toutes ont l'air formidables, et vous êtes bloqué·e.

Ce guide regroupe les questions qui séparent les plateformes qui shippent de celles qui ne shippent pas.

Les 8 critères qui comptent

Dans l'ordre approximatif de fréquence à laquelle nous voyons des deals s'y perdre :

1. Réponses avec citation source : chaque réponse pointe vers la page du document source. Sans cela, vos installateurs ne feront pas confiance à l'IA.
2. Hybrid retrieval : les manuels techniques sont pleins de codes alphanumériques. Le retrieval purement sémantique les manque.
3. Résidence des données UE : si vous vendez en DACH ou au secteur public, c'est une porte de procurement. Testez-le : demandez au vendor de démontrer un déploiement où il prouve qu'aucune donnée ne traverse l'Atlantique.
4. Multilingue natif : pas « traduction machine devant un modèle anglais ». Testé dans toutes les langues que vos installateurs utilisent vraiment.
5. Canal voice : les installateurs sur échafaudage ne tapent pas. Si le vendor « fait partenariat » pour la voice, votre latence sera de 4-5 s.
6. Time-to-first-deployment : un SaaS B2B qui demande 12 semaines de professional services est un drapeau rouge. 2-3 semaines est réaliste.
7. Une offre écrite en quelques jours : sièges, usage et hébergement dans un seul document, pour que les achats n'attendent pas des frais cachés.
8. Journal d'audit : l'article 12 de l'AI Act attend que vous puissiez reconstruire toute réponse. Sinon, l'AI Act vous rattrapera en 2026.

Une vraie démo

Apportez vos propres données. Concrètement : apportez 20 vraies questions de votre boîte de support, anonymisées. Faites répondre le vendor en direct pendant la démo. Les vendors qui ne démontrent que leurs propres données préparées cachent les modes d'échec.

Surveillez :

• Citations — sont-ce des pages exactes ou « voir chapitre 4 » ?
• Latence — chaque réponse revient en 1-2 secondes ou en 5-8 ?
• Mauvaises réponses — l'IA refuse-t-elle de répondre, ou hallucine-t-elle ?

Concevoir un pilote de 2 semaines

Un vrai pilote :

• Semaine 1 : chargez un sous-ensemble réel de votre base de connaissances — 1 manuel, 1 jeu de service bulletins, 1 FAQ. Validez sur les 20 questions de la démo + 80 supplémentaires.
• Semaine 2 : ouvrez le widget sur une page produit, pour un segment de clients. Mesurez deflection, first-contact resolution, CSAT, temps jusqu'à la première réponse.

Deux semaines suffisent pour savoir. Si le vendor en veut plus, il temporise.

Quand partir

• Le vendor refuse un pilote de 2 semaines avec données réelles.
• Le vendor ne s'engage pas par écrit sur des sous-traitants UE uniquement.
• L'« hotline IA » du vendor est en fait une intégration partenaire avec un budget de latence de 4 s.
• Le contrat a un minimum pluriannuel.

Signaux d'alerte procurement

Votre DPO et votre équipe sécurité demanderont :

• Où sont les données physiquement ?
• Qui sont les sous-traitants ? Sommes-nous notifiés avant les changements ?
• Le fine-tuning est-il jamais partagé entre tenants ? (La réponse doit être : non.)
• Que devient nos données à la fin du contrat ? (La réponse doit être : effacées dans les 30 jours, avec preuve.)
• Pouvons-nous obtenir le DPA pré-signé ?

Les vendors qui hésitent sur l'un de ces points ne sont pas enterprise-ready.