Vendo (YC S26) : et si vos utilisateurs créaient eux-mêmes leurs fonctionnalités ?

Le 20 août 2026, deux fondateurs issus de Y Combinator ont lancé Vendo, une plateforme open-source qui bouleverse un principe fondamental du SaaS : au lieu d’attendre qu’une fonctionnalité figure sur la roadmap, l’utilisateur final peut désormais la créer lui-même, directement dans le logiciel qu’il utilise. Une promesse qui redéfinit la frontière entre éditeur et client.

La fin de la roadmap produit telle qu’on la connaît ?

« Chaque SaaS finit par faire face au même problème : chaque client a besoin de quelque chose de légèrement différent », expliquent Yousef Helal et Nour Zahzah, les deux fondateurs de Vendo, dans leur annonce sur Hacker News. L’un veut un nouveau rapport, l’autre un workflow spécifique à son équipe. Ces demandes s’accumulent sur la roadmap, deviennent du travail d’ingénierie ponctuel, ou poussent le client vers des tableurs et outils externes.

Vendo propose une rupture radicale : permettre à l’utilisateur de créer lui-même la fonctionnalité manquante, sans quitter le produit. La plateforme s’installe en une commande (npx vendo init), scanne automatiquement l’architecture du logiciel — ses API, son design, ses pages — et permet ensuite aux utilisateurs de décrire en langage naturel ce qu’ils souhaitent. L’outil génère alors l’interface et la logique correspondantes, intégrées nativement au produit existant.

Selon le blog technique de Vendo, leur générateur d’interface a atteint 100 % d’intégrité des données et 99 % d’écrans fonctionnels lors de tests sur 196 cas répartis sur quatorze produits fictifs. Des chiffres qui positionnent la solution comme particulièrement fiable dans l’univers encore expérimental de la génération d’UI par IA.

Un « agent embarqué » au service de la personnalisation

Contrairement aux plateformes no-code traditionnelles comme Retool ou Bubble, qui existent en dehors du produit principal, Vendo se présente comme un « agent embarqué ». Il agit via l’API du produit, avec les permissions de l’utilisateur connecté, et affiche l’interface générée dans un environnement isolé (sandbox) respectant l’identité visuelle du logiciel hôte. « Votre code source n’est jamais touché », précisent les fondateurs.

Cette approche répond à un enjeu majeur du SaaS B2B : la tension entre standardisation — nécessaire pour scaler — et personnalisation — nécessaire pour vendre. D’après le rapport « State of SaaSOps » publié par BetterCloud en 2024, les organisations utilisaient en moyenne 112 applications SaaS en 2023, un chiffre en hausse constante. Chaque outil doit s’adapter aux processus métier spécifiques, sous peine de rester sous-utilisé ou abandonné.

Vendo s’inscrit dans ce que certains analystes appellent la « troisième vague du no-code » : après les builders autonomes (Bubble, Webflow) et les outils internes (Retool, Airplane), vient l’ère de la personnalisation in-app, où l’utilisateur final devient co-développeur du produit qu’il utilise au quotidien.

Open-source : stratégie d’adoption ou pari risqué ?

Le choix de publier Vendo en open-source sur GitHub surprend. Dans un domaine où la propriété intellectuelle pourrait constituer un avantage compétitif, pourquoi ouvrir le code ? Cette stratégie rappelle celle de GitLab ou Elastic : open-source pour une adoption virale, monétisation sur les besoins enterprise — sécurité, gouvernance, analytics.

Ankit Gupta, General Partner chez Y Combinator, a d’ailleurs publié un « Request for Startups » sur ce sujet précis lors du batch précédent, soulignant l’urgence du problème. « Vendo permet à vos clients de personnaliser votre produit », écrit-il, qualifiant la solution d’« agent embarqué dans votre produit, dans votre marque, sur votre API, dans vos garde-fous ».

Mais cette ouverture soulève des questions. Comment Vendo se différenciera-t-il si son code est librement accessible ? La réponse semble résider dans les données d’entraînement — comprendre quelles fonctionnalités les utilisateurs créent réellement — et dans la couche de gouvernance enterprise, essentielle pour les secteurs régulés (finance, santé).

Les zones d’ombre : sécurité, gouvernance et responsabilité

Si Vendo tient ses promesses, il pourrait aussi créer un nouveau type de « shadow IT » : non plus des outils externes échappant au contrôle de l’IT, mais des fonctionnalités internes générées sans validation formelle. Ces fonctionnalités, ayant accès aux données et API du produit principal, posent des questions de sécurité et de conformité.

Comment garantir qu’un utilisateur ne crée pas une fonctionnalité exposant des données sensibles ? Qui est responsable en cas de bug ou de faille de sécurité dans du code généré par IA ? Vendo évoque des « garde-fous » et des « permissions », mais les détails techniques restent flous dans l’annonce initiale.

Les Chief Information Security Officers (CISO) devront être convaincus. Sans mécanismes robustes de validation, d’audit et de rollback, Vendo risque de rester cantonné aux environnements de développement, loin de la production critique.

Implications pour l’écosystème SaaS

Pour les Product Managers, Vendo représente une transformation profonde du rôle : de « décideurs de fonctionnalités » à « architectes de plateformes ». Le PM ne décide plus quoi construire, mais comment permettre aux utilisateurs de construire eux-mêmes.

Les équipes Customer Success pourraient voir leur mission évoluer : de « collecteurs de feature requests » vers « enablers » aidant les clients à créer leurs propres solutions. Un changement qui nécessitera formation et accompagnement.

Pour les équipes Sales, c’est un nouvel argument de vente — « infiniment personnalisable » — mais aussi un risque de promesses excessives si les limites techniques ne sont pas clairement établies.

Enfin, pour les développeurs, la question est double : réduction des demandes one-off chronophages, mais aussi nouveaux enjeux de gouvernance du code généré par IA et potentiellement non maintenu.

Un pari sur le futur « AI-native » du SaaS

Le timing de Vendo — août 2026 — est stratégique. Il se positionne après l’émergence des AI coding agents (Cursor, v0, GitHub Copilot) mais avant la généralisation des SaaS « AI-native ». Vendo est un pont : une « IA retrofit » pour les logiciels existants qui n’ont pas les moyens ou le temps de tout reconstruire.

Les éditeurs SaaS ont deux options : reconstruire leur produit en AI-native (coûteux, long) ou utiliser une couche comme Vendo pour ajouter l’extensibilité IA. Vendo parie sur la seconde comme voie de moindre résistance.

Reste à savoir si ce pari tiendra face à la concurrence des plateformes établies (Retool pourrait intégrer cette capacité) et aux exigences de sécurité des entreprises. Les prochains mois diront si Vendo deviendra une couche standard du SaaS moderne, comme Stripe pour les paiements, ou restera une expérimentation audacieuse de l’ère de l’IA générative.

Conclusion : démocratisation ou fragmentation ?

Vendo incarne une vision séduisante : celle d’un logiciel qui s’adapte à l’utilisateur, et non l’inverse. Mais cette démocratisation du développement soulève autant de questions qu’elle n’apporte de solutions. Comment éviter la fragmentation de l’expérience utilisateur, où chaque client crée sa propre version du produit ? Comment maintenir une cohérence produit quand les fonctionnalités prolifèrent de manière décentralisée ?

La vraie question n’est peut-être pas technique, mais organisationnelle : sommes-nous prêts à partager le contrôle de nos produits avec ceux qui les utilisent ? Vendo nous force à y répondre.