Pourquoi on n'écrit pas de deck de stratégie IA

La plupart des missions de « stratégie IA » se terminent pareil : un deck, une roadmap, une poignée de main polie, et zéro ligne de code en prod. Les slides rendent très bien en comité de pilotage. Rien ne livre. Six mois plus tard, la même équipe paie un autre consultant pour mettre à jour le même deck.

Nous, on ne fait pas ça.

Ce qu’on fait à la place

Quand un client arrive, la première question n’est pas quels outils IA on devrait utiliser. C’est quels chiffres tu veux faire bouger au prochain trimestre, et où se trouve le goulot d’étranglement aujourd’hui. Si la réponse est floue, on le dit. Si la réponse est claire, on va regarder le travail réel.

C’est la semaine d’audit — étape 1 de notre processus. Une semaine, dans ton stack : CRM, agenda, boîte support, plateforme ops, les fichiers Excel dont personne ne parle en réunion. On cartographie le flux réel du travail, pas l’organigramme. Le vendredi, on connaît les trois endroits à plus fort effet de levier pour poser une automatisation, et on te dit lequel livrer en premier.

Tu repars avec une roadmap écrite. Si tu choisis ensuite de bosser avec un autre partenaire, le document est à toi — pas verrouillé, pas chiffré, pas « valable uniquement avec FLEXINAI ». Un bon audit reste utile même si on ne construit rien ensemble. C’est ça, le test.

Une mission récente le rend concret. Le client était à la moitié d’un budget à six chiffres avec une autre agence : quarante slides, trois personas, deux roadmaps, zéro code en prod. Le mercredi de notre semaine d’audit, on avait identifié le vrai goulot : un webhook manquant entre leur CRM et leur outil de facturation — un fix de 90 minutes qui a récupéré environ 12 heures par semaine de réconciliation manuelle. Le deck n’en parlait pas parce que le deck n’était jamais resté dans le workflow.

Pourquoi les decks ne livrent pas

Un deck de stratégie part du principe que l’organisation va le lire, l’intégrer et agir. En vrai :

• Les gens en réunion ne sont pas les gens qui vont écrire le code.
• La roadmap est construite sur une photo de l’entreprise qui est déjà périmée en semaine 3.
• Le deck ne contient aucune instrumentation, aucun fallback, aucun log — donc même si quelqu’un l’implémente, personne ne sait si ça a fonctionné.

Un système livré répond à l’inverse : les gens les plus proches du travail s’en servent dès le lundi matin, les métriques qu’il touche sont visibles sur un dashboard, et le plan de rollback tient dans un feature flag. C’est la seule forme de « stratégie IA » à laquelle on croit.

Un anti-pattern fréquent : le projet à six mois de deck

Voilà la forme qu’on voit chaque trimestre. Une entreprise B2B mid-market décide que l’IA est une priorité. Elle missionne un cabinet de conseil en stratégie, souvent un nom connu. Les six premières semaines produisent un « current state assessment » — schémas des départements, listes d’outils, interviews des stakeholders. Utile comme photo instantanée, mais déjà périmé en semaine 3 parce que le business ne s’arrête pas pendant qu’on écrit le deck.

Les semaines sept à douze produisent le « future state » — une slide brillante qui montre l’IA branchée à toutes les couches de l’organisation, avec des flèches qui suggèrent l’intégration mais ne référencent aucun outil, API ou pipeline de données précis. La roadmap est présentée en phases de douze mois. Le budget « Phase 1 implementation » atterrit à trois à sept fois ce que coûterait réellement un système qui tourne, parce que personne dans la salle ne sait combien coûte vraiment un système qui tourne.

Six mois plus tard, l’implémentation n’a pas démarré. Le deck a été présenté au comité de pilotage, au comité exécutif, au conseil. Chaque présentation génère plus d’« alignement » mais aucune ligne de code en prod. Au mois neuf, la rotation de leadership s’invite — le sponsor part, le projet perd son momentum, le budget est réaffecté à ce qui arrive ensuite.

Ce n’est pas un homme de paille. C’est le résultat par défaut des missions IA tarifées au-dessus de 200 k€ quand le livrable est « une roadmap ». La solution n’est pas un meilleur deck. La solution est de refuser le contrat qui commence par un deck.

Ce qu’on livre en semaine 1

Concrètement, le vendredi de la semaine d’audit, l’équipe client repart avec :

• Un PDF court (pas un deck) — 8 à 12 pages, sans animations, sans illustrations stock rebadgées — qui nomme les trois candidats à automatisation à plus fort levier, avec scope rough, liste d’intégrations, impact attendu et un paragraphe « ce qui pourrait foirer » pour chacun.
• Un prototype fonctionnel d’au moins un des trois, derrière un feature flag dans leur propre environnement. Pas une maquette Figma. Une intégration live qui appelle de vraies APIs et lit de vraies données, même rate-limitée ou cantonnée à un compte sandbox.
• Un runbook en deux paragraphes de ce qu’on a fait pendant la semaine d’audit pour que l’engineering interne puisse refaire le diagnostic plus tard sans nous dans la pièce.
• Un scope honnête pour la phase de build, avec coût, calendrier et les noms des opérateurs qui seront dessus.

C’est ça le test. Si on ne peut pas mettre un prototype fonctionnel entre tes mains le vendredi, la mission était un audit, pas un build, et on rembourse la deuxième moitié du fee d’audit. On l’a fait deux fois. C’est rare — mais l’option compte.

Les vrais tradeoffs

On ne prétend pas que tout va vite. Certains workflows demandent une UI sur mesure, une couche d’auth, du multi-tenant — c’est 6 à 8 semaines de build, pas un sprint. Certains pipelines de leads ont besoin de 4 semaines de données comportementales avant que le scoring ne devienne fiable. On te le dit au jour 1. Les surprises en semaine 6, c’est le pire format de surprise.

On ne prétend pas non plus que l’IA est la réponse à tout. Environ une fois sur trois, le vrai goulot est une intégration API manquante, un handoff cassé entre deux personnes, ou un champ CRM mal nommé depuis deux ans. Le corriger te donne 80 % du résultat. On le dit — et on le livre souvent sous Automatisation des Processus plutôt que de le déguiser en workflow IA.

Ce que « livrer » veut vraiment dire chez nous

Le mot « livrer » se dilue vite. Dans notre pratique, ça veut dire : le système tourne en production, lit ou écrit de vraies données client, est monitoré, a un plan de rollback, et est utilisé par un vrai humain ou un vrai process côté client dans une fenêtre définie — jamais plus de trois semaines après le kickoff.

Ça ne veut pas dire : déployé sur un environnement de staging où personne ne se connecte. Ça ne veut pas dire : une démo enregistrée en Loom. Ça ne veut pas dire : un pipeline CI/CD qui build une app React vide et imprime « Hello world ».

On a commencé à imposer cette définition après un projet où on considérait le travail livré — code sur main, deploys verts, dashboard accessible — mais l’équipe client n’avait jamais ouvert le dashboard. Six semaines plus tard ils nous ont demandé : « où on voit les leads ? » Le système tournait techniquement mais était invisible opérationnellement. Aujourd’hui, faire partie de la livraison c’est un Loom de 15 minutes par un membre de l’équipe client qui utilise le système de bout en bout. Si l’enregistrement n’existe pas, le travail n’est pas terminé.

Une note sur les decks de stratégie IA qui fonctionnent

Pour être juste : il existe un type de deck qui fonctionne. Ce n’est pas celui qui finit par un Magic Quadrant Gartner ou une matrice de scoring fournisseurs. C’est celui qu’un CTO interne solide ou un VP Engineering construit un week-end, douze à quinze slides, sans aucun consultant impliqué. Ce deck identifie trois à cinq points de douleur opérationnels, liste les outils qu’ils testeraient, nomme les personnes qui en seraient responsables, et fixe une deadline mesurée en semaines. C’est un artefact de planification, pas un livrable. Ça ne coûte rien parce que la personne qui l’écrit est aussi la personne qui exécutera.

On n’est pas contre réfléchir avant de construire. On est contre une « réflexion » de six mois qui ne produit rien de constructible. La différence, c’est si le document est un outil pour l’opérateur ou un livrable pour le consultant.

Et après

Si tu as une idée d’automatisation qui dort dans une page Notion depuis six mois — ou un pipeline qui perd des leads et tu ne sais pas où — réserve une semaine d’audit. Soit on trouve le levier et on livre le premier système, soit on t’écrit une roadmap assez honnête pour servir ailleurs.

Réserver un call →