Une roadmap IA de 40 slides. Trois piliers stratégiques, cinq cas d'usage prioritaires, un calendrier sur 18 mois. Le document est propre, il a coûté cher, et il a été validé en comité de direction. Six mois plus tard, un seul cas d'usage a été lancé, il tourne en pilote sur un périmètre réduit, et personne ne sait vraiment comment le généraliser.
Ce scénario n'est pas rare. Il est majoritaire. Et la cause n'est presque jamais la technologie : c'est l'ordre dans lequel le projet a été construit.
La stratégie descendante part d'une hypothèse fausse
Une roadmap IA élaborée en salle de conférence repose sur une représentation de l'entreprise : les processus tels qu'ils sont censés fonctionner, les données telles qu'elles sont censées être structurées, les rôles tels qu'ils figurent dans l'organigramme.
Le problème, c'est que cette représentation est toujours en décalage avec le réel. Pas par négligence — simplement parce que les opérations évoluent plus vite que leur documentation. Concrètement, dans une ETI de 300 personnes, on retrouve systématiquement :
- des processus officiels contournés depuis deux ans parce qu'ils ne fonctionnaient pas, avec un tableur intermédiaire que personne n'a déclaré ;
- des données dupliquées entre l'ERP, le CRM et des exports locaux, sans référentiel maître clairement identifié ;
- des décisions clés prises hors système — par téléphone, en réunion, dans un fil de mails — donc invisibles pour tout outil ;
- des exceptions plus nombreuses que la règle : le processus standard couvre 60 % des cas, le reste est traité au jugement.
Une stratégie construite sans cette connaissance n'est pas une stratégie. C'est une intention. Et quand les agents arrivent au contact du réel, ils tombent sur des données incohérentes, des règles métier non écrites et des arbitrages humains impossibles à formaliser. Le pilote fonctionne en démonstration, il cale en production.
Ce que signifie « terrain-first » concrètement
Chez Lynakor, nous construisons dans l'ordre inverse. La stratégie n'est pas le point de départ : c'est le livrable de la phase terrain. Trois étapes, dans cet ordre.
1. La cartographie des processus réels. Pas les processus décrits, ceux qui sont exécutés. On suit les flux là où ils passent vraiment : qui déclenche quoi, avec quelle information, en combien de temps, avec quels contournements. C'est un travail d'entretiens et d'observation, pas de questionnaire. On en sort avec une vision honnête — souvent inconfortable — du fonctionnement opérationnel.
2. L'audit des données. Où sont les données, dans quel état, avec quel niveau de fiabilité, quelle fraîcheur, quelle gouvernance. Un agent qui doit décider a besoin d'accéder à une information juste. Si le référentiel client contient 15 % de doublons, aucun agent commercial ne sera fiable. Cette étape détermine ce qui est faisable maintenant et ce qui demande d'abord un chantier de remise en ordre.
3. La validation des cas d'usage. À partir de la cartographie et de l'audit, on identifie les points où un agent apporte une valeur mesurable, sur un périmètre où les données existent et sont exploitables. On les qualifie sur trois critères : gain estimé, faisabilité technique réelle, capacité de l'organisation à absorber le changement. Ceux qui passent les trois filtres constituent la roadmap.
La stratégie arrive ensuite. Elle est plus courte, moins ambitieuse en apparence, et infiniment plus exécutable.
On ne peut pas automatiser le chaos
C'est le principe qui sous-tend toute la méthode. Un agent ne corrige pas un processus défaillant : il l'exécute plus vite. Si les règles d'attribution des dossiers sont ambiguës, l'agent produira des attributions ambiguës — en volume. Si le référentiel produit est incomplet, l'agent générera des devis incomplets — automatiquement.
La phase terrain a donc une double fonction. Elle prépare le déploiement, mais elle produit surtout un actif durable : une organisation requêtable. Des processus explicites, des données accessibles et fiables, des règles métier formalisées. Cet actif sert le premier agent, mais aussi le cinquième et le vingtième. C'est ce qui permet à un déploiement d'essaimer au lieu de rester confiné dans son pilote.
Un exemple : distribution B2B, 180 salariés
Un distributeur de composants industriels avait reçu d'un cabinet une roadmap IA en trois axes, dont un « agent commercial pour la qualification des leads entrants ». Objectif affiché : traiter automatiquement 80 % des demandes.
La phase de cartographie a révélé autre chose. Les demandes entrantes n'étaient pas le goulot d'étranglement : elles étaient traitées en moins de 24 heures. Le vrai point de friction était en aval, sur la constitution des devis techniques — 3 à 6 jours en moyenne, parce que les commerciaux devaient recouper manuellement des fiches techniques, des grilles tarifaires par volume et des délais fournisseurs répartis dans quatre sources différentes.
L'audit de données a confirmé que ces quatre sources étaient exploitables, moyennant la reconstruction d'un référentiel de correspondance produit. Le chantier a pris cinq semaines. Le cas d'usage retenu n'était plus « agent de qualification » mais « agent d'assemblage de devis techniques ».
Résultat après quatre mois : délai moyen de devis ramené à moins de 24 heures, et surtout un référentiel produit propre qui a permis de déployer ensuite deux autres agents — suivi de disponibilité fournisseurs et relance d'offres non converties — sans nouveau chantier de données.
La roadmap descendante aurait produit un agent utile sur un problème secondaire. La méthode terrain-first a produit trois agents sur la chaîne de valeur, et une base réutilisable.
Ce que ça change pour un dirigeant
Accepter cet ordre de construction implique de renoncer à quelque chose : la roadmap complète et rassurante en semaine deux. La phase terrain prend du temps — quelques semaines à quelques mois selon la taille — et elle remonte des constats qui ne font pas toujours plaisir.
En échange, elle évite le coût le plus élevé de l'IA en entreprise : celui des pilotes qui ne passent jamais à l'échelle. Ce coût n'est pas seulement financier. Il se paie en crédibilité interne, et il rend le projet suivant beaucoup plus difficile à lancer.
Vous avez une roadmap IA sur l'étagère, ou un pilote qui ne décolle pas ? Parlons-en. Nous commençons toujours par un diagnostic terrain — cartographie des processus réels et audit de vos données — pour identifier ce qui est réellement déployable chez vous. Contactez Lynakor pour un premier échange.