L'IA ne te rend pas plus rapide — elle te rend juste plus occupé à rien

Hot take : L'IA coding et writing est devenue la réunion de 2h qu'on organisait pour éviter de prendre une décision. Tu génères, tu valides, tu régénères, tu re-valides — et à la fin de la journée t'as rien sorti de concret. Juste un historique de prompts et l'impression vague d'avoir été productif.

C'est le nouveau présentéisme. Avant on occupait une chaise en réunion pour signaler qu'on bossait. Maintenant on spam Cursor et Claude pour signaler qu'on "utilise l'IA". La forme a changé, le vide reste.

---

Le backlash arrive. Et il est documenté.

En mai 2025, un dev publie sur Hacker News un post intitulé "I went back to coding manually". 150 points. Des dizaines de commentaires qui disent tous la même chose : "moi aussi".

La même semaine, les mainteneurs de RPCS3 — l'émulateur PS3 open source — ferment les PR en masse. Raison officielle : flood de contributions générées par IA, syntax correcte en surface, logique cassée en profondeur. Impossible à reviewer sans y passer 3x le temps qu'il aurait fallu pour écrire le truc à la main.

Et puis il y a cet article — Task Paralysis and AI — 213 points sur HN, 110 commentaires. Le titre dit tout. Les gens ne décrivent pas un outil qui les aide. Ils décrivent un outil qui les paralyse.

Ce n'est pas un phénomène de niche. C'est un signal faible qui est en train de devenir fort. Et si t'es founder, growth lead ou solopreneur, ce signal te concerne directement.

---

Le consensus faux : "plus d'IA = plus de productivité"

Le pitch est simple et séduisant : l'IA te fait aller 10x plus vite. GitHub Copilot sort une étude en 2023 — les développeurs seraient 55% plus rapides sur des tâches de coding isolées. Le chiffre circule partout. Il devient vérité.

Problème : une tâche de coding isolée dans un lab contrôlé, c'est pas ton boulot réel. Ton boulot réel c'est de prendre des décisions dans un contexte ambigu, avec des contraintes qui changent, des stakeholders à aligner et un backlog qui déborde.

Une étude RAND publiée en 2024 sur des data scientists professionnels donne un résultat inverse : les utilisateurs d'IA ont produit des résultats 19% moins bons que le groupe contrôle. Pas parce que l'IA est nulle. Parce que les participants ont fait confiance à des outputs qu'ils n'auraient jamais acceptés en les écrivant eux-mêmes.

Le vrai coût de l'IA n'est pas le coût API. C'est le coût cognitif de la validation infinie. Et ce coût, personne ne le comptabilise.

---

Comment les founders et growth leads tombent dans le piège

Voilà le pattern exact que je vois chez mes clients depuis 18 mois :

Phase 1 — L'excitation initiale (semaine 1-2)

Tu installes Cursor, Claude Projects, Perplexity, Notion AI. Tu génères ta première landing page en 20 minutes. Tu génères ton premier email de cold outreach en 8 minutes. Tu te sens invincible. Tu postes sur LinkedIn que l'IA t'a "changé la vie".

Phase 2 — Le vibe coding commence (semaine 3-6)

Tu commences à déléguer des décisions à l'IA. Quelle structure pour ce funnel ? Demande à Claude. Quel angle pour cette campagne ? Demande à Claude. Tu génères 4 versions différentes d'un même email. Tu ne sais plus laquelle choisir. Tu demandes à l'IA de choisir. Elle te sort une synthèse des 4. Tu régénères.

Phase 3 — La task paralysis s'installe (semaine 6+)

Tu passes plus de temps à prompter qu'à exécuter. Chaque décision déclenche un cycle génération-validation-doute-régénération. Tu as 47 onglets ouverts avec des outputs IA que tu n'as jamais utilisés. Ton backlog est plus long qu'avant l'IA. Tu travailles plus. Tu livres moins.

C'est le vibe coding appliqué au growth : tu génères de l'énergie sans direction. Ca ressemble à de la vitesse. C'est en réalité de l'agitation.

---

Le framework : 3 questions avant d'ouvrir un outil IA

J'ai mis en place ce filtre simple pour mes clients. Avant de prompt quoi que ce soit, tu réponds à ces 3 questions :

1. Est-ce que je sais déjà ce que je veux produire ?

Si la réponse est non — si tu ouvres l'IA pour découvrir ce que tu veux — tu n'as pas un problème d'exécution. Tu as un problème de clarté. L'IA ne va pas le résoudre. Elle va le noyer sous des outputs.

Règle : pas de prompt sans brief écrit en 3 lignes minimum. Si tu peux pas écrire le brief, t'es pas prêt à prompter.

2. Est-ce que cette tâche a un output binaire évaluable ?

Code qui compile ou pas. Email qui respecte la structure ou pas. Landing page avec les 5 éléments définis ou pas. Si l'output est évaluable de façon claire, l'IA est pertinente. Si l'évaluation est subjective — "est-ce que cet angle est bon ?" — tu vas générer 6 versions et toujours pas avoir de réponse. C'est une décision de founder, pas une tâche IA.

3. Combien de temps je me donne pour valider ?

Tu fixes un timebox AVANT de générer. 10 minutes pour reviewer un email. 25 minutes pour une structure d'article. Si t'es encore en train de tweaker après ce délai, tu stop et tu ship la version actuelle. La boucle de validation infinie n'a qu'un seul remède : une contrainte temporelle arbitraire.

---

Le vrai avantage compétitif en 2025 : savoir quand NE PAS utiliser l'IA

Tout le monde sait utiliser l'IA. Le prompt basique, tout le monde peut le faire. Cursor est accessible à n'importe quel dev. Claude à n'importe quel growth. Si l'outil est universel, l'outil n'est plus un avantage.

Ce qui reste un avantage, c'est le jugement. Le moment où tu poses le clavier et tu prends une décision avec les informations que t'as déjà. Le moment où tu dis : "Cette landing page est à 80% de ce que je veux, je la ship maintenant et j'itère sur les données." Au lieu de : "Laisse-moi générer 3 autres variantes et choisir la meilleure."

Les meilleurs founders que j'ai accompagnés ont tous le même pattern : ils utilisent l'IA pour les tâches d'exécution mécanique — reformatting, traduction, génération de code boilerplate, résumé de transcripts. Et ils gardent leur cerveau pour les décisions.

Résultat concret : un de mes clients SaaS a divisé son usage de Cursor par 3, a recommencé à écrire ses propres specs techniques, et a réduit son cycle de sprint de 2 semaines à 8 jours. Pas parce que l'IA est mauvaise. Parce qu'il a arrêté de l'utiliser comme béquille pour éviter de penser.

---

Le piège ultime : l'IA comme signal de travail

Il y a quelque chose de profondément humain dans ce pattern. On a besoin de sentir qu'on avance. L'IA donne exactement cette sensation : de l'output visible, du mouvement, du texte qui apparaît, du code qui se génère. Ca ressemble à de la progression.

Mais regarder du texte apparaître sur un écran, c'est pas travailler. C'est observer. Et observer 6 versions d'un même email pendant 45 minutes, c'est pas de la productivité IA. C'est de la procrastination sophistiquée avec une interface moderne.

Le task paralysis IA est la version 2025 du perfectionnisme. Avant, on repassait sa présentation PowerPoint 12 fois pour ne pas avoir à l'envoyer. Maintenant, on génère 8 versions d'une cold email pour ne pas avoir à la tester dans la vraie vie avec de vraies personnes qui peuvent dire non.

L'IA ne génère pas de risque. Elle génère des alternatives. Mais les alternatives ne réduisent pas le risque — elles te donnent juste plus d'endroits où te cacher.

---

Ce que je fais concrètement (et ce que tu peux appliquer demain)

Depuis 6 mois, j'ai introduit une règle dans ma pratique et dans mon accompagnement clients :

• Règle des 2 passes maximum. Pour chaque tâche IA, tu as droit à 2 générations. Première passe : output brut. Deuxième passe : avec les corrections spécifiques identifiées. Après la deuxième passe, tu travailles avec ce que t'as. Pas de troisième passe. Jamais.
• Pas d'IA avant 10h. Les 2 premières heures de travail sont réservées aux décisions et à la rédaction manuelle. Pas de Cursor, pas de Claude. Tu forces ton cerveau à produire seul, ce qui te remet en contact avec ce que tu penses vraiment — pas ce que l'IA pense que tu veux penser.
• Un doc "décisions de la semaine" 100% manuel. Toutes les vraies décisions stratégiques — positionnement, pricing, angle de campagne, persona cible — sont écrites à la main dans un doc Notion sans assistance IA. Si t'es incapable d'écrire une décision sans demander à Claude ce qu'il en pense, c'est que t'as délégué ton jugement.

Ces règles paraissent contre-intuitives dans un monde où tout le monde pousse à "utiliser l'IA au maximum". C'est exactement pour ça qu'elles fonctionnent. Le consensus actuel sur la productivité IA est faux. Et les premiers à s'en rendre compte ont 6 mois d'avance sur les autres.

---

Conclusion

Le backlash contre l'AI-assisted coding et writing n'est pas une réaction luddite. C'est un signal de calibration. Les early adopters les plus sérieux reviennent avec un constat simple : l'IA est un outil d'exécution redoutable, et un outil de décision désastreux.

Si tu mesures ta productivité au nombre de prompts que tu lances dans une journée, t'es en train de mesurer ton activité, pas tes résultats. Et dans 18 mois, quand 80% du contenu web sera généré par IA et que 95% sera du slop — comme je le documente sur ce blog depuis un moment — ce qui comptera c'est pas combien tu as généré.

C'est combien de décisions tu auras eu le courage de prendre toi-même.

Le vrai avantage compétitif en 2026, c'est pas de savoir prompter. C'est de savoir quand poser le clavier.

Tu veux un système qui utilise l'IA pour l'exécution sans te noyer dans la validation infinie ? J'ai construit un Editorial Engine pour exactement ça — détails ici. Ou si tu préfères qu'on en parle directement pour ton contexte, prends 20 minutes avec moi.