Un artisan nous a posé la question la semaine dernière, poliment mais franchement : « si c'est l'IA qui fait le travail, pourquoi je vous paie ? » C'est la bonne question. Voici la réponse, étape par étape, avec ce que ça change et ce que ça ne change pas.
1. La promesse qui ne tient pas
« Dix fois plus vite. » On la lit sur toutes les pages d'accueil du secteur depuis deux ans. Sur un site vitrine de cinq pages, si le facteur était vraiment de dix, le projet tiendrait dans une demi-journée. Ce n'est pas le cas — et quand quelqu'un vous le promet, demandez-lui de détailler ses étapes.
Un projet, ce n'est pas un bloc de code : c'est une suite d'étapes très différentes. Certaines sont mécaniques et l'IA les avale. D'autres consistent à décider, et là, elle ne sert à rien.
2. Les étapes où le gain est réel
Trois familles de tâches gagnent vraiment : écrire le code répétitif, produire des variantes, et vérifier. Mettre en place une grille responsive, décliner une carte en quatre versions, adapter des textes à trois longueurs différentes, écrire les tests qui vérifient qu'un formulaire refuse bien une adresse email invalide : sur ces tâches, l'écart est franc.
Le deuxième gain est moins visible mais plus utile : le coût d'un essai s'effondre. Avant, proposer trois directions de mise en page coûtait trois fois le temps d'une. Aujourd'hui, on peut en montrer trois et jeter deux. Ce n'est pas de la vitesse, c'est de la marge de manœuvre — et c'est pour ça que les allers-retours sont inclus dans nos devis.
L'IA n'a pas rendu le développement dix fois plus rapide. Elle a rendu le changement d'avis dix fois moins cher.
3. Les étapes où le gain est nul
L'appel de cadrage prend trente minutes, hier comme aujourd'hui. Comprendre qu'un client d'horeca n'a pas besoin d'une galerie de vingt photos mais d'une carte lisible sur téléphone, ça vient d'une conversation. Attendre les textes et les photos du client : c'est de très loin le premier facteur de retard, et aucun modèle ne le raccourcira.
Reste la partie qu'on oublie : relire. Une machine produit vite du code plausible. Plausible n'est pas correct. Vérifier qu'un formulaire ne s'envoie pas deux fois, qu'un calendrier de réservation ne laisse pas passer une double réservation le 31 décembre, qu'un site reste utilisable au clavier — ça prend le temps que ça prend. C'est du temps qu'on ne coupe pas.
4. Le vrai risque : livrer vite du travail bâclé
L'objection qu'on nous oppose le plus souvent est « l'IA, c'est du travail bâclé ». Elle est légitime, parce que le risque existe vraiment : quand produire ne coûte plus rien, la tentation est de livrer sans relire. Le garde-fou est simple à énoncer et pénible à tenir : rien ne part sans avoir été testé à la main, sur un vrai téléphone, avec un vrai formulaire rempli.
C'est aussi pour ça que nous ne prenons pas dix projets en parallèle. Un délai court n'a de valeur que si le temps de relecture reste intact.
5. Ce que ça change pour vous
Concrètement : un site vitrine en 3 à 5 jours ouvrés au lieu de plusieurs semaines, un prix d'entrée à 399 € HTVA au lieu de quatre chiffres, et la possibilité de dire « finalement, je préfère l'autre version » sans recevoir une facture d'avenant.
Ce que ça ne change pas : c'est toujours quelqu'un qui signe le résultat. Si votre site tombe un samedi soir, ce n'est pas un modèle de langage qui décroche.
Un projet en tête ?
Trente minutes d'appel, gratuites, pour savoir si ça vaut la peine. Devis fixe ensuite, ou pas de devis du tout.
Demander un devis