Bloqué avec votre application IA ? Que faire ensuite

C'est une scène que je vois presque chaque semaine. Quelqu'un a une bonne idée, ouvre Lovable, Bolt ou v0, décrit ce qu'il veut, et en quelques heures voit apparaître à l'écran quelque chose qui ressemble à une vraie application. La première sensation, c'est l'euphorie. « Je l'ai fait moi-même, et ça marche. » Puis vient la deuxième soirée. Il faut que les gens puissent s'inscrire. Il faut accepter un paiement. Il faut que les données restent quelque part au lieu de disparaître au rafraîchissement de la page. Il faut mettre tout cela en ligne, pas seulement l'afficher sur le localhost. Et soudain, tout se grippe.

Vous demandez à l'IA « branche les paiements » : elle génère du code qui a l'air correct mais qui ne fonctionne pas. Vous demandez de corriger : elle répare un endroit et en casse trois autres. Après le dixième aller-retour, vous ne savez plus quelle partie du code fait quoi, le déploiement renvoie une erreur que ni vous ni l'IA ne comprenez, et l'euphorie se transforme en cette panique étrange : vous tenez 70 % d'un produit, sans la moindre idée de comment franchir les 30 % restants.

Si vous vous reconnaissez là-dedans, lisez jusqu'au bout. Au fil de ma carrière, j'ai souvent vu des projets « presque finis » de ce genre. Dans cet article, je vous explique franchement pourquoi cela arrive à presque tout le monde, ce que veut vraiment dire « prête pour la production », les trois options réelles quand on est bloqué, et combien cela coûte en euros. Sans enrobage. Et pour être tout aussi honnête : le marché français compte déjà des offres de « finalisation de projet Bolt ou Lovable » ; ce n'est pas ce que je propose. Je ne reprends pas le code généré : je reconstruis proprement, avec l'expertise senior, la sécurité et la conformité réelle qui font la différence.

Pourquoi presque tout le monde se bloque au même endroit

Ce n'est ni votre faute, ni une question de talent. Les outils d'IA sont conçus pour vous mener à un résultat impressionnant le plus vite possible — et la partie la plus impressionnante, la plus facile à montrer, c'est le visuel. Les écrans, les boutons, les formulaires, les animations, un beau design. C'est précisément ce que l'IA génère très bien, parce qu'il en existe des millions d'exemples sur Internet et que ce code est autonome : il n'a pas besoin de se connecter à votre vraie base de données ni à votre banque.

Le problème, c'est que cette partie spectaculaire était déjà la plus simple. Le vrai travail — celui qui transforme une jolie maquette en activité qui fonctionne — commence là où l'IA se cogne contre un mur. Ce mur, je l'appelle les 30 % difficiles : authentification, paiements, base de données, sécurité, RGPD, déploiement, intégrations, cas limites. Ces 30 % du travail prennent 70 % du temps et exigent une expérience que l'outil ne vous transmettra pas.

Il y a une autre raison à votre blocage maintenant, et pas plus tôt. L'IA travaille avec une « mémoire » limitée de votre projet. Tant que le code est court, tout va bien. Mais à mesure que les fichiers s'accumulent, l'outil oublie ce qu'il a écrit auparavant, et les correctifs cassent de plus en plus souvent ce qui marchait. Ce n'est pas un bug, c'est une limite du système — ce qu'on appelle dans l'écosystème no-code le « vibe coding ». J'en parle en détail dans mon article sur le vibe coding et pourquoi un prototype IA n'est pas encore un produit.

Ce que veut vraiment dire « prête pour la production »

Beaucoup pensent qu'une « application finie » = « ça a l'air bien et ça marche sur mon écran ». En réalité, entre ces deux choses il y a un gouffre. « Prête pour la production » signifie que l'application fonctionne de façon fiable pour de vraies personnes, sur le vrai Internet, avec de l'argent réel et des données réelles — sans que vous soyez assis à côté à redémarrer le serveur dès que quelque chose casse.

Voici un état des lieux honnête de ce que l'IA a bien fait dans votre projet, et de l'endroit où vous avez presque à coup sûr buté :

Domaine	Ce que l'IA fait bien	Là où elle se cogne
Interface	Beaux écrans, formulaires, boutons, design responsive	Presque nulle part — l'IA est vraiment forte ici
Authentification	Apparence du formulaire de connexion, écran « mot de passe oublié »	Gestion sécurisée des sessions, jetons, hachage des mots de passe, vraie connexion
Paiements	Apparence du panier et de la page de paiement	Vrai flux d'argent, webhooks, échecs, remboursements, routage CB, sécurité
Données	Exemples CRUD simples, données de démonstration	Vraie base de données persistante, migrations, sauvegardes
Déploiement	Ça marche sur le localhost	Domaine, hébergement, variables d'environnement, SSL, mise en ligne
Sécurité et RGPD	Presque rien	Protection des données, bandeau cookies CNIL, mentions légales, droits d'accès, conformité
Cas limites	Le « chemin heureux », quand tout se passe bien	Que se passe-t-il en cas de mauvaise saisie, de coupure réseau, de paiement refusé

Regardez la colonne de droite. Ce sont vos « 30 % restants ». Ce n'est pas de la cosmétique : c'est le cœur même du produit. Une application qui a fière allure mais qui perd le paiement d'un client ou laisse fuiter ses données est pire qu'aucune application, parce qu'elle détruit la confiance dans votre activité. En France, ce point est crucial : une application « vibe codée » ignore presque toujours le RGPD — bandeau cookies non conforme (le refus doit être aussi simple que l'acceptation), absence de mentions légales avec SIREN/SIRET et hébergeur, aucun registre des traitements. La CNIL, elle, ne regarde pas si l'écran est joli.

Trois options quand vous êtes bloqué

Arrivé à ce point, vous avez réellement trois chemins. Aucun n'est le bon pour tout le monde : tout dépend de l'importance que vous accordez à la mise sur le marché, et du temps et de l'énergie que vous pouvez y consacrer.

Option 1 : continuer à se battre seul avec l'IA

Ce chemin convient si votre priorité est d'apprendre, s'il s'agit d'un projet personnel sans échéance, et si le risque de casser pour un vrai utilisateur ne vous coûte rien. Si c'est le cas, allez-y, utilisez l'IA et battez-vous. Je le dis sincèrement, parce que tous les projets n'ont pas besoin d'un développeur, et je ne cherche pas à vous vendre ce dont vous n'avez pas besoin.

Option 2 : tout abandonner et repartir de zéro ailleurs

La vérité, c'est que tout n'est pas perdu, même en repartant à neuf. L'idée elle-même, les parcours, la logique des écrans, ce que vous voulez : c'est un travail précieux, réutilisable. Sur la manière dont on passe d'une idée à une vraie application et sur les pièges qui guettent, j'écris dans l'article de l'idée ChatGPT à une vraie application.

Option 3 : faire reconstruire proprement le produit à partir de votre prototype

Ce chemin convient quand votre priorité est un lancement réel, quand de vrais clients ou de vrais paiements vous attendent, et quand vous comprenez que votre temps a plus de valeur à servir votre activité qu'à lutter contre des erreurs de déploiement. C'est précisément là que j'interviens. Le réflexe français des trois devis est sain : comparez, mais comparez aussi ce qui est livré derrière le prix — la sécurité et la conformité RGPD ne se voient pas sur une maquette.

Pourquoi je ne rapièce pas les spaghettis, je reconstruis proprement

Je veux être transparent sur ma façon de travailler, car elle surprend souvent. Quand quelqu'un m'apporte un projet IA bloqué, il s'attend généralement à ce que je « corrige juste son code ». Je ne le fais pas — et c'est un choix délibéré, dans votre intérêt.

Je ne reprends pas de code écrit par d'autres ou généré par l'IA, et je ne le corrige ni ne le poursuis. Même quand la structure semble correcte, démêler ce que l'IA a « pensé » et traquer les failles cachées coûte tellement que reconstruire proprement s'avère presque toujours plus fiable. Et si le code est ce que j'appelle des spaghettis — couche sur couche de correctifs IA, où chaque modification en casse trois autres, sans architecture claire —, le rapiécer reviendrait à la fois plus cher et moins fiable que de reconstruire. Si vous tenez malgré tout à poursuivre sur le code existant, vous pouvez le faire vous-même ou avec la personne qui l'a construit.

Le fond de l'affaire : je ne propose pas de « réparer votre code ». Je propose de « construire pour que ça fonctionne et que ça rapporte ». Ce sont deux choses différentes. Réparer un code, c'est coller un énième pansement sur quelque chose qui craque déjà — ce qu'on appelle la dette technique. Construire pour que ça marche, c'est garantir que les paiements passent, que les données sont en sécurité, que la connexion est fiable, que le déploiement est stable et que, lorsqu'un problème survient, le système ne se désintègre pas. L'attente que je pose toujours d'emblée : les 30 % difficiles sont la partie la plus chère et la plus longue, et c'est précisément pour eux qu'on me sollicite.

La meilleure partie de votre travail — l'idée, les écrans, les parcours — est presque toujours conservée. Reconstruire « proprement » ne veut pas dire jeter votre travail. Cela veut dire que le prototype devient le cahier des charges et que je pose de zéro, sous le visuel, des fondations solides que l'IA n'a pas faites.

Les intégrations françaises que l'IA ne branchera pas pour vous

Il y a une catégorie des 30 % difficiles que je veux isoler, parce qu'elle est propre au marché français et que l'IA y est impuissante : les intégrations locales. L'IA peut générer une jolie page de paiement, mais elle ne peut physiquement pas brancher à votre place les vrais systèmes français.

Des exemples concrets que je dois régulièrement câbler à la main :

• Paiements via Stripe, PayPlug ou Lyra/Systempay — avec routage par le réseau Carte Bancaire (CB), dominant en France et distinct de Visa/Mastercard ; cela demande un contrat avec le prestataire, des tests en bac à sable, le traitement des webhooks et la sécurisation du règlement. Sans oublier les usages attendus : Apple Pay, Google Pay, le paiement fractionné avec Alma ou Klarna, et l'arrivée de Wero.
• FranceConnect / FranceConnect+ et la signature électronique Yousign ou Universign (eIDAS) — pas un « branche l'API en 5 minutes », mais une vraie intégration avec des exigences de conformité.
• Facturation électronique B2B : Chorus Pro, une PDP (plateforme de dématérialisation partenaire) et le format Factur-X — sujet brûlant avec la réforme dont la réception devient obligatoire pour toutes les entreprises assujetties à la TVA dès le 1^er septembre 2026.
• Logistique : Colissimo, Chronopost, Mondial Relay, DPD — suivi des colis et choix du point relais, le plus souvent via un agrégateur comme Boxtal ou Sendcloud plutôt que chaque API séparément.

L'IA ne « connaît » ces systèmes qu'en surface, et le code qu'elle produit ne compile souvent même pas ou ne respecte pas les exigences du prestataire. C'est un travail qui exige un humain — des contrats, des tests en conditions réelles et de l'expérience. J'aborde cette liste française en détail dans un article dédié aux intégrations locales (à venir dans la même série).

Combien coûte réellement de se débloquer

Passons aux chiffres, car c'est ce dont vous avez besoin. Je ne finalise pas de code IA : voici donc mes prix pour une reconstruction propre de zéro, où votre prototype devient le cahier des charges — en euros et hors taxes. J'insiste : le montant exact ne dépend pas de l'état de votre code, mais de ce que le produit doit faire — nombre de fonctionnalités, paiements et intégrations.

Périmètre	Ce que ça couvre	Prix (HT)
MVP / PWA	Connexion, base de données, sécurité, RGPD et déploiement ; iOS et Android depuis une seule base de code	à partir de 2 900 €
Application métier	Paiements, comptes, back-office et intégrations locales (PayPlug / CB / FranceConnect / Factur-X / logistique)	à partir de 6 900 €
Plateforme complexe	Plusieurs types d'utilisateurs, logique métier complexe, nombreuses intégrations, montée en charge	à partir de 14 900 €

À titre de repère, un développeur freelance senior en France facture un TJM (taux journalier moyen) de 700 à 1 200 €, le TJM médian tech tournant autour de 500 à 550 €. Vous remarquerez que ces prix sont ceux d'une application mobile sur mesure développée de zéro. Ce n'est pas un hasard. L'IA fait la partie facile, mais la partie la plus chère — les 30 % difficiles — reste à faire, et c'est elle qui détermine le prix. Les gens s'étonnent parfois : « mais la moitié est déjà faite ». La moitié bon marché est faite. La moitié chère vous attend.

Et pourtant, cela vaut presque toujours le coup. Mettez l'alternative en balance : un mois de votre propre temps à lutter contre des erreurs, plus le risque de mettre en ligne quelque chose qui perd des paiements ou n'est pas conforme au RGPD — exposition à une sanction de la CNIL comprise. Une reconstruction propre et professionnelle lève ce risque et met votre produit sur le marché plus vite que vous ne le feriez seul.

Ce que vous pouvez préparer avant de me contacter

Si vous décidez qu'une aide vous est utile, voici quelques étapes qui accéléreront tout et vous permettront d'obtenir un devis précis. Plus vous décrivez clairement ce que vous voulez construire, plus j'estime le travail avec précision.

• Conservez votre prototype. Un lien vers votre prototype Lovable, Bolt ou v0 qui fonctionne, ou des captures d'écran : ce sera le cahier des charges et la référence visuelle. Je n'ai pas besoin du code : je ne le reprends pas, je construis le produit de zéro.
• Décrivez ce que vous vouliez accomplir. Quelques phrases sur ce que l'application doit faire et sur qui est votre utilisateur valent plus que dix écrans.
• Indiquez ce que le produit doit faire mais ne fait pas encore. « Le client doit payer par carte CB », « les données doivent être conservées », « il faut une connexion via FranceConnect » — plus c'est précis, plus le devis est exact.
• Rassemblez les accès. Si vous avez déjà un domaine, un compte d'hébergement ou un prestataire de paiement testé, préparez ces informations.

En résumé : que faire quand on est bloqué

Si vous avez commencé une application avec l'IA et que vous êtes bloqué, sachez d'abord que c'est normal et que cela arrive à presque tout le monde. L'IA mène parfaitement jusqu'à 70 %, mais elle vous laisse les 30 % les plus difficiles — authentification, paiements, données, sécurité, RGPD, déploiement et intégrations locales. Ce n'est pas de la cosmétique, c'est le cœur du produit.

Vous avez trois chemins : continuer seul (idéal pour un projet personnel sans échéance), repartir de zéro (au risque de heurter le même mur), ou faire appel à quelqu'un qui reconstruira proprement le produit à partir de votre prototype (quand un lancement réel compte). Si vous choisissez le troisième, votre prototype devient le cahier des charges, et je construis le produit de zéro pour qu'il fonctionne, qu'il soit conforme et qu'il rapporte. Vous restez propriétaire du code, j'utilise des technologies standard, et les 30 % difficiles, je les prends en charge.

Pour aller plus loin, lisez en quoi un prototype IA diffère d'un produit, et quels pièges guettent sur le chemin de l'idée ChatGPT à une vraie application. Et si vous voulez dès maintenant que votre idée bloquée devienne un produit qui fonctionne, écrivez-moi ce que vous construisez.

Questions fréquentes