Vibe coding en entreprise : développer ou acheter un outil ?

En savoir plus sur l'implémentation de l'IA au Luxembourg.

« Vibe coding » a été désigné mot de l'année 2025 par le dictionnaire Collins. Le terme a été inventé en février 2025 par Andrej Karpathy, membre de l'équipe fondatrice d'OpenAI, pour désigner le fait de développer un logiciel en parlant à une IA et en acceptant ce qu'elle écrit. Un an et demi plus tard, la question est passée des développeurs aux dirigeants. Je l'entends désormais de la bouche de gérants : « un de nos collaborateurs a construit un outil de devis en un week-end ; pourquoi payons-nous trois abonnements SaaS ? »

La question est légitime, et la réponse a deux volets. Une partie de vos logiciels peut réellement être remplacée par un outil que vos équipes développent elles-mêmes en quelques jours. Une autre ne devrait jamais l'être, parce que le coût d'une erreur retombe sur vos clients, votre réviseur ou l'administration fiscale. Cet article vous donne un test pour faire la différence, une comparaison de coûts réaliste et les règles que je mettrais en place avant que quiconque dans l'entreprise mette en service un outil développé en vibe coding.

Vous développez un outil qui lit des documents, classe des demandes ou rédige des réponses ? C'est alors un projet d'IA, et le SME Package – IA peut en rembourser 70 %. Vérifiez l'éligibilité en 2 minutes.

Qu'est-ce que le vibe coding, et pourquoi toutes les PME en parlent-elles ?

Les outils de vibe coding transforment une description (« un formulaire où le commercial saisit un client, choisit trois prestations et obtient un devis PDF avec nos règles de TVA ») en application fonctionnelle. La personne qui rédige la description n'a pas besoin de lire le code. Les produits de ce domaine vont des générateurs d'applications destinés aux non-développeurs jusqu'aux agents de programmation qui travaillent dans l'environnement d'un développeur.

Deux choses en ont fait un sujet de comité de direction en 2026. Les outils sont devenus assez bons pour qu'un non-développeur compétent mette en service un outil interne fonctionnel en un ou deux jours. Et le débat sur la « SaaSpocalypse », l'idée que les entreprises vont remplacer leurs abonnements par des logiciels qu'elles génèrent elles-mêmes, a atteint la presse économique. La version honnête de ce débat est plus étroite que les gros titres : le vibe coding remplace bien les logiciels faibles et génériques, et mal les logiciels spécialisés et réglementés.

Quels outils une PME doit-elle développer, et lesquels continuer d'acheter ?

Voici le test en trois couleurs que j'utilise avec mes clients. Passez chaque outil que vous payez, ou que vous voulez développer, au crible de trois questions : contient-il des données personnelles ou financières, un tiers se fie-t-il à ce qu'il produit (client, réviseur, administration), et une erreur coûterait-elle plus cher que l'outil lui-même ?

Au Luxembourg, la catégorie rouge l'est pour des raisons concrètes. Le logiciel de paie doit suivre chaque année l'indexation automatique des salaires et les évolutions de la sécurité sociale. La facture électronique passera par Peppol, auquel on se raccorde via un prestataire de services certifié, pas via un outil écrit soi-même ; notre guide de l'identifiant Peppol explique comment. L'identification des clients au titre des règles anti-blanchiment doit pouvoir être prouvée à une autorité de surveillance. Un outil d'un week-end ne peut pas porter ces obligations.

Combien coûte vraiment le vibe coding par rapport à un abonnement ?

Le développement est la partie bon marché. Ce que les dirigeants sous-estiment, c'est tout ce qui vient après la première version qui fonctionne. Une comparaison honnête compte cinq lignes :

Un exemple chiffré. Une entreprise de 30 personnes paie un outil de devis qu'elle utilise peu. Un responsable commercial développe un remplaçant en vibe coding en deux jours. Pour traiter les données clients en sécurité, il faut une journée de relecture par un ingénieur, un hébergement dans l'UE et un responsable. Si l'entreprise confie la relecture et la sécurisation à un professionnel, c'est un petit projet : nos propres projets quick win commencent à 3 000 € HT. Face à un abonnement de quelques centaines d'euros par mois, le développement est amorti en un ou deux ans, à condition que l'outil reste simple. Si le responsable commercial ajoute des fonctions tous les mois, la maintenance grossit à chaque ajout, et la comparaison s'inverse.

La règle empirique qui en découle : le vibe coding l'emporte pour les outils simples, stables et propres à votre façon de travailler. Les abonnements l'emportent pour les outils qui changent parce que la loi ou le marché change. Notre guide de décision IA ou low-code couvre l'entre-deux, où une plateforme low-code apporte la vitesse sans que vous possédiez tout le code.

Quels sont les vrais risques des logiciels développés en vibe coding ?

Quatre risques, dans l'ordre où ils apparaissent en général :

1. Des failles de sécurité que personne ne voit. Veracode a testé plus de 100 modèles de langage sur 80 tâches de programmation et constaté qu'ils choisissaient l'option non sécurisée dans 45 % des cas alors qu'une option sécurisée existait (Veracode, juillet 2025). Un non-développeur ne peut pas repérer ces failles, puisqu'il ne lit pas le code.
2. Des données personnelles au mauvais endroit. Coller une liste de clients dans une requête, ou utiliser un outil qui stocke les données sur un serveur hors de l'UE, peut enfreindre les exigences du RGPD sur la sécurité du traitement (article 32) et la protection des données dès la conception (article 25). Notre guide de l'IA conforme au RGPD pour les PME luxembourgeoises détaille les réglages d'outils qui comptent.
3. Le shadow IT. Les outils construits en dehors de l'informatique ne sont pas sauvegardés, ne figurent pas dans la revue des droits d'accès ni dans aucun inventaire. Ils refont surface lors d'un incident.
4. Le problème du départ. La personne qui l'a construit s'en va, l'outil casse après une mise à jour, et personne ne peut le réparer parce que personne n'a jamais lu le code.

Une idée reçue à corriger : développer un outil avec un assistant de programmation IA ne fait pas de cet outil un « système d'IA » au sens de l'AI Act européen. Le règlement entre en jeu quand l'outil lui-même utilise un modèle d'IA, par exemple pour trier des candidats ou noter des clients. La classification habituelle s'applique alors.

Vous envisagez de remplacer un abonnement, ou de sécuriser un outil que votre équipe a déjà construit ? Dites-nous ce qu'il fait et qui l'utilise : nous revenons avec une estimation écrite pour une relecture ou une reconstruction professionnelle. Écrivez-nous sur notre page contact.

Quelles règles fixer avant que vos équipes fassent du vibe coding ?

Huit règles, assez courtes pour tenir sur une page de votre politique informatique :

1. Les outils verts sont autorisés ; les outils orange et rouges nécessitent une approbation, selon le test en trois couleurs ci-dessus.
2. Aucune donnée personnelle ou client réelle dans les requêtes pour développer ou tester. Utilisez des données d'exemple inventées.
3. Uniquement des comptes de l'entreprise. Pas d'outils sur des abonnements personnels, où vous ne maîtrisez ni les données ni les accès.
4. Hébergement dans l'UE, derrière l'authentification de l'entreprise, pour tout ce qui stocke des données.
5. Chaque outil a un responsable désigné et une description d'un paragraphe dans un inventaire.
6. Relecture par un ingénieur avant la mise en service pour les outils orange : authentification, stockage des données, validation des saisies, dépendances.
7. Le code dans un dépôt de l'entreprise, pour que quelqu'un d'autre puisse le lire et le corriger.
8. Une date de revue. Au bout de six mois, on le garde, on le confie à l'informatique ou on le retire.

Ces règles ne coûtent presque rien et suppriment l'essentiel du risque. Elles permettent aussi de dire oui plus facilement, et c'est tout l'enjeu : les entreprises qui tireront le plus du vibe coding en 2027 seront celles dont les équipes ont le droit de développer, dans un cadre, et non celles qui l'interdisent et le découvrent malgré tout.

Une PME luxembourgeoise doit-elle miser sur le vibe coding en 2027 ?

Misez dessus pour la vitesse, pas pour les économies. Le meilleur usage que nous voyons n'est pas de remplacer les logiciels cœur de métier, mais de combler les petits manques autour : le rapport que votre ERP ne sait pas produire, le formulaire qui alimente votre CRM, le prototype qui montre exactement à un éditeur ce dont vous avez besoin. Ces outils attendaient des mois l'informatique ; ils prennent désormais quelques jours.

Gardez vos systèmes centraux achetés, maintenus et supportés. Et quand un outil développé en vibe coding se révèle important, voyez-le comme un signe de réussite : il a mérité une vraie relecture et un responsable. Si vous voulez de l'aide pour identifier ceux de vos abonnements qui sont réellement remplaçables, notre accompagnement en conseil IA commence par cet inventaire. Pour situer ce sujet dans le plan de l'an prochain, voyez les 7 décisions IA pour 2027.

Questions fréquentes

Le vibe coding est-il sûr pour un usage en entreprise ?

Il est sûr pour des outils internes sans données personnelles. Pour des outils qui traitent des données personnelles, de l'argent ou des documents réglementés, il ne l'est qu'après relecture du code par un ingénieur, car les modèles d'IA choisissent souvent des pratiques de programmation non sécurisées que la personne qui a décrit l'outil ne peut pas voir.

Le vibe coding peut-il remplacer nos abonnements SaaS ?

Une partie d'entre eux. Les outils simples, stables et propres à votre façon de travailler sont de bons candidats. Les logiciels qui doivent suivre une législation changeante, comme la paie, la comptabilité, la facture électronique ou la lutte anti-blanchiment, sont mieux achetés auprès d'un éditeur qui les maintient.

Un outil développé en vibe coding relève-t-il de l'AI Act européen ?

Pas en raison de la façon dont il a été développé. L'AI Act s'applique à l'outil si celui-ci utilise lui-même l'IA, par exemple pour trier des candidats ou évaluer des clients. Un simple formulaire ou tableau de bord écrit avec l'aide de l'IA est un logiciel ordinaire.