Une voix synthétique répond sans hésiter, un robot saisit le bon objet, un tableau de bord promet de récupérer des heures de travail. Dans les allées de VivaTech, tout semble fonctionner. C’est précisément le principe d’une démonstration : montrer le meilleur scénario. Pour l’acheteur, le journaliste ou le dirigeant, le travail commence après les applaudissements. En cette rentrée de septembre 2026, voici une grille pour évaluer les innovations de salon, fondée sur des évolutions déjà documentées, sans présumer des performances des produits récemment annoncés.
Le pitch vend une possibilité, l’achat engage une organisation
VivaTech concentre ce qui rend les grands salons technologiques utiles : des rencontres rapides, des démonstrations accessibles et la possibilité de comparer plusieurs approches en une journée. Mais ce format favorise aussi les raccourcis. Quelques minutes suffisent à comprendre une promesse ; elles permettent rarement d’en examiner les conditions techniques, contractuelles et humaines.
L’essor de l’IA générative depuis le lancement public de ChatGPT, fin 2022, a renforcé ce décalage. Produire une interface convaincante autour d’un modèle existant est devenu plus accessible. Transformer cette interface en service fiable reste une autre affaire. Connexion aux données internes, gestion des erreurs, droits d’accès et contrôle humain font rarement les meilleures séquences vidéo. Ils déterminent pourtant l’utilité quotidienne.
La bonne question n’est donc pas seulement « est-ce nouveau ? », mais « dans quelles conditions cela fonctionne-t-il ? » Quatre filtres permettent de passer du récit commercial à une décision documentée.
1. Disponibilité : peut-on réellement l’utiliser ?
Un prototype, une version bêta et un produit commercialisé peuvent se ressembler sur un stand. Ils n’engagent pas le fournisseur de la même façon. Première vérification : demander ce qui est accessible aujourd’hui, dans quel pays, pour quels utilisateurs et avec quelles limitations. Une liste d’attente n’est pas une disponibilité ; une annonce de partenariat n’est pas une intégration opérationnelle.
La preuve la plus simple consiste à demander un essai sur un cas qui n’a pas été préparé par l’exposant. Pour un assistant documentaire, on peut proposer un document public comportant une contradiction ou une information manquante. Pour un outil industriel, on cherchera les conditions de fonctionnement : éclairage, température, qualité du réseau, variabilité des objets. L’objectif n’est pas de piéger, mais de découvrir les limites.
Il faut aussi regarder derrière l’écran. Une réponse est-elle corrigée discrètement par un opérateur ? Le traitement s’effectue-t-il localement ou sur un service distant ? Certaines fonctions dépendent-elles d’un autre fournisseur ? Ces choix ne disqualifient pas le produit. Ils changent son autonomie, sa latence et sa capacité à rester disponible lorsque survient une panne.
2. Références clients : un logo ne vaut pas un bilan
Les murs de logos rassurent vite. Pourtant, ils peuvent réunir des situations très différentes : client payant, expérimentation gratuite, partenaire technique ou simple participation à un programme d’accompagnement. Demander la nature exacte de la relation constitue un test élémentaire. Un fournisseur sérieux doit pouvoir distinguer une preuve de concept d’un déploiement utilisé en production.
La référence pertinente n’est pas nécessairement la marque la plus célèbre. C’est une organisation qui ressemble à la vôtre par ses contraintes, ses volumes et ses moyens. Un outil adopté par une équipe spécialisée dans un grand groupe ne prouve pas qu’une PME pourra le maintenir sans assistance. Inversement, un succès sur un périmètre modeste peut constituer une excellente preuve si les résultats sont observables.
Avec l’accord du fournisseur, demander un échange avec un utilisateur réel apporte souvent davantage qu’une présentation supplémentaire. Trois sujets sont décisifs : le délai avant la première utilisation utile, les difficultés rencontrées et les tâches qui restent manuelles. Les gains annoncés doivent préciser leur point de départ, la période mesurée et le travail de vérification ajouté. Du temps gagné en rédaction peut être reperdu en correction.
3. Sécurité : suivre les données, pas les slogans
« Sécurisé », « souverain », « conforme » : ces mots ne décrivent pas à eux seuls une architecture. Il faut suivre le trajet des données. Où sont-elles stockées ? Qui peut y accéder ? Quels sous-traitants interviennent ? Combien de temps sont-elles conservées ? Servent-elles à améliorer un modèle ? Les réponses doivent apparaître dans des documents techniques et contractuels, pas seulement dans la conversation.
Le RGPD fournit depuis longtemps un cadre pour les données personnelles. Le règlement européen sur l’IA, entré en vigueur en août 2024 avec une application progressive, ajoute des exigences selon les usages et les responsabilités. Il ne constitue pas un label universel de qualité. Une mention commerciale de conformité ne dispense donc ni de qualifier le cas d’usage ni de vérifier les obligations effectivement applicables.
Pour une solution d’IA connectée aux outils internes, un risque mérite une attention particulière : l’accès à des informations ou à des actions trop larges. Un assistant qui résume un dossier n’a pas forcément besoin de pouvoir modifier tous les fichiers. Authentification renforcée, droits limités, journalisation et validation humaine des opérations sensibles sont des garanties plus concrètes qu’une promesse générale.
Certifications et audits peuvent apporter des éléments utiles, à condition d’en examiner le périmètre et la date. Ils ne garantissent pas l’absence de faille. Il faut également demander comment le fournisseur signale un incident, restaure le service et organise la suppression des données.
4. Coût : compter jusqu’au déploiement, puis jusqu’à la sortie
Le tarif affiché raconte rarement toute l’histoire. Au prix de la licence s’ajoutent parfois les connecteurs, la préparation des données, l’intégration, la formation et l’assistance. Avec les services d’IA facturés à l’usage, la dépense varie aussi selon les volumes, la longueur des documents ou le nombre d’appels nécessaires pour accomplir une tâche.
Pour comparer deux offres, mieux vaut définir une unité utile : dossier traité et vérifié, demande résolue, équipement surveillé. Le coût d’une requête isolée renseigne peu si plusieurs tentatives et une intervention humaine sont nécessaires. Un pilote limité doit mesurer à la fois la qualité, le temps réellement économisé et la charge transférée aux équipes informatiques ou métiers.
La sortie compte autant que l’entrée. Peut-on exporter les données dans un format exploitable ? Récupérer les configurations ? Changer de prestataire sans reconstruire tout le processus ? Une solution peu chère à tester peut devenir coûteuse à quitter. Ces questions doivent précéder la généralisation.
Une méthode simple : exiger des preuves proportionnées
Il ne s’agit pas d’imposer un audit bancaire à chaque jeune pousse. Le niveau de preuve doit suivre le risque : un outil créatif sans données sensibles ne se juge pas comme un logiciel qui intervient dans une décision médicale. Après le salon, une fiche courte suffit pour commencer :
- Disponible : version testable, limites connues et support identifié.
- Éprouvé : référence comparable et résultats contextualisés.
- Maîtrisable : données, accès et responsabilités documentés.
- Soutenable : coût complet estimé et sortie prévue.
Et maintenant ? À mesure que les démonstrations deviendront plus spectaculaires, leur pouvoir de distinction pourrait diminuer. La valeur se déplacera probablement vers la fiabilité, l’intégration et la capacité à rendre des comptes. Pour les visiteurs de VivaTech comme pour les acheteurs, le meilleur réflexe reste simple : repartir avec moins de promesses, mais davantage de preuves vérifiables.
