Apps vibe-codées, paiement unique
tl;dr
Quand construire une app prend 48 heures et coûte quelques dollars de crédits API, le modèle SaaS à abonnement mensuel n'a plus de raison d'être. Des apps comme SlapMac ou VibeIsland montrent la voie : paiement unique, pas d'abonnement. Conséquence directe pour les développeurs — savoir coder ne suffit plus, il faut savoir vendre.
Le schéma classique est mort
Pendant des années, le modèle était simple : des mois de développement, des équipes, des levées de fonds, puis un abonnement mensuel pour rentabiliser tout ça. Le SaaS à 9,99€/mois est devenu le réflexe par défaut de l’industrie.
Sauf qu’un truc s’est cassé dans la boucle.
Quand un agent peut construire une app fonctionnelle en 48 heures, le calcul change. Plus besoin d’amortir des mois de salaires. Plus besoin d’enfermer l’utilisateur dans un abonnement pour survivre.
Les cas concrets
SlapMac — une app macOS qui utilise l’accéléromètre pour détecter les claques sur le capot et jouer des sons. Construite en 48 heures avec Claude Code. Paiement unique de quelques dollars. 5 000$ de revenus en trois jours.
Le produit est absurde. Le modèle économique, lui, est parfaitement rationnel.
VibeIsland — un panneau dans le notch du MacBook qui monitore vos agents IA en temps réel. Claude Code, Codex, Gemini CLI, Cursor — tout apparaît dans une interface unifiée. App native Swift, paiement unique.
Deux apps. Deux domaines différents. Même logique : construire vite, vendre une fois, passer à la suite.
Pourquoi le paiement unique revient
Le marché pousse vers l’abonnement. Les données le confirment : les plans hebdomadaires représentent désormais 55% des revenus sur les stores, contre 43% il y a deux ans. RevenueCat annonce que plus de 35% de ses nouveaux inscrits viennent d’apps construites par IA.
Mais quand le coût de production s’effondre, le paiement unique redevient viable. Pas besoin de revenus récurrents quand l’investissement initial se compte en heures et en crédits API.
C’est une inversion silencieuse. L’industrie pousse vers le SaaS. Le vibe-coding rend possible l’exact inverse.
Ce que ça change vraiment
Le vibe-coding ne démocratise pas juste la création d’apps. Il démocratise un modèle économique qui avait presque disparu : le logiciel qu’on achète une fois.
Pour l’utilisateur, c’est un retour à quelque chose de simple. Pas de compte à créer. Pas de carte bleue qui tourne chaque mois. Pas de dark patterns pour empêcher la désinscription.
Pour le créateur, c’est une libération. Construire un outil, le vendre, encaisser, recommencer. Sans infrastructure de billing. Sans customer success. Sans la pression du churn mensuel.
Apple commence d’ailleurs à froncer les sourcils. Les mises à jour d’apps vibe-codées se font rejeter de l’App Store. Le gardien du temple sent que les règles changent.
L’effet sur les développeurs
Quand n’importe qui peut expédier une app en un week-end, le développeur classique perd son avantage de vitesse. Ce qui reste, c’est ce qu’un agent ne fait pas tout seul : l’idée, la vision produit, le positionnement.
Le vibe-coding oblige à innover plus vite. Quand la barrière technique disparaît, c’est la créativité qui départage. Plus question de se reposer sur un savoir-faire que tout le monde peut désormais déléguer à un agent.
Ça oblige aussi à produire plus. Un produit unique ne suffit plus quand le coût marginal d’en lancer un autre est quasi nul. Le développeur devient un serial builder — plusieurs apps, plusieurs paris, plusieurs sources de revenus.
Et surtout, ça force un compromis avec l’entrepreneuriat. Savoir coder ne suffit plus. Il faut savoir vendre, positionner, distribuer. Le développeur qui refuse de penser business se retrouve noyé dans une marée d’apps vibe-codées par des gens qui, eux, pensent marché d’abord.
Le paiement unique n’est pas un retour en arrière. C’est ce qui arrive quand le coût de création devient négligeable.
Les agents construisent. Les utilisateurs paient une fois. Les développeurs s’adaptent — ou disparaissent dans le bruit.