Une start-up suédoise vient de lever 400 millions de dollars pour un produit qui permet de créer des applications en tapant des phrases en français. Pas de code. Juste une description. Lovable vaut désormais 13,3 milliards de dollars, le double de sa valorisation de décembre. Ça mérite qu'on s'arrête dessus.
Parce que derrière le buzz, il y a une vraie question pour vous, dirigeant de PME ou de TPE dans la région. Est-ce que vous pouvez enfin prototyper cet outil interne qui traîne dans un coin de votre tête, sans embaucher de développeur ni signer un devis à cinq chiffres ? Réponse : parfois oui. Mais avec des garde-fous. On vous explique.
Ce que Lovable a levé, et pourquoi c'est un signal
Les chiffres d'abord. Lovable a bouclé une série C de 400 millions de dollars, co-dirigée par Menlo Ventures et le fonds Scaleup Europe géré par EQT. Tencent, Balderton Capital et d'autres investisseurs venus d'Europe, d'Amérique latine et d'Asie ont suivi. Avec ses 13,3 milliards de valorisation, la boîte rejoint le club des "décacornes", ces start-up non cotées qui pèsent plus de 10 milliards.
La trajectoire est brutale. Série A de 200 millions en juillet 2025 à 1,8 milliard. Série B de 330 millions en décembre à 6,6 milliards. Et donc cette série C. En huit mois, la valorisation est passée de 1,8 à 13,3 milliards.
Côté produit, Lovable revendique plus de 60 millions de projets créés depuis son lancement, contre 25 millions il y a quelques mois. Les applications construites sur la plateforme génèrent 900 millions de visites par mois. Des collaborateurs de près de deux tiers des sociétés du Fortune 500 s'en serviraient. Nvidia, Adidas et Zendesk figurent parmi les clients cités.
Et Lovable n'est pas seule. Replit a atteint 9 milliards de valorisation. Cursor grimpe aussi. Au moins neuf start-up du secteur no-code ont bouclé des levées de plusieurs milliards sur l'année. C'est une vague de fond, pas un coup isolé.
Un mot de prudence sur ces valorisations
Il faut le dire cash : ces valorisations sont jugées trop élevées par plusieurs analystes au regard des revenus réels. Lovable affiche un revenu annuel théorique de 500 millions de dollars, avec un ARR qui a presque triplé en huit mois. C'est énorme. Mais 13,3 milliards de valorisation pour 500 millions de revenus, ça reste un pari sur l'avenir, pas une photo du présent.
Pour vous, ça change quoi ? Ça veut dire de ne pas construire toute votre stratégie sur un seul outil qui pourrait changer de prix, de modèle ou disparaître. On y revient plus bas avec la question de la dépendance.
Le vibe coding, c'est quoi au juste
Le terme vient d'Andrej Karpathy, ancien d'OpenAI et de Tesla. En février 2025, il poste sur X un message qui devient viral. Il décrit "un nouveau type de programmation" où l'on dialogue avec une IA au lieu d'écrire le code soi-même.
L'idée n'était pas neuve. Des assistants de code existaient déjà. Mais la formule a cristallisé un basculement : le code n'est plus tapé, il est demandé.
Concrètement, le vibe coding en entreprise consiste à décrire un projet logiciel en langage naturel et à laisser une IA générer le code. Vous écrivez "je veux un formulaire qui collecte les demandes de mes clients, les trie par urgence et les envoie à la bonne personne". L'IA produit une application qui fait ça. Vous ajustez en conversant.
C'est ce qui rend l'idée de créer une application sans coder avec l'IA soudain crédible pour des gens non techniques. Pas besoin de connaître un langage de programmation. Il faut savoir décrire ce que vous voulez.
Ce que ça permet vraiment pour une PME sans développeur
Voici où c'est utile, pour de vrai. Pour une TPE ou une PME sans développeur, le vibe coding permet de sortir en quelques heures ce qui prenait des semaines et un budget conséquent :
- Un prototype pour tester une idée avant d'investir.
- Un outil interne simple : un tableau de suivi, un mini-formulaire, un calculateur métier.
- Un MVP, produit minimum viable, pour valider une intuition auprès de quelques clients.
- Un support d'apprentissage, pour comprendre ce qu'un logiciel implique avant de commander un vrai développement.
La règle simple : le vibe coding est fait pour explorer, prototyper et valider. Pas pour lancer directement en production un outil qui manipule des données sensibles ou qui doit tenir la charge de milliers d'utilisateurs.
Les limites, et elles sont sérieuses
La dette technique s'accumule vite
Chaque fois que vous demandez une modification, l'IA empile des couches de code que personne ne comprend vraiment. Au bout de dix ou vingt itérations, votre projet devient un tas de correctifs superposés. Le jour où un bug tordu apparaît, ni vous ni l'IA ne savez pourquoi le système fonctionnait avant. Et faire évoluer le tout devient un cauchemar.
Une image utile pour comprendre : la règle des 80/20. Ces outils sont excellents pour les 70 à 80 % répétitifs d'un projet. Les 20 à 30 % restants, ceux qui touchent à l'architecture, à la sécurité et à la maintenabilité, réclament encore un développeur humain. C'est justement ces 20 % qui font qu'un outil tient dans le temps ou s'écroule.
La sécurité, le vrai angle mort
C'est le point qui doit vous alerter en tant que dirigeant. Des exemples réels tirés d'observations terrain :
- Une équipe commerciale construit un outil pour résumer les tickets clients. La sécurité découvre plus tard qu'il traite des noms de clients, des détails de contrat et des données réglementées, en dehors de tout contrôle.
- Quelqu'un aux finances bâtit un suivi de dépenses connecté à la compta. Des données financières sensibles se retrouvent accessibles via une URL publique. Une faille de conformité que personne n'avait imaginée.
Ça porte un nom : la shadow AI, ou IA fantôme. Vos équipes créent des outils qui échappent à tous vos contrôles et processus. C'est un sujet qu'on a déjà creusé, et qui devient central avec le vibe coding. À lire : Shadow AI : quand vos équipes utilisent des IA sans vous le dire.
La dépendance à une plateforme
Votre outil vit sur Lovable, Replit ou un autre. Si le prix triple, si le modèle change ou si la boîte est rachetée, vous subissez. Vu les valorisations tendues du secteur, ce risque n'est pas théorique. Migrer un projet vibe codé vers autre chose n'a rien d'évident, justement parce que personne ne maîtrise vraiment le code généré.
Guide pratique : par où commencer sans se planter
Vous voulez tester ? Voici une marche à suivre raisonnable.
- Commencez par un usage sans enjeu. Un outil interne qui ne touche aucune donnée client ni donnée sensible. Un calculateur, un tableau de bord alimenté par des données déjà publiques chez vous.
- Ne branchez jamais un prototype sur vos systèmes réels au premier essai. Pas la compta, pas le CRM, pas les fichiers RH. Testez avec des données bidon.
- Vérifiez qui peut accéder à ce que vous créez. Une application générée en deux heures peut se retrouver ouverte au monde entier sans que vous le sachiez. Contrôlez les URL et les accès.
- Posez une règle claire dans l'entreprise. Qui a le droit de créer ce genre d'outil, et avec quelles données. Une charte simple évite les mauvaises surprises. On en parle ici : Rédiger une charte d'usage de l'IA pour ses équipes.
- Faites relire par un technicien avant tout passage en production. Si le prototype marche et que vous voulez le déployer pour de vrai, faites intervenir un développeur sur les fameux 20 %.
Et si vous hésitez entre vibe coding et une plateforme d'automatisation classique pour votre besoin, sachez que ce ne sont pas les mêmes outils pour les mêmes usages. Pour comprendre ce que vous gagnez et perdez à ne pas coder, ce comparatif aide à trancher : Plateformes de création d'agents : ce qu'on gagne et ce qu'on perd à ne pas coder.
Ce qu'il faut retenir pour votre entreprise
Le vibe coding est un vrai raccourci pour prototyper et tester des idées vite et pas cher. C'est une bonne nouvelle si vous n'avez pas de développeur sous la main et une intuition à valider. La levée de Lovable confirme que la technologie n'est pas un gadget passager.
Mais ce n'est pas un remplaçant du développement pour tout ce qui touche à la production, aux données sensibles et à la durée. Gardez ces outils dans le bac à sable : explorer, prototyper, valider. Dès que ça devient sérieux, un humain repasse derrière.
Le bon réflexe pour démarrer : choisissez un cas d'usage sans risque, testez avec des données factices, et posez des règles avant que vos équipes ne s'y mettent toutes seules dans leur coin. C'est là que se joue la différence entre un gain de temps et un incident de sécurité.
Laisser un commentaire