Lovable ou développement sur mesure : le vrai arbitrage

La question n’est pas de savoir lequel est le meilleur, mais à quel moment. Un générateur prouve une idée en quelques jours ; encaisser de vrais clients demande autre chose. Quatre chemins, les mêmes six critères, le nôtre compris.

Les six critères

• Spécialisation : Ce modèle refait-il des produits tous les jours, ou une fois de temps en temps ?

• Forfait ou régie : Un prix écrit d’avance, ou un compteur qui tourne tant que ça dure ?

• Taille de l’équipe : Combien de personnes, et que se passe-t-il le jour où l’une d’elles s’en va ?

• Prix d’entrée : Ce qu’il faut poser sur la table pour commencer, hors abonnements et hébergement.

• Propriété du code : À qui appartiennent le code, les accès et les données, et à partir de quand ?

• Maintenance : Qui répond, dans quel délai et à quel prix, six mois après la livraison ?

Ce que chacun fait, et ne fait pas

Le générateur d’IA seul

Vous décrivez l’application, l’outil l’écrit, elle tourne en ligne le jour même. C’est le chemin le plus court entre une idée et un écran qui marche.

• Spécialisation : Le prototype : écrans et parcours

• Forfait ou régie : Abonnement, puis des crédits à l’usage

• Taille de l’équipe : Vous, seul, devant l’outil

• Prix d’entrée : Selon les crédits consommés

• Propriété du code : Code exportable, comptes chez l’éditeur

• Maintenance : Chaque correction consomme des crédits

Quand c’est le bon choix

• Vérifier qu’une idée intéresse quelqu’un, avant d’investir.

• Montrer un parcours complet à un client ou à un investisseur.

• Un outil interne pour cinq personnes qui se connaissent.

Ce que ce modèle ne fait pas

• Sans tests automatisés, une correction en ramène deux autres.

• Le prototype tient la démonstration, pas la charge.

• « Mes 50 € par mois sont devenus 300 à 400 € de crédits. » Les mots d’un fondateur, repris tels quels.

À vérifier avant de signer

• Les règles d’accès aux données (RLS) n’ont jamais été vérifiées.

• Des clés d’API sont lisibles depuis le navigateur.

• Vous encaissez déjà des paiements sur un prototype.

Le générateur plus un développeur à l’heure

Vous continuez à générer, quelqu’un rattrape ce qui casse. C’est le montage le plus fréquent juste après les premiers vrais utilisateurs.

• Spécialisation : Dépend de la personne

• Forfait ou régie : À l’heure ou à la journée

• Taille de l’équipe : Une personne, par intermittence

• Prix d’entrée : Dépend du profil

• Propriété du code : Dans l’outil tant que la sortie n’est pas faite

• Maintenance : À la demande, sans engagement

Quand c’est le bon choix

• Débloquer un point précis : un paiement, une intégration, une règle d’accès.

• Tenir jusqu’à une échéance : une démonstration, une levée, un salon.

• Garder la main sur les écrans pendant que quelqu’un sécurise le reste.

Ce que ce modèle ne fait pas

• Personne ne reprend l’ensemble : on répare là où ça casse.

• L’outil peut regénérer par-dessus ce qui vient d’être corrigé.

À vérifier avant de signer

• Les corrections ne sont versionnées nulle part en dehors de l’outil.

• Aucun test n’est écrit, donc rien ne protège les correctifs.

• La même panne revient une deuxième fois.

Le sur-mesure d’emblée

Le produit est écrit en code dès le premier jour, sans passer par un prototype généré. Plus long à voir à l’écran, plus solide à porter.

• Spécialisation : Le produit, de la conception à la production

• Forfait ou régie : Forfait ou régie, selon le prestataire

• Taille de l’équipe : De une à plusieurs personnes

• Prix d’entrée : Variable selon le prestataire ; chez nous, une estimation en ligne puis un prix fixe au devis

• Propriété du code : À vous, si le contrat le dit

• Maintenance : Contrat séparé, à prévoir dès le devis

Quand c’est le bon choix

• L’idée est déjà validée : des clients paient, ou la liste d’attente est pleine.

• Le produit touche à l’argent, à la santé ou à des données personnelles.

• Un grand compte vous demande où sont hébergées ses données.

Ce que ce modèle ne fait pas

• Plus long à voir à l’écran qu’un prototype généré en une soirée.

• Plus cher à l’entrée : ce n’est pas la bonne façon de tester une idée.

À vérifier avant de signer

• Vous n’avez encore aucun utilisateur : validez avant de construire.

• Le devis ne contient ni migration des données ni documentation.

• Personne ne s’engage sur ce qui se passe après la livraison.

La sortie encadrée (nous)

On garde ce que le prototype a prouvé, on le met en état d’encaisser de vrais clients, puis on le sort vers une infrastructure qui vous appartient.

• Spécialisation : Reprise et refonte de SaaS. Rien d’autre

• Forfait ou régie : Forfait fixe. Audit facturé à part

• Taille de l’équipe : Un fondateur senior, entouré de spécialistes de confiance

• Prix d’entrée : Estimation en ligne, prix fixe au devis

• Propriété du code : Next.js et Supabase, sur vos comptes

• Maintenance : 3 à 20 jours par mois, au forfait

Quand c’est le bon choix

• Le prototype marche et les premiers clients payants arrivent.

• Vous voulez continuer à faire évoluer les écrans simples vous-même.

• Vous ne savez pas si votre application est vraiment en danger.

Nos limites, dites tout haut

• Une petite équipe senior. Pas dix, pas trente.

• Pas de sites vitrines, pas d’e-commerce, pas de jeux.

• L’audit est facturé à part : il n’est pas déduit du forfait.

• Ce n’est pas un test d’intrusion, c’est l’état de santé d’un produit.

Quand ce n’est pas nous

• Votre prototype n’a encore aucun utilisateur : validez d’abord, sortez ensuite.

• Vous cherchez la solution la moins chère à l’instant T : ce n’est pas nous.

Comment les combiner

• Générer d’abord, coder ensuite : Les deux chemins ne s’opposent pas, ils se suivent. Le générateur sert à savoir quoi construire ; le code sert à le construire pour de bon. Le point de bascule, ce sont les premiers clients qui paient.

• Garder l’outil pour les écrans simples : Après la sortie, vous continuez à faire évoluer les contenus et les écrans simples vous-même. Le reste passe par nous, ou par n’importe quel développeur qui reprend le code.

• L’audit avant la décision : Douze points de vérification (règles d’accès, clés exposées, données personnelles, paiements, performance) disent en cinq jours si votre prototype peut ouvrir à de vrais clients, ou pas encore.

• Valider avant de construire : Si personne n’a encore payé, ni le générateur ni le sur-mesure ne sont la bonne dépense : une page, une liste d’attente et une mesure honnête coûtent moins cher qu’un produit que personne n’attend.

D’où viennent les chiffres

null

• 45 % du code produit par une IA échoue aux tests de sécurité (Veracode, 2025).

• La faille CVE-2025-48757 concernait les règles d’accès aux données d’applications générées.

• Notre simulateur donne une fourchette en quelques questions ; le prix fixe est écrit dans le devis.

• Nous ne publions aucune fourchette de prix que nous n’avons pas relevée nous-mêmes : ce serait plus commode, et malhonnête.

• Aucune société n’est nommée dans ce comparatif. Ce n’est pas une précaution juridique : une enseigne ne dit rien de ce qui se passe une fois le devis signé, un modèle de travail si.