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.

L’expérimentation est la deuxième brique d’ENDKOO, et celle qui distingue un cabinet d’un vendeur. Elle prend un cas d’usage précis — une étape de votre cycle de vente, un processus interne qui consomme du temps — et le met à l’épreuve sur vos données et vos documents réels, pas sur une démonstration préparée.

Ce qu’elle produit est un chiffre : le temps ou le coût que l’usage fait gagner, mesuré contre un point de départ établi avant de commencer. À partir de là, décider de déployer devient un arbitrage de gestion et non un pari.

Elle peut conclure qu’il ne faut rien faire, et cette conclusion est facturée comme les autres. ENDKOO ne perçoit aucune commission sur les outils recommandés : rien, dans le modèle du cabinet, ne rend un résultat positif plus rentable qu’un résultat négatif.

Pourquoi la plupart des projets d’intelligence artificielle 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 en intelligence artificielle 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

Déroulé d'une expérimentation : durée et livrable de chaque étape
É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

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

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

Qui rédige le rapport final ?

ENDKOO le rédige et le remet, y compris quand il conclut à un arrêt. Il contient le protocole tel qu'il a été signé au cadrage, les relevés d'usage, les incidents rencontrés, le gain constaté et le coût complet — supervision comprise. Il vous appartient : si la suite se fait sans nous, il part avec vous.

Peut-on mener deux expérimentations en parallèle ?

Techniquement oui, et c'est presque toujours une mauvaise idée. Deux tests menés en même temps mobilisent les mêmes personnes, et l'on ne sait plus attribuer un gain constaté à l'un ou à l'autre. Le protocole perd sa valeur démonstrative, qui est précisément ce qu'on achète. Mieux vaut enchaîner deux cycles de six semaines qu'en mener deux de front.

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.