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 repris un projet « presque fini » de ce genre pour en faire un produit réellement en ligne et fonctionnel. 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 qui fait la différence, ce n'est pas le slogan, c'est l'expertise senior, la sécurité et la conformité réelle.

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 appel à quelqu'un pour finaliser ou reconstruire

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 toujours — et c'est un choix délibéré, dans votre intérêt.

D'abord, j'audite votre dépôt et j'évalue son état. Si l'IA a produit une structure correcte et que vous êtes bloqué uniquement sur les intégrations ou le déploiement, je continue sur votre base : aucune raison de refaire ce qui est propre. Mais 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 — alors le rapiécer reviendrait plus cher et serait moins fiable que de reconstruire proprement.

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 tout jeter. Cela veut dire poser, 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 à notre marché 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. Voici des fourchettes réelles pour le marché français, en euros et hors taxes (la TVA à 20 % s'ajoute pour un client professionnel ; un particulier raisonne en TTC). J'insiste : le montant exact dépend de l'état de votre code et du nombre de fonctionnalités restantes, c'est pourquoi je donne toujours un prix ferme après l'audit du dépôt.

Scénario	Ce que ça couvre	Prix indicatif (HT)
Finalisation d'un MVP sur le code existant	Base IA correcte, manquent back-end, auth et déploiement	2 000 – 6 000 €
Reconstruction propre jusqu'à la production	Auth, paiements, données, sécurité, RGPD, déploiement sur fondations solides	8 000 – 20 000 €
Intégration locale (chacune)	PayPlug / CB / FranceConnect / Factur-X / logistique — une intégration sérieuse	+1 500 – 5 000 €

À 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 fourchettes recoupent le coût d'une application mobile sur mesure développée de zéro. Ce n'est pas un hasard. Comme l'IA fait la partie facile et que les 30 % difficiles restent à faire, le coût de finalisation rejoint souvent celui d'une vraie partie de projet construite à neuf. 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 finalisation 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 réduiront le prix final. Plus l'état initial est clair, plus j'estime le travail avec précision.

• Exportez le code. Si vous avez utilisé Lovable, Bolt ou v0, téléchargez le projet ou poussez-le sur un dépôt GitHub, afin de voir toute la structure et pas seulement les écrans.
• 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 où vous vous êtes arrêté. « Le déploiement échoue », « les paiements ne passent pas », « les données disparaissent » — plus c'est précis, plus j'évalue vite.
• 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 pour finaliser ou reconstruire proprement (quand un lancement réel compte). Si vous choisissez le troisième, j'audite le code, je vous dis honnêtement s'il vaut la peine de sauver l'existant, et je construis le produit 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 qu'un regard expérimenté se pose sur votre projet bloqué, écrivez-moi.

Questions fréquentes