Brique 2 — Expérimentation
On teste avant d'investir. Et parfois, on conclut que non.
C'est la brique qui distingue un cabinet d'un vendeur. Une expérimentation prend un cas d'usage précis, le met à l'épreuve sur vos données et vos processus réels, et produit un chiffre. À partir de ce chiffre, la décision de déployer devient une décision de gestion, pas un pari.
Pourquoi la plupart des projets IA meurent en pilote
Le schéma se répète. Une démonstration impressionne un comité de direction. Un projet est lancé. Six mois plus tard, l'outil existe, personne ne l'utilise, et plus personne ne sait dire s'il rapporte quelque chose. Le problème n'est presque jamais technique : il tient à ce qu'on n'a jamais défini, avant de commencer, ce qu'un succès aurait été.
Une expérimentation correctement menée répond à trois questions dans l'ordre. Est-ce que ça marche sur nos données, pas sur celles de la démonstration ? Est-ce que nos équipes s'en servent quand personne ne regarde ? Est-ce que le gain couvre le coût, une fois compté le temps de supervision ?
Comment ça se passe
| Étape | Durée | Ce qui est produit |
|---|---|---|
| Cadrage Choix du cas, critères de réussite écrits, périmètre | 1 semaine | Protocole d'expérimentation signé |
| Montage Construction de la solution testable, sur vos données | 1 à 2 semaines | Dispositif fonctionnel en environnement isolé |
| Test réel Usage par vos équipes, sur des cas du quotidien | 2 à 4 semaines | Relevés d'usage et incidents documentés |
| Verdict Mesure, comparaison au chiffrage initial, décision | 1 semaine | Rapport chiffré et recommandation motivée |
Le protocole est écrit avant de commencer. Les critères de réussite, le mode de mesure et le seuil à partir duquel on déploie sont fixés au cadrage, quand personne n'est encore attaché au résultat. C'est la seule façon d'éviter que l'expérimentation ne se conclue par « c'est prometteur ».
La règle, telle qu'on l'applique depuis 2018
Résultat positif, on met à l'échelle. Résultat négatif, on en tire une leçon et on passe à un autre test. Le temps est votre atout le plus précieux : si une expérience montre que quelque chose ne fonctionne pas, il faut cesser d'y investir du temps — et si quelque chose fonctionne, il faut en tirer pleinement parti.
Cette règle précède l'intelligence artificielle chez ENDKOO : elle date des premières missions de croissance, en 2018. L'IA n'a rien changé au principe, elle a seulement élargi le champ de ce qui vaut la peine d'être testé. Le corollaire est moins confortable : une réunion de plus ne tranche rien qu'un test de deux semaines ne tranchera mieux.
Ce qui se teste bien
- Traitement de demandes entrantes — classer, router, préparer une réponse à partir de courriels ou de formulaires en texte libre.
- Préparation commerciale — qualification de listes, briefs de rendez-vous, comptes rendus et mise à jour du CRM.
- Extraction documentaire — factures, contrats, cahiers des charges, appels d'offres : sortir des données structurées d'un document qui ne l'est pas.
- Rédaction en volume — fiches produit, réponses types, propositions commerciales à partir d'une trame.
- Analyse de données commerciales — comprendre un cycle de vente, un taux de transformation, une saisonnalité.
Ce qui se teste mal
Autant le dire avant de facturer un cadrage. Une expérimentation ne sert à rien quand le processus visé n'existe pas encore, quand les données nécessaires ne sont pas collectées, ou quand la décision est déjà prise et qu'on cherche une justification. Dans ces trois cas, ENDKOO le dit au cadrage et propose autre chose — souvent une formation, parfois rien.
Ce que vous gardez
- Le protocole d'expérimentation et les critères de réussite.
- Le dispositif construit pendant le test, avec sa documentation.
- Les relevés d'usage et la liste des incidents rencontrés.
- Le rapport chiffré : gain constaté, coût complet, seuil de rentabilité.
- La recommandation, qu'elle conclue au déploiement ou à l'arrêt.
Tout est remis, y compris si la suite se fait sans nous. Une expérimentation dont les livrables resteraient chez le prestataire n'aurait aucun sens.
Questions fréquentes
Combien de temps dure une expérimentation ?
Entre quatre et huit semaines selon le cas d'usage. Au-delà, ce n'est plus une expérimentation, c'est un projet qui n'ose pas dire son nom. La durée est fixée au cadrage et ne bouge pas : c'est le périmètre qui s'ajuste, pas le calendrier.
Que se passe-t-il si l'expérimentation échoue ?
Vous obtenez la réponse que vous cherchiez, et elle vous a coûté quelques semaines au lieu de plusieurs mois. Un tiers environ des cas testés ne justifie pas de passer en production : soit le gain est trop faible, soit la fiabilité n'est pas au rendez-vous, soit le processus amont doit être corrigé d'abord. Ce résultat est un livrable, pas un échec.
Faut-il acheter des outils pour expérimenter ?
Rarement. La plupart des expérimentations se mènent sur des abonnements mensuels résiliables ou sur les outils déjà en place dans l'entreprise. ENDKOO ne revend aucune licence et ne perçoit aucune commission sur les outils recommandés : le choix se fait sur le résultat, pas sur la marge du prestataire.
Qui mobilise-t-on côté entreprise ?
Une à trois personnes qui font réellement la tâche concernée, plus un décideur capable de trancher à la fin. Une expérimentation menée sans les opérationnels mesure un processus imaginaire ; menée sans décideur, elle produit un rapport que personne n'utilise.
Quelle différence avec un audit ?
Un audit décrit et recommande. Une expérimentation construit quelque chose qui fonctionne, le met entre les mains de vos équipes sur des cas réels, et mesure ce qui se passe. Vous ne repartez pas avec un avis, vous repartez avec un chiffre.