C’est quoi Figma Make ?
Figma Make est un builder d’apps IA intégré directement à la plateforme de Figma, qui prend un prompt texte et produit une application front-end fonctionnelle, basée sur du code, sans que tu aies besoin de quitter l’espace de travail Figma ni de configurer un outil séparé.
Il génère des applications React avec accès complet au code source, un historique automatique des versions, et une URL de prévisualisation en direct, et il se distingue des autres builders IA en te laissant choisir le modèle sous-jacent qui fait le travail : Claude Sonnet 4.6, Gemini 3 Flash, Gemini 3.1 Pro, ou GPT-5.5, au lieu d’être bloqué sur un seul modèle sans visibilité sur ce qui tourne.
Le résultat n’est pas une maquette ni un fichier de design, mais du vrai code modifiable, que tu peux inspecter, modifier et pousser sur GitHub.
À qui s’adresse Figma Make ?
- Les product designers qui utilisent déjà Figma. Make se trouve dans l’outil dans lequel tu es déjà, donc il n’y a pas de nouvelle plateforme à apprendre ni d’abonnement à empiler par-dessus ce que tu paies déjà.
- Les fondateurs non techniques qui ont besoin d’une démo vite fait. Une app complexe, multi-écrans, avec accès par rôles et des données réalistes sort en moins de 10 minutes, ce qui est assez rapide pour l’emmener à un premier rendez-vous investisseur.
- Les product managers qui doivent montrer, pas raconter. Figma Make produit quelque chose que tu peux vraiment mettre entre les mains d’un stakeholder et faire défiler avec lui, au lieu d’un PDF d’écrans.
- Les développeurs qui veulent un scaffold fonctionnel. Le code généré est du React propre avec TypeScript, et le code source complet est accessible sur le plan gratuit, ce qui en fait un vrai point de départ plutôt qu’un prototype jetable.
Avantages et inconvénients de Figma Make
- Construit des apps complexes multi-écrans à partir d’un seul prompt
- Le plan gratuit inclut l’accès complet au code source
- Choisis ton modèle IA : Claude, Gemini, ou GPT
- L’historique automatique des versions enregistre chaque itération de build
- L’authentification basée sur les rôles est générée sans prompt supplémentaire
- Les intégrations GitHub et Supabase sont intégrées nativement
- Éditeur visuel et éditeur de code disponibles dans un seul espace de travail
- Les premiers builds arrivent avec des warnings de code
- La limite mensuelle de crédits gratuits se vide vite
- Le domaine personnalisé nécessite un plan Figma payant
Répartition des notes
Les scores ci-dessous reflètent ce que Figma Make délivre maintenant, en bêta publique. Pour un produit à ce stade, la qualité du résultat est bien au-dessus de ce à quoi je m’attendais, et pour les équipes déjà sur un plan Figma payant, la valeur est difficile à contester puisqu’il n’y a rien à payer en plus.
| Fonctionnalité | Note (sur 10) | Pourquoi cette note |
|---|---|---|
| Facilité d’utilisation | 9.5 | Aucune configuration, entrée d’abord par le prompt, deux chemins d’édition, et un cycle de build de 8 minutes font de cet outil l’un des builders IA les moins exigeants pour démarrer. |
| Fonctionnalités | 9.8 | Authentification par rôles, UI de paiement Stripe, reporting multi-graphes, console d’admin, sélection du modèle, et une référence API REST complète générés à partir d’un seul prompt. |
| Design & personnalisation | 9.4 | Le rendu visuel par défaut est propre et pro, avec à la fois un éditeur visuel à sélection par clic et un accès complet au code source, même sur le plan gratuit. |
| Rapport qualité/prix | 9.4 | L’accès complet au code sur le palier gratuit est vraiment inhabituel, et les utilisateurs de plans payants obtiennent Make inclus dans un abonnement Figma existant plutôt que sur une ligne séparée. |
| Performance & fiabilité | 9.9 | Huit minutes pour obtenir une application multi-écrans, consciente des rôles, avec UI Stripe et une console admin, c’est le ratio build-vers-résultat utilisable le plus rapide que j’ai testé. |
| Global | 9.6 | Un produit bêta remarquable qui dépasse déjà beaucoup d’AI app builders plus matures en qualité de sortie et en profondeur fonctionnelle. |
Fonctionnalités de Figma Make
- Build prompt-to-app en moins de 10 minutes
- Sélection multi-modèles incluant Claude, Gemini et GPT
- Authentification des utilisateurs par rôles générée automatiquement
- Éditeur visuel click-to-select avec contrôles de style en ligne
- Code source React complet modifiable sur le plan gratuit
- Intégrations GitHub et Supabase disponibles sans configuration supplémentaire
- Publication en un clic sur un sous-domaine figma.site
Mon avis honnête sur Figma Make : ce que j’ai trouvé après l’avoir testé
L’écran de départ te laisse tranquille tout de suite
L’écran d’accueil est une simple boîte de prompt avec un petit slogan : “Make your ideas real with AI. Start with a design and prompt your way to a functional prototype, fast.” Sous le champ de saisie, trois points de départ suggérés apparaissent :
- Onboarding flow
- Data dashboard
- Gradient gallery
Tu peux ignorer les trois et taper ce que tu veux.
J’ai soumis ce prompt en entier :
“Create a property management platform for landlords and tenants. Include user authentication, property listings, lease management, rent payments, maintenance requests, document uploads, messaging, notifications, admin dashboard, reporting, Stripe integration, PostgreSQL database, REST API, responsive design, and deployment instructions. The application should be production-ready and scalable.”
L’outil l’a accepté sans friction et est passé directement au build. Pas de sélecteur de type de projet, pas de galerie de templates, pas de préconfiguration d’architecture de quelque type que ce soit.
Verdict : Le point d’entrée est aussi proche du zéro friction que n’importe quel builder IA que j’ai testé. Le compromis, c’est qu’avec aucune structure de guidage avant le build, un prompt vague produit une sortie vague. Le plafond de ce que tu obtiens dépend entièrement de ce que tu mets dedans.
L’inscription est rapide et ne met pas de paywall entre toi et le résultat
Cliquer sur le bouton flèche avant de se connecter déclenche une fenêtre modale “Welcome to Figma”. Les deux options :
- Continue with Google (un clic, moins de 10 secondes)
- Continue with email (saisir l’email, vérifier, moins de 30 secondes au total)
Les deux chemins te déposent dans l’espace de travail Figma Make avec ton build déjà en file d’attente. Il n’y a pas d’écran de sélection de plan, pas d’invite de carte bancaire, et pas de mur d’upgrade à ce stade. Le plan Starter gratuit s’active automatiquement.
Si tu as déjà un compte Figma, la fenêtre modale n’apparaît pas, et tu arrives directement dans le builder.
Le build dure 8 minutes et te dit exactement ce qu’il fait
L’espace de travail se divise en une colonne de chat à gauche et une prévisualisation en direct à droite. La prévisualisation affiche un placeholder avec le texte “Building your idea…” suivi de “Working out the details…” à mesure que l’outil avance.
Ce qui rend ça différent d’un écran de chargement générique, c’est le panneau de raisonnement dans la colonne de chat, qui enregistre la réflexion de l’outil en temps réel.
Pendant mon build, le panneau de raisonnement a montré :
- L’outil a appelé un thème tool avant d’écrire une seule ligne de code
- Il a noté “Worked with 3 files” pendant le traitement du prompt
- Le journal de raisonnement a décrit toute son approche : il a cartographié les fonctionnalités restantes (filtrage des propriétés, gestion des baux, historique des paiements, demandes de maintenance, messagerie, notifications et dashboards admin), a indiqué qu’il structurerait le composant React avec les types d’abord, puis qu’il construirait des mock data avec des détails réalistes, puis qu’il gérerait la navigation et la gestion d’état pour les vues par rôles dans chaque section
- Un message de statut est apparu sous le raisonnement : “Writing the component structure…”
Cette séquence compte. L’outil a planifié les définitions de types avant d’écrire la moindre UI, puis a ajouté des mock data réalistes, puis a construit la navigation autour de ça. C’est une approche structurée, pas une génération aléatoire.
Timeline du build : 3:58 PM à 4:06 PM. Huit minutes.
Le sélecteur de modèle en bas du panneau de chat te permet de choisir l’IA qui fait le build avant de commencer, ou d’en changer entre deux builds :
| Modèle | Description |
|---|---|
| Default | Recommandé par Figma (modèle spécifique non divulgué) |
| Claude Sonnet 4.6 | Équilibré, efficace |
| Gemini 3 Flash | Rapide, itératif |
| Gemini 3.1 Pro | Profond, créatif |
| GPT-5.5 | Capable, rapide |
Pouvoir passer d’un modèle rapide et itératif à un modèle plus profond sans quitter l’outil ni repartir de zéro est un vrai avantage de workflow.
À côté du sélecteur de modèle, il y a un toggle de mode Build/Plan :
| Mode | Ce qu’il fait |
|---|---|
| Build | Crée et itère au fur et à mesure |
| Plan | S’aligne sur le travail complexe et cartographie l’architecture avant d’écrire du code |
Pour un prompt aussi détaillé que le mien, le mode Plan aurait probablement produit un premier build plus propre, avec moins de warnings. J’ai utilisé le mode Build et j’ai géré les warnings dans un second passage.
Le résultat final s’est nommé PropVault et ça inspire confiance
L’application finale, que l’outil a appelée PropVault sans qu’on le lui demande, est une plateforme de gestion immobilière multi-écrans avec une identité visuelle cohérente, une barre latérale bleu nuit, une typographie propre, et une preuve sociale contextuelle sur l’écran de connexion. L’écran de connexion affiche :
- Un panneau gauche sombre avec le logo PropVault, le slogan (“Property management, simplified.”), et trois stats mockées : 86 properties managed, 1,240 active tenants, $2.1M collected monthly
- Un panneau droit avec les onglets Sign In / Create Account, un email prérempli (marcus@propvault.io) et un mot de passe, et trois boutons de sélection de rôle : Landlord, Tenant, Admin
- Une note de pied de page : “Demo: click a role above, then sign in”
Chaque écran de la navigation de gauche ouvre un écran fonctionnel et rempli de contenu. Voilà ce qui a été construit dans toute l’application :
| Écran | Ce qui a été construit |
|---|---|
| Dashboard | Quatre cartes KPI (revenu mensuel, taux d’occupation, demandes ouvertes, total des propriétés), graphique en ligne des revenus vs. dépenses sur 12 mois avec un badge “Live”, flux d’activité récente, alerte de paiement en retard avec bouton Send Reminders, baux arrivant à échéance avec boutons Renew individuels |
| Properties | Liste de propriétés avec filtrage |
| Leases | Gestion des baux avec suivi du statut |
| Payments | Table d’historique des paiements avec badges de statut, modale de paiement sécurisé propulsée par Stripe |
| Maintenance | Tableau Kanban (Open / In Progress / Completed) avec badges de priorité et affectation des prestataires ; formulaire de soumission pour les locataires |
| Messages | UI de chat à deux panneaux avec fils de conversation réalistes et support de l’envoi avec Entrée |
| Documents | Zone de dépôt drag-and-drop, pastilles de filtre par catégorie, grille de fichiers avec actions au survol |
| Reports | Graphique en barres, graphique horizontal d’occupation, camembert de maintenance, tableau de métriques KPI, bascule de plage de dates (3m / 6m / 12m) |
| Admin Console | Table de gestion des utilisateurs, panneau de santé système et intégrations, référence API REST complète, instructions de déploiement (PostgreSQL, Docker, Vercel, configuration du webhook Stripe) |
Les données sur chaque écran sont simulées. Les connexions backend demandent une configuration avant que quoi que ce soit soit stocké ou récupéré en données réelles. Ce que tu obtiens après huit minutes, c’est un scaffold front-end de qualité production avec assez de couverture d’écrans et de densité de données pour faire une démo devant des stakeholders comme si c’était une vraie app.
Tous les trois rôles utilisateur sont correctement découpés, et le niveau de détail pour chacun est impressionnant
Le contrôle d’accès basé sur les rôles est là où les builders IA bâclent le plus souvent. Figma Make ne l’a pas fait. Chaque rôle se connecte à une expérience complètement différente, avec sa propre navigation, sa propre vue des données et son propre périmètre.
| Rôle | Éléments de navigation | Focus du dashboard |
|---|---|---|
| Landlord (Marcus Hewitt) | Dashboard, Properties, Leases, Payments, Maintenance, Messages, Documents, Reports | Métriques globales de la plateforme sur toutes les propriétés et tous les locataires |
| Tenant (Priya Nair) | Dashboard, Leases, Payments, Maintenance, Messages, Documents | Métriques personnelles pour ce locataire uniquement |
| Admin (Cassandra Voss) | Tous les éléments Landlord plus Admin | Le même dashboard que Landlord avec accès à la Admin Console |
Spécificités du dashboard Landlord :
- Monthly Revenue : $41,900 (Apr 2024, +2.8% vs last month)
- Occupancy Rate : 88% (76/86 units, +1.2% vs last month)
- Open Requests : 5 maintenance tickets
- Total Properties : 6 properties, 86 total units
- Graphique Revenue vs. Expenses couvrant mai à avril (12 mois)
- Flux d’activité récente : loyer reçu, paiements en retard, nouvelle demande de maintenance, bail arrivant à échéance, message d’un locataire
- Bannière d’alerte : “2 overdue payments require attention” avec Tomás Reyes ($2,100) et Fatima Al-Sayed ($2,650) nommés, et un bouton d’action Send Reminders
Spécificités du dashboard Tenant (Priya Nair) :
- Next Payment : $1,850, dû le April 1, 2024
- Lease Status : Active, se termine le August 31, 2024
- Open Requests : 1 (réparation HVAC en attente)
- Messages : 2 non lus
- Historique des paiements montrant Maple Grove #4B, $1,850, Paid
- Demande de maintenance montrant “HVAC not cooling,” badge In Progress, datée du March 28, 2024
L’écran Payments pour le rôle Tenant ouvre une modale brandée Stripe quand on clique sur “Pay Now” :
- Header : “Secure Payment. Powered by Stripe.”
- Ligne de paiement : April Rent, Maple Grove #4B, $1,850.00
- Champ Card Number (préformaté)
- Champs Expiry (MM/YY) et CVC
- Bouton Pay pré-libellé : “Pay $1,850.00”
- Pied de page : “256-bit SSL encryption · PCI DSS compliant”
Admin Console (Cassandra Voss) :
La Admin Console a quatre onglets (Users, System, API Docs, Deployment) et s’ouvre sur la table User Management.
Chaque ligne a des boutons d’action edit et remove. Un bouton Invite User se trouve en haut à droite de la table. Tomás Reyes est correctement signalé comme Delinquent, en cohérence avec l’alerte de paiement en retard affichée sur le dashboard Landlord.
L’édition utilise deux outils parallèles et ils sont tous les deux gratuits d’accès
Après la fin du build, deux chemins d’édition sont disponibles en même temps, aucun n’étant derrière un plan payant.
Chemin 1 : éditeur visuel
- Clique sur n’importe quel élément dans la prévisualisation en direct pour le sélectionner et ouvrir une barre d’édition flottante
- La barre d’édition comprend : sélecteur de police, taille de police (avec contrôles moins et plus), gras, italique, alignement du texte, contrôles de largeur, espacement, et suppression de l’élément
- L’élément sélectionné est ajouté en même temps au champ de saisie du chat, donc cliquer sur un élément et taper dans le chat envoie une demande de changement avec cet élément déjà dans le contexte
- La sélection d’un conteneur affiche au-dessus de la barre d’outils le type exact du composant et son nesting (par exemple, “div x 4”), donnant un contexte de layout précis sans ouvrir le code
La connexion entre le sélecteur visuel et le champ de chat est la partie la plus pratique de ce workflow d’édition.
Tu n’as pas à choisir entre les deux. Tu cliques pour identifier l’élément, puis tu tapes dans le chat pour décrire le changement voulu, et l’IA l’applique en ayant pleinement conscience du composant que tu as sélectionné.
Chemin 2 : éditeur de code
Cliquer sur l’icône code en haut de l’espace de travail ouvre le code source React complet. La structure des fichiers :
src/
app/
components/
App.tsx (1,300+ lignes)
styles/
fonts.css
globals.css
index.css
tailwind.css
theme.css
guidelines/
ATTRIBUTIONS.md
default_shadcn_theme.css
package.json
pnpm-workspace.yaml
postcss.config.mjs
vite.config.ts
App.tsx est organisé en fonctions de vue nommées (DashboardView, ReportsView, MaintenanceView, et ainsi de suite) avec des commentaires de section séparant chaque écran.
Le code est lisible, bien structuré, et modifiable directement dans le navigateur. Aucun téléchargement ni IDE externe n’est nécessaire. Cet accès complet au code est disponible sur le plan gratuit.
Les changements effectués via l’éditeur visuel, le chat ou l’éditeur de code alimentent tous la même prévisualisation en direct et s’y reflètent immédiatement.
Plus de dix warnings sur le premier build, corrigés correctement en un clic
Après la fin du premier build, une bannière est apparue en bas du panneau de chat : “10+ warnings” avec un bouton “Fix for me” et une icône de fermeture.
L’ouverture de la console du navigateur (accessible via une icône console dans l’espace de travail) a montré la source : des ID de gradients SVG en double dans la bibliothèque Recharts pour les graphiques.
La cause : les sections Dashboard et Reports enregistraient toutes deux les mêmes noms de gradients génériques (revGrad, expGrad) comme éléments SVG. Recharts enregistre les gradients par ID dans l’espace de noms SVG, donc des noms génériques provenant de plusieurs instances de graphiques entrent en collision dans le même document. La console affichait une longue liste de références JavaScript minifiées, toutes reliées à ce conflit.
Cliquer sur “Fix for me” a déclenché un second passage de build. L’outil a identifié trois problèmes précis et appliqué des corrections ciblées :
- Dashboard AreaChart : renommé les IDs de gradient de revGrad / expGrad génériques en identifiants uniques dash-area-rev / dash-area-exp, évitant la collision d’espace de noms
- Occupancy BarChart : remplacé les clés de cellules basées sur l’index numérique (key={i}) par des clés string stables utilisant le nom de la propriété (key={\occ-${entry.property}`}), afin que chaque cellule ait une clé unique et stable
- Maintenance PieChart : appliqué la même correction de clé en utilisant le nom de l’entrée (key={\pie-${entry.name}`})
Ce build s’est enregistré automatiquement comme Version 2. Le panneau d’historique des versions (accessible en cliquant sur le label de version en haut de l’espace de travail) montre un log clair :
| Version | Libellé | Heure |
|---|---|---|
| Version 1 | Property Management Platform | 4:06 PM |
| Version 2 | Resolve code warnings | 4:19 PM |
Après le second passage, la console n’affichait plus que des messages propres de hot-reload Vite, et la bannière de warnings avait disparu. Revenir à la Version 1 se fait en un seul clic depuis le panneau d’historique des versions.
Le cycle complet de correction, du premier build à une console propre, a pris 13 minutes, sans aucune modification manuelle du code.
Le panneau des paramètres a plus de profondeur qu’on pourrait l’attendre d’un outil bêta
Le panneau des paramètres s’ouvre via l’icône engrenage en haut à droite de l’espace de travail. Le menu déroulant organise les options en deux groupes :
Make settings :
- General
- Domains
- Fonts
- Chat preferences
- Audio
Integrations :
- GitHub
- Supabase
- Adjust guidelines
General settings couvre le statut de publication et la configuration SEO :
| Paramètre | Détail |
|---|---|
| Status | Not published (bouton Publish disponible en ligne) |
| Title | Nom de projet modifiable |
| Meta description | Préremplie automatiquement à partir du contexte du build |
| Language | Champ de code langue ISO |
| Google Analytics ID | Connecter une propriété GA4 pour le suivi du trafic |
| Exclude from search engine results | Case à cocher, cochée par défaut sur le plan gratuit |
| Clear chat context | Efface définitivement la mémoire de conversation de Make ; l’historique du chat reste visible |
L’option Clear chat context mérite d’être comprise. Elle efface la mémoire de la conversation que l’IA a sur le build sans supprimer le log visible du chat. C’est utile quand un long fil de build fait que l’IA s’accroche à du contexte ancien pour de nouvelles demandes de changement.
Les paramètres Domains montrent :
- Base domain : example.figma.site (le sous-domaine gratuit, mis en ligne à la publication)
- Connected domains : Option pour ajouter un domaine personnalisé d’un fournisseur tiers (plan payant requis)
Integrations :
- GitHub : export du code et synchronisation du dépôt
- Supabase : connecter un vrai backend et une base de données pour remplacer la couche de données simulée
- Adjust guidelines : définir des instructions personnalisées que l’IA suit lorsqu’elle fait des changements, en couvrant des éléments comme les conventions de bibliothèque de composants, les standards de nommage ou les contraintes de design que tu veux voir respectées dans chaque build et chaque itération
L’option Adjust guidelines est un ajout important que les autres sections de l’outil n’affichent pas en avant. Elle te permet de définir comment l’IA doit se comporter avant qu’un build commence, au lieu de corriger des patterns indésirables après coup.
La publication se fait en un clic et l’URL du plan gratuit ressemble à une vraie app autonome
Cliquer sur le bouton Publish en haut à droite ouvre un panneau qui couvre tout ce qu’il faut pour aller en ligne :
| Champ | Détail |
|---|---|
| Title | Nom de projet modifiable |
| URL | example.figma.site |
| Status | Not published |
| Feature on Community | Toggle pour lister l’app dans la galerie Figma Community |
Le toggle Feature on Community déploie une section de prévisualisation montrant comment l’app apparaîtra dans Figma Community aux côtés des autres apps publiées.
De là :
- Tu peux sélectionner jusqu’à cinq tags pour catégoriser l’app (les options incluent Apps, Dashboards, et plus via “Show more”)
- Une case à cocher “Show chat history” contrôle si la conversation de build est visible pour les viewers de la Community
- Une note confirme : “By publishing to Community, you agree to Figma’s Creator Agreement”
Une fois publiée, l’URL figma.site ouvre l’application dans une vue navigateur autonome. Il n’y a pas de chrome d’éditeur Figma, pas de watermark, ni de badge visible “built with Figma Make” autour de l’app. Elle se charge et fonctionne comme une vraie application web autonome, pas comme un prototype encadré.
La publication sur le plan gratuit inclut :
- Une URL partageable en sous-domaine figma.site
- Une vue d’application autonome sans branding Figma visible
- La possibilité de mettre l’app en avant dans la Figma Community
La publication sur plan payant ajoute :
- Un domaine personnalisé d’un fournisseur tiers
- Plus de crédits IA pour d’autres builds et itérations
Tarifs & plans de Figma Make
Figma Make n’est pas vendu comme produit autonome. L’accès est inclus dans les plans Figma Full seat, et les crédits IA sont partagés entre toutes les fonctionnalités IA de Figma, pas seulement Make. Un build dans Figma Make puise dans le même pool mensuel que les outils IA de Figma Design, l’édition d’images, et toute autre action alimentée par l’IA dans la plateforme.
Le plan Starter gratuit inclut l’accès à Figma Make, mais le plafond mensuel de crédits est suffisamment bas pour qu’un seul build complexe consomme une grande part du quota. Le plan Starter convient pour évaluer l’outil et faire des tests ponctuels, pas pour des équipes qui utilisent Make comme partie régulière d’un process de build.
Les plans payants sont structurés autour de types de sièges. Les Full seats aux niveaux Professional, Organization et Enterprise incluent chacun beaucoup plus de crédits IA par mois, chaque niveau augmentant l’allocation mensuelle. Si tu es déjà sur un plan Figma payant principalement pour accéder au Design, Make est déjà disponible sans coût supplémentaire dans ton pool de crédits existant.
Des crédits IA supplémentaires peuvent être achetés en add-on sur les plans payants, ce qui vaut le coup d’y réfléchir si ton équipe lance plusieurs builds Make par semaine en plus de l’usage régulier des outils IA de Figma.
Il n’existe pas d’essai gratuit séparé du plan Starter, et aucun remboursement n’est indiqué dans les conditions publiées par Figma. Les annulations de plans annuels ne génèrent pas de remboursement pour la durée restante. Les annulations du plan Professional peuvent se faire depuis l’Admin Dashboard ; les annulations des plans Organization et Enterprise doivent être traitées en contactant l’équipe commerciale directement.
Pour un appariement pratique avec les plans : le plan Starter couvre l’évaluation et un usage occasionnel. Un Full seat Professional est le point d’entrée minimal réaliste pour les équipes qui veulent utiliser Make plus d’une ou deux fois par mois sans atteindre les limites de crédits en plein projet.
Alternatives à Figma Make
Le concurrent le plus direct de Figma Make en ce moment est Lovable. Là où Figma Make produit une application front-end dans l’espace de travail Figma, Lovable est un builder d’apps IA conçu pour gérer la stack complète : front-end, back-end, base de données, authentification et déploiement en un clic, depuis une plateforme autonome avec plus de 8 millions d’utilisateurs annoncés.
Pour toute personne qui n’est pas déjà sur un plan Figma payant, ou qui a besoin d’une application connectée à la production plutôt que d’un prototype poli, Lovable t’amène plus vite vers une app déployée et connectée aux données, avec moins de configuration.
| Fonctionnalité | Figma Make | Lovable |
|---|---|---|
| Facilité d’utilisation | Prompt-first sans configuration nécessaire | Prompt-first sans configuration nécessaire |
| Idéal pour | Les designers et équipes déjà sur un plan Figma payant | Les fondateurs non techniques qui construisent et déploient des MVP |
| Backend & données | Front-end uniquement ; Supabase disponible comme intégration | Backend Supabase intégré dès le départ |
| Flexibilité design | Éditeur visuel, édition par chat, et accès complet au code source | Édition par chat avec export du code disponible |
| Modèle tarifaire | Inclus dans le Full seat Figma ; pool de crédits IA partagé | Abonnement autonome avec son propre système de crédits |
Verdict final : Figma Make vaut-il le coup ?
Pour toute personne qui paie déjà un Full seat Figma, la réponse est simple : oui, et largement.
Un seul prompt a produit une plateforme de gestion immobilière multi-écrans et consciente des rôles, avec une modale de paiement Stripe, un dashboard analytique en direct, un tableau Kanban de maintenance, une UI de messagerie à deux panneaux, et une console admin complète avec table de gestion des utilisateurs, documentation API REST et instructions de déploiement. Tout ça en huit minutes, avec accès complet au code source sur le plan gratuit et une URL publiée autonome propre. Rien de tout ça n’est banal pour un produit bêta.
Pour les équipes qui ne sont pas sur Figma actuellement, le calcul demande de regarder honnêtement ce dont tu as vraiment besoin. Obtenir un accès crédit significatif à Figma Make nécessite un Full seat sur un plan Figma payant, ce qui représente un investissement plateforme plus large que n’importe quel builder IA autonome. Si l’objectif principal est de livrer une application web fonctionnelle avec une vraie base de données et de vrais utilisateurs plutôt qu’un prototype, Lovable t’amène à ce résultat avec moins de configuration et sans exiger un abonnement à une plateforme de design.
Le public qui tire le plus de Figma Make aujourd’hui, ce sont les designers et les équipes produit qui veulent combler l’écart entre un prototype Figma statique et un build interactif, basé sur du code et testable, sans changer d’outil ni attendre qu’un développeur le fasse. Pour ce cas d’usage précis, Figma Make est la meilleure option disponible.
