Un déploiement en 90 jours pour une équipe média AI-native, c'est une étape du cycle de vie de la campagne reconçue de bout en bout, pas cinq étapes entamées. Les jours 1–30 réparent la contrainte et rendent un brief lisible par une machine ; les jours 31–60 font tourner cette étape avec le modèle qui produit la première passe et bâtissent la norme de relecture ; les jours 61–90 mesurent et décident, preuves à l'appui, s'il faut élargir.
J'ai vu des équipes tenter de devenir AI-native en un trimestre en achetant des outils et en animant des ateliers, et j'ai vu des équipes le faire en reconstruisant discrètement un workflow et en laissant le résultat plaider pour le suivant. Le second groupe est plus petit et va plus loin. Voici la forme de ces 90 jours, écrite comme je la séquencerais pour une vraie équipe avec une vraie charge client.
Pourquoi 90 jours et une étape
Le calendrier n'est pas arbitraire et le périmètre n'est pas timide. C'est la plus petite unité qui puisse produire une preuve digne de confiance.
Quatre-vingt-dix jours suffisent pour faire tourner une étape sur plusieurs cycles réels — plusieurs rapports hebdo, plusieurs campagnes, plusieurs briefs — donc le résultat n'est pas une démo sur une bonne semaine. C'est assez court pour rester un projet plutôt qu'un programme de transformation, ce qui compte parce que les programmes de transformation perdent leur financement avant de produire quoi que ce soit.
Une étape est l'unité parce que le problème du défilé punit la refonte partielle. Répare une étape et laisse ses voisines, et le gain fuit par le côté. Mais reconcevoir une étape complètement prouve la méthode et te donne l'argument interne pour l'étape suivante, ce qui vaut plus que cinq pilotes à moitié finis.
Jours 1–30 : choisis la contrainte, répare le brief
Le premier mois est du diagnostic et de la conception, pas de l'outillage.
Choisis l'étape que la campagne attend encore à la fin — en général le reporting, la recherche ou le brief. Puis écris à quoi ressemble « bon » pour cette étape et rends l'input lisible par une machine. Si c'est le brief, ça veut dire la direction, l'audience, les règles de marque et la métrique de succès dans une forme qu'une personne et un workflow peuvent utiliser. Si c'est le reporting, ça veut dire les sources de données, la jointure et le seuil d'anomalie définis à l'avance.
La sortie du mois un n'est pas un système qui tourne. C'est une conception d'une page : l'étape, le propriétaire, l'input lisible par une machine, la norme, et la mesure que tu utiliseras pour juger le succès. Si tu ne peux pas écrire ça sur une page, l'étape est trop grande — découpe-la.
Jours 31–60 : fais tourner, et bâtis la norme
Le deuxième mois est là où le workflow tourne réellement, et où la norme de relecture se bâtit à la dure.
Fais tourner l'étape avec le modèle qui produit la première passe : il génère la narration du rapport, la synthèse de recherche ou les options de plan, et une personne relit contre la norme. Attends-toi à ce que les deux premières semaines soient rugueuses — le brief sera plus vague que tu ne le pensais, et la relecture rattrapera des choses que la norme n'avait pas anticipées. C'est le but de la faire tourner sur du vrai travail plutôt que sur une campagne de test.
Le livrable du mois deux est une norme qui marche : ce qui est vérifié automatiquement, ce qu'un humain doit voir, et ce qui arrive aux exceptions. Écris-la, parce qu'une norme de relecture qui vit dans la tête d'une seule personne n'est pas une norme, c'est un goulot. C'est aussi le mois où tu apprends combien de capacité de relecture l'étape a réellement besoin — presque toujours plus que le premier plan ne le supposait.
Jours 61–90 : mesure, puis décide
Le troisième mois est la mesure et une décision, et c'est la partie que les équipes impatientes sautent.
Compare l'étape avant et après sur deux choses : le temps de cycle et la qualité. Le travail a-t-il réellement fini plus tôt, et le taux d'erreur ou de reprise a-t-il monté ? Une étape plus rapide avec plus d'erreurs n'est pas une victoire ; c'est du risque que tu n'as pas encore payé. Une étape plus rapide avec une qualité stable ou meilleure est la preuve dont tu as besoin pour élargir.
Puis prends une de trois décisions, honnêtement. Si les chiffres sont bons, prends l'étape suivante — mais une à la fois, avec la même conception. Si les chiffres sont mitigés, répare la norme ou le brief avant d'élargir, parce que la méthode est saine et l'exécution non. Si les chiffres sont mauvais et que tu ne peux pas dire pourquoi, arrête et écris ce que tu as appris ; c'est moins cher que de mettre à l'échelle un workflow cassé.
Les trois phases en un coup d'œil
| Phase | Objectif | Sortie principale | Signal de succès |
|---|---|---|---|
| Jours 1–30 | Diagnostiquer et concevoir | Conception d'une page : étape, propriétaire, input, norme | Tu peux décrire l'étape et sa mesure sur une page |
| Jours 31–60 | Faire tourner et standardiser | Une norme de relecture écrite et opérationnelle | L'étape tourne sur du vrai travail sans héroïsme |
| Jours 61–90 | Mesurer et décider | Preuve sur le temps de cycle et la qualité | Une décision défendable d'élargir, réparer ou arrêter |
La colonne des signaux est la partie à laquelle te tenir. Chaque phase a une question qui te dit si tu peux avancer, et aucune n'est « est-ce que ça donnait l'impression de progresser ».
Les pièges qui tuent les déploiements
Vouloir tout faire. L'équipe reconçoit trois étapes d'un coup parce qu'elles sont toutes douloureuses. Le problème du défilé garantit que les contraintes resteront en place et que l'effort se dispersera trop pour prouver quoi que ce soit. Une étape.
L'outil d'abord. Le déploiement commence par une liste d'achats plutôt qu'un diagnostic de workflow. Tu finis avec une équipe AI-assisted et une facture logicielle plus grosse, ce qui est l'échec que décrit la distinction AI-native vs AI-assisted. Les outils sont en aval de la conception.
Pas de propriétaire nommé. Un déploiement possédé par « l'équipe » n'est possédé par personne. Une personne possède l'étape, la norme et la preuve, et cette personne a l'autorité de changer comment l'étape tourne.
Sauter la norme. L'équipe automatise la sortie et garde la relecture informelle. Ça marche jusqu'à la première erreur qui atteint un client, et là le déploiement perd son sponsor. Définis la norme avant d'élargir le volume.
Qui devrait le mener
Tu as besoin d'un sponsor senior et d'une équipe prête à être le pilote. Le sponsor protège les 90 jours d'être pillotés pour d'autres travaux ; l'équipe pilote fait la refonte sur de vraies campagnes. Tu n'as pas besoin d'un alignement à l'échelle de l'organisation avant de commencer — l'attendre est une façon courante de passer un an sur des slides — et tu n'as pas besoin d'une équipe d'ingénieurs sauf si une vraie intégration se rembourse.
L'équipe pilote devrait avoir l'opérateur qui possède le travail, une personne qui prend les données au sérieux, et un relecteur qui te dira honnêtement quand la sortie n'est pas assez bonne. Ce dernier rôle est facile à oublier et c'est celui qui garde le déploiement honnête.
À quoi ressemble le succès à 90 jours
À la fin du trimestre, le succès est délibérément modeste et inhabituellement solide : une étape tourne en AI-native sur du vrai travail, avec une norme écrite et un propriétaire nommé ; tu peux montrer le temps de cycle qu'elle a épargné et la qualité qu'elle a tenue ; et tu as une raison défendable de prendre l'étape suivante.
Ce n'est pas une transformation. C'est un prototype qui marche de l'une d'elles, et il vaut plus qu'une feuille de route, parce que c'est de la preuve plutôt qu'une intention. Le guide Exécution est la carte complète dans laquelle ce déploiement s'inscrit, et le parcours pour team leads séquence les étapes après la première.
FAQ
Pourquoi 90 jours et pas 30 ou 180 ?
Trente jours sont trop courts pour faire tourner une étape sur plusieurs cycles réels, donc le résultat est une démo plutôt qu'une preuve. Cent quatre-vingts jours transforment le travail en programme qui perd son élan et son financement. Quatre-vingt-dix jours sont la plus petite unité qui produit une preuve digne de confiance.
Faut-il choisir l'étape la plus dure d'abord ?
Non — choisis la contrainte, qui est l'étape que la campagne finit par attendre. C'est en général le reporting, la recherche ou le brief plutôt que quelque chose de glamour. La contrainte est là où vit le temps de cycle, et la réparer est ce qui plaide pour le reste.
Et si le pilote échoue ?
Un pilote raté qui produit une raison honnête est moins cher qu'un workflow à l'échelle que tu ne peux pas expliquer. Écris ce que l'étape, le brief ou la norme ont raté, répare, et refais les 90 jours sur la même étape. La méthode est saine ; la plupart des échecs sont de l'exécution, pas du concept.
Qui possède le déploiement ?
Un sponsor senior et un propriétaire nommé pour l'étape. Le sponsor protège le temps ; le propriétaire possède la norme et la preuve. Un déploiement possédé par « l'équipe » n'est possédé par personne et sera pilloté pour d'autres travaux en un mois.
La version courte
Un déploiement AI-native en 90 jours, c'est une étape reconçue de bout en bout : diagnostiquer et concevoir le brief aux jours 1–30, la faire tourner et bâtir la norme de relecture aux jours 31–60, mesurer et décider aux jours 61–90. Une étape, un propriétaire, la preuve avant l'extension. Les pièges sont vouloir tout faire, commencer par les outils, ne pas avoir de propriétaire et sauter la norme. Le guide Exécution est la carte plus large.
J'ai mené des déploiements qui tentaient trop et des déploiements qui faisaient trop peu, et ceux qui ont marché étaient toujours ceux qui prouvaient une chose correctement avant de toucher la suivante.
Si ton équipe planifie un déploiement, j'aimerais savoir quelle étape tu as choisie et pourquoi — ce choix prédit en général s'il tiendra.
À bientôt, Chandler
Cet article est en français, mais le contenu du cours (vidéos, templates et guides d'accompagnement) est proposé en anglais et en japonais ; ce site est disponible en 13 langues.