Hvad er Figma Make?
Figma Make er en AI-appbygger indbygget direkte i Figma’s platform, som tager en tekstprompt og producerer en fungerende, kodeunderstøttet front-end-applikation uden at du behøver at forlade Figma-workspacet eller opsætte et separat værktøj.
Den genererer React-applikationer med fuld adgang til kildekoden, automatisk versionshistorik og en live preview-URL, og den skiller sig ud fra andre AI-byggere ved at lade dig vælge den underliggende model, der udfører arbejdet: Claude Sonnet 4.6, Gemini 3 Flash, Gemini 3.1 Pro eller GPT-5.5, i stedet for at låse dig fast på en enkelt model uden indsigt i, hvad der kører.
Outputtet er ikke en mockup eller en designfil, men faktisk, redigerbar kode, som du kan inspicere, ændre og pushe til GitHub.
Hvem er Figma Make til?
- Produktdesignere, der allerede bruger Figma. Make ligger inde i det værktøj, du allerede arbejder i, så der er ingen ny platform at lære eller abonnement at stable oven på det, du allerede betaler for.
- Ikke-tekniske founders, der hurtigt har brug for en demo. En kompleks, fler-skærms app med rollebaseret adgang og realistiske data kommer ud på under 10 minutter, hvilket er hurtigt nok til at tage med til et første investormøde.
- Produktchefer, der har brug for at vise, ikke fortælle. Figma Make producerer noget, du faktisk kan give til en interessent og gennemgå sammen, i stedet for en PDF med skærmbilleder.
- Udviklere, der vil have et fungerende udgangspunkt. Den genererede kode er ren React med TypeScript, og hele kildekoden er tilgængelig på gratisplanen, hvilket gør det til et reelt udgangspunkt i stedet for en engangsprototype.
Figma Make fordele og ulemper
- Bygger komplekse fler-skærms apps ud fra én prompt
- Gratisplanen inkluderer fuld adgang til kildekoden
- Vælg din AI-model: Claude, Gemini eller GPT
- Automatisk versionshistorik gemmer hver byggeiteration
- Rollebaseret autentificering genereres uden ekstra prompting
- GitHub- og Supabase-integrationer er indbygget nativt
- Visuel editor og kodeeditor tilgængelige i ét workspace
- Første builds kommer med kodeadvarsler
- Den månedlige gratis kreditgrænse bliver hurtigt opbrugt
- Eget domæne kræver en betalt Figma-plan
Vurderingsoversigt
Scorerne nedenfor afspejler, hvad Figma Make leverer lige nu, i offentlig beta. For et produkt på dette stadie er outputkvaliteten langt over, hvad jeg forventede, og for teams, der allerede er på en betalt Figma-plan, er værdiberegningen svær at argumentere imod, eftersom der ikke er noget ekstra at betale.
| Funktion | Score (ud af 10) | Hvorfor scoren |
|---|---|---|
| Brugervenlighed | 9.5 | Ingen opsætning, prompt-first indgang, to redigeringsveje og en 8-minutters byggecyklus gør dette til en af de mindst krævende AI-byggere at komme i gang med. |
| Funktioner og funktionalitet | 9.8 | Rollebaseret autentificering, Stripe-betalings-UI, rapportering med flere diagrammer, admin-konsol, modelvalg og en komplet REST API-reference genereret ud fra én prompt. |
| Design og tilpasning | 9.4 | Standardoutputtet er rent og professionelt, med både en visuel editor til klik-og-vælg og fuld adgang til kildekoden, selv på gratisplanen. |
| Værdi for pengene | 9.4 | Fuld kodeadgang på gratisniveauet er virkelig usædvanligt, og betalende brugere får Make inkluderet i et eksisterende Figma-abonnement i stedet for som en separat post. |
| Ydeevne og pålidelighed | 9.9 | Otte minutter til en fler-skærms, rollebevidst applikation med Stripe-UI og en admin-konsol er det hurtigste build-til-brugbare-output-forhold, jeg har testet. |
| Samlet | 9.6 | Et fremragende beta-produkt, der allerede overgår mange modne AI-appbyggere på outputkvalitet og funktionsdybde. |
Figma Make-funktioner
- Prompt-til-app build på under 10 minutter
- Valg mellem flere modeller, herunder Claude, Gemini og GPT
- Rollebaseret brugerautentificering genereret automatisk
- Visuel editor med klik-og-vælg og inline-styring af stil
- Fuld React-kildekode redigerbar på gratisniveauet
- GitHub- og Supabase-integrationer tilgængelige uden ekstra konfiguration
- Publicering med ét klik til et figma.site-underdomæne
Min ærlige Figma Make-anmeldelse: Hvad jeg fandt efter at have testet det
Startskærmen kommer straks ud af vejen
Landingsskærmen er en enkelt promptboks med en kort tagline: “Make your ideas real with AI. Start with a design and prompt your way to a functional prototype, fast.” Under inputfeltet vises tre foreslåede startpunkter:
- Onboarding flow
- Data dashboard
- Gradient gallery
Du kan ignorere dem alle tre og skrive hvad som helst.
Jeg indsendte denne prompt i fuld længde:
“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.”
Værktøjet accepterede det uden friktion og gik direkte i gang med at bygge. Ingen projekt-typeselector, intet template-galleri, ingen forudgående arkitekturkonfiguration overhovedet.
Konklusion: Indgangspunktet er så tæt på nulfriktion som nogen AI-bygger, jeg har testet. Kompromiset er, at uden nogen strukturerende vejledning før buildet vil en vag prompt give et vagt output. Loftet for, hvad du får, bestemmes udelukkende af, hvad du putter ind.
Sign-up er hurtigt og lægger ikke en betalingsmur mellem dig og outputtet
Hvis du klikker på pilknappen før du logger ind, vises en “Welcome to Figma”-modal. De to muligheder:
- Continue with Google (ét klik, under 10 sekunder)
- Continue with email (indtast e-mail, bekræft, under 30 sekunder i alt)
Begge veje fører dig ind i Figma Make-workspacet med dit build allerede sat i kø. Der er ingen planskærm, ingen kreditkortprompt og ingen opgraderingsmur på dette tidspunkt. Free Starter-planen aktiveres automatisk.
Hvis du allerede har en Figma-konto, vises modalen ikke, og du lander direkte i builderen.
Buildet kører i 8 minutter og fortæller dig præcis, hvad det laver
Workspacet er delt i en chatkolonne til venstre og en live preview til højre. Previewet viser en pladsholder med teksten “Building your idea…” efterfulgt af “Working out the details…” i takt med at værktøjet skrider frem.
Det, der gør dette anderledes end en generisk loading-skærm, er ræsonneringspanelet i chatkolonnen, som logger værktøjets tænkning i realtid.
Under mit build viste ræsonneringspanelet:
- At værktøjet kaldte et theme tool, før det skrev en eneste linje kode
- At det loggede “Worked with 3 files” under behandlingen af prompten
- At ræsonneringsloggen beskrev hele tilgangen: det kortlagde de resterende funktioner (property filtering, lease management, payment history, maintenance requests, messaging, notifications og admin dashboards), oplyste at det ville strukturere React-komponenten med type definitions først, derefter bygge mock data med realistiske detaljer og så håndtere navigation og state management for rollebaserede visninger på tværs af alle sektioner
- At en statusbesked dukkede op under ræsonneringen: “Writing the component structure…”
Den rækkefølge betyder noget. Værktøjet planlagde type definitions, før det skrev nogen UI, og derefter tilføjede det realistiske mock data og byggede så navigationen omkring det. Det er en struktureret tilgang, ikke en tilfældig generering.
Build-tidslinje: 3:58 PM til 4:06 PM. Otte minutter.
Modelvælgeren nederst i chatpanelet lader dig vælge den AI, der udfører buildet, før du starter, eller skifte mellem builds:
| Model | Beskrivelse |
|---|---|
| Default | Anbefalet af Figma (specifik model ikke oplyst) |
| Claude Sonnet 4.6 | Balanceret, effektiv |
| Gemini 3 Flash | Hurtig, iterativ |
| Gemini 3.1 Pro | Dyb, kreativ |
| GPT-5.5 | Kompetent, hurtig |
At kunne skifte fra en hurtig iterativ model til en dybere model uden at forlade værktøjet eller bygge fra bunden igen er en meningsfuld workflow-fordel.
Ved siden af modelvælgeren er der en Build/Plan mode-toggleswitch:
| Mode | Hvad det gør |
|---|---|
| Build | Opretter og itererer undervejs |
| Plan | Skaber alignment om komplekst arbejde og kortlægger arkitekturen, før der skrives kode |
Til en prompt så detaljeret som min ville Plan mode sandsynligvis have givet et renere første build med færre advarsler. Jeg brugte Build mode og håndterede advarslerne i en anden runde.
Det færdige output kaldte sig selv PropVault og gjorde sig fortjent til den selvtillid
Den færdige applikation, som værktøjet navngav PropVault uden at blive bedt om det, er en fler-skærms property management-platform med en ensartet visuel identitet, en mørk marineblå sidebar, ren typografi og kontekstuel social proof på login-skærmen. Login-skærmen viser:
- Et mørkt venstre panel med PropVault-logoet, tagline (“Property management, simplified.”) og tre mock-statistikker: 86 properties managed, 1,240 active tenants, $2.1M collected monthly
- Et højre panel med fanerne Sign In / Create Account, forudfyldt email (marcus@propvault.io) og password samt tre rollevalgsknapper: Landlord, Tenant, Admin
- En footnote: “Demo: click a role above, then sign in”
Hver skærm i venstre navigation åbner en fungerende, udfyldt skærm. Her er det, der blev bygget på tværs af hele applikationen:
| Skærm | Hvad der blev bygget |
|---|---|
| Dashboard | Fire KPI-kort (månedlig omsætning, belægningsgrad, åbne henvendelser, samlede properties), 12-måneders revenue vs. expenses line chart med et “Live”-badge, feed med seneste aktivitet, advarselsbanner for forfaldne betalinger med knappen Send Reminders, udløbende leases med individuelle Renew-knapper |
| Properties | Property-liste med filtrering |
| Leases | Lease management med statussporing |
| Payments | Betalingshistoriktabel med statusbadges, Stripe-drevet sikker betalingsmodal |
| Maintenance | Kanban-board (Open / In Progress / Completed) med prioritetbadges og leverandørtildeling; formular til tenant-indsendelse |
| Messages | Chat-UI med to paneler og realistiske samtaletråde samt send-on-enter-support |
| Documents | Upload-zone med drag-and-drop, kategori-filterpiller, filgrid med hover-handlinger |
| Reports | Søjlediagram, vandret belægningsdiagram, cirkeldiagram for vedligeholdelse, KPI-metriktabel, datointerval-toggle (3m / 6m / 12m) |
| Admin Console | Brugeradministrationstabel, panel for systemstatus og integrationer, fuld REST API-reference, deploy-instruktioner (PostgreSQL, Docker, Vercel, Stripe webhook-konfiguration) |
Dataene på tværs af alle skærme er simulerede. Backend-forbindelserne kræver konfiguration, før noget gemmer eller henter live data. Det, du har efter otte minutter, er et front-end-skelet i produktionskvalitet med nok skærmdækning og datatæthed til at kunne gennemgås som en fungerende demo.
Alle tre brugerroller er korrekt afgrænset, og detaljeniveauet for hver er imponerende
Rollebaseret adgangskontrol er der, hvor AI-byggere oftest springer over, hvor gærdet er lavest. Figma Make gjorde ikke. Hver rolle logger ind i en helt anden oplevelse med sin egen navigation, sin egen datavisning og sit eget omfang.
| Rolle | Navigationselementer | Dashboard-fokus |
|---|---|---|
| Landlord (Marcus Hewitt) | Dashboard, Properties, Leases, Payments, Maintenance, Messages, Documents, Reports | Platformdækkende metrics på tværs af alle properties og tenants |
| Tenant (Priya Nair) | Dashboard, Leases, Payments, Maintenance, Messages, Documents | Personlige metrics kun for denne tenant |
| Admin (Cassandra Voss) | Alle Landlord-elementer plus Admin | Samme som Landlord-dashboard med adgang til Admin Console |
Detaljer for Landlord-dashboard:
- Månedlig omsætning: $41,900 (Apr 2024, +2.8% vs last month)
- Belægningsgrad: 88% (76/86 units, +1.2% vs last month)
- Åbne henvendelser: 5 maintenance tickets
- Samlede properties: 6 properties, 86 total units
- Revenue vs. Expenses-diagram, der spænder fra May til April (12 months)
- Aktivitetsfeed: rent received, overdue payments, new maintenance request, expiring lease, tenant message
- Advarselsbanner: “2 overdue payments require attention” med Tomás Reyes ($2,100) og Fatima Al-Sayed ($2,650) navngivet samt en Send Reminders-handlingsknap
Tenant-dashboard detaljer (Priya Nair):
- Næste betaling: $1,850, forfalder April 1, 2024
- Lease-status: Active, slutter August 31, 2024
- Åbne henvendelser: 1 (HVAC repair pending)
- Beskeder: 2 unread
- Betalingshistorik, der viser Maple Grove #4B, $1,850, Paid
- Vedligeholdelsesanmodning, der viser “HVAC not cooling,” In Progress-badge, dateret March 28, 2024
Payments-skærmen for Tenant-rollen åbner en Stripe-branded modal, når der klikkes på “Pay Now”:
- Overskrift: “Secure Payment. Powered by Stripe.”
- Betalingslinje: April Rent, Maple Grove #4B, $1,850.00
- Card Number-felt (forudformateret)
- Expiry (MM/YY) og CVC-felter
- Pay-knap med teksten: “Pay $1,850.00”
- Footnote: “256-bit SSL encryption · PCI DSS compliant”
Admin Console (Cassandra Voss):
Admin Console har fire faner (Users, System, API Docs, Deployment) og åbner på brugerstyringstabellen.
Hver række har rediger- og fjern-handlingsknapper. En Invite User-knap ligger øverst til højre i tabellen. Tomás Reyes er korrekt markeret som Delinquent, hvilket stemmer med advarslen om forfalden betaling på Landlord-dashboardet.
Redigering bruger to parallelle værktøjer, og begge er gratis at tilgå
Efter buildet er færdigt, er der to redigeringsveje tilgængelige samtidig, og ingen af dem er bag en betalingsplan.
Vej 1: Visuel editor
- Klik på et hvilket som helst element i live previewet for at markere det og åbne en flydende redigeringslinje
- Redigeringslinjen indeholder: skrifttypevælger, skriftstørrelse (med minus- og pluskontroller), fed, kursiv, tekstjustering, breddekontroller, afstand og sletning af element
- Det valgte element tilføjes samtidig til chatinputfeltet, så når du klikker på et element og skriver i chatten, sendes en ændringsanmodning med det valgte element allerede i kontekst
- Hvis du vælger en container, vises den præcise komponenttype og nesting (for eksempel “div x 4”) over værktøjslinjen, så du får præcis layoutkontekst uden at åbne koden
Forbindelsen mellem den visuelle markering og chatinputtet er den mest praktiske del af denne redigeringsworkflow.
Du behøver ikke vælge mellem de to. Du klikker for at identificere elementet og skriver så i chatten for at beskrive den ændring, du ønsker, og AI’en anvender den med fuld forståelse af, hvilket komponent du har valgt.
Vej 2: Kodeeditor
Hvis du klikker på kodeikonet øverst i workspacet, åbnes den fulde React-kildekode. Filstrukturen:
src/
app/
components/
App.tsx (1,300+ lines)
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 er organiseret i navngivne view-funktioner (DashboardView, ReportsView, MaintenanceView og så videre) med sektionskommentarer, der adskiller hver skærm.
Koden er læsbar, velstruktureret og kan redigeres direkte i browseren. Ingen download eller ekstern IDE er nødvendig. Denne fulde adgang til kildekoden er tilgængelig på gratisplanen.
Ændringer, der foretages via den visuelle editor, chatten eller kodeeditoren, fødes alle ind i det samme live preview og afspejles med det samme.
Ti-plus advarsler på det første build, rettet korrekt med ét klik
Da det første build var færdigt, dukkede der et banner op nederst i chatpanelet: “10+ warnings” med en “Fix for me” knap og et luk-ikon.
Hvis man åbner browserkonsollen (tilgængelig via et konsolikon i workspacet), ses kilden: duplicate SVG gradient IDs i Recharts charting library.
Årsagen: Dashboard- og Reports-sektionerne registrerede begge de samme generiske gradientnavne (revGrad, expGrad) som SVG-elementer. Recharts registrerer gradients efter ID i SVG-navnerummet, så generiske navne fra flere diagraminstanser kolliderer i det samme dokument. Konsollen viste en lang liste af minificerede JavaScript-referencer, som alle kunne spores tilbage til denne konflikt.
Hvis man klikker på “Fix for me”, udløses en anden build-pass. Værktøjet identificerede tre specifikke problemer og anvendte målrettede rettelser:
- Dashboard AreaChart: Omdøbte gradient-ID’er fra de generiske revGrad / expGrad til unikke identifikatorer dash-area-rev / dash-area-exp, hvilket forhindrer navnerumskollisionen
- Occupancy BarChart: Skiftede cell keys fra numerisk indeks (key={i}) til stabile strengnøgler ved hjælp af property-navnet (key={\occ-${entry.property}`}), så hver celle har en stabil, unik key
- Maintenance PieChart: Anvendte den samme nøgle-rettelse ved hjælp af entry-navnet (key={\pie-${entry.name}`})
Dette build blev automatisk gemt som Version 2. Versionshistorikpanelet (tilgås ved at klikke på versionslabelen øverst i workspacet) viser en klar log:
| Version | Label | Tid |
|---|---|---|
| Version 1 | Property Management Platform | 4:06 PM |
| Version 2 | Resolve code warnings | 4:19 PM |
Efter den anden gennemgang viste konsollen kun rene vite hot-reload-beskeder, og advarselsbanneret forsvandt. At rulle tilbage til Version 1 er et enkelt klik i versionshistorikpanelet.
Den fulde rettelsescyklus fra første build til ren konsol tog 13 minutter, uden manuel koderedigering.
Indstillingspanelet har mere dybde, end man ville forvente af et beta-værktøj
Indstillingspanelet tilgås via tandhjulsikonet øverst til højre i workspacet. Dropdown-menuen organiserer mulighederne i to grupper:
Make settings:
- General
- Domains
- Fonts
- Chat preferences
- Audio
Integrations:
- GitHub
- Supabase
- Adjust guidelines
General settings dækker publiceringsstatus og SEO-konfiguration:
| Indstilling | Detalje |
|---|---|
| Status | Ikke udgivet (Publish-knap tilgængelig inline) |
| Title | Redigerbart projektnavn |
| Meta description | Automatisk udfyldt ud fra build-kontekst |
| Language | ISO language code-felt |
| Google Analytics ID | Tilslut en GA4-property til trafiksporing |
| Exclude from search engine results | Afkrydsningsfelt, markeret som standard på gratisplanen |
| Clear chat context | Rydder permanent Make’s samtalehukommelse; chatloghistorikken forbliver synlig |
Clear chat context er værd at forstå. Den sletter AI’ens hukommelse om build-samtalen uden at fjerne den synlige chatlog. Det er nyttigt, når en lang build-tråd får AI’en til at hænge fast i tidligere kontekst ved nye ændringsanmodninger.
Domains settings viser:
- Base domain: example.figma.site (det gratis underdomæne, går live ved publicering)
- Connected domains: Mulighed for at tilføje et brugerdefineret domæne fra en tredjepartsudbyder (betalt plan kræves)
Integrations:
- GitHub: Kodeeksport og repository-synkronisering
- Supabase: Tilslut en rigtig backend og database for at erstatte det simulerede datalag
- Adjust guidelines: Angiv brugerdefinerede instruktioner, som AI’en følger, når den foretager ændringer, herunder ting som komponentbibliotekskonventioner, navngivningsstandarder eller designbegrænsninger, du vil have respekteret på tværs af alle builds og iterationer
Adjust guidelines er en væsentlig tilføjelse, som de andre dele af værktøjet ikke fremhæver tydeligt. Den lader dig definere, hvordan AI’en skal opføre sig, før et build starter, i stedet for at rette uønskede mønstre bagefter.
Publicering er ét klik, og gratisplanens URL ligner en rigtig selvstændig app
Hvis du klikker på Publish-knappen øverst til højre, åbnes et panel, der dækker alt, hvad der skal til for at gå live:
| Felt | Detalje |
|---|---|
| Title | Redigerbart projektnavn |
| URL | example.figma.site |
| Status | Ikke udgivet |
| Feature on Community | Toggle til at liste appen i Figma Community-galleriet |
Feature on Community toggleswitchen udvider en preview-sektion, der viser, hvordan appen vil fremstå i Figma Community sammen med andre publicerede apps.
Herfra:
- Du kan vælge op til fem tags til at kategorisere appen (mulighederne inkluderer Apps, Dashboards og flere via “Show more”)
- En “Show chat history”-afkrydsningsboks styrer, om build-samtalen er synlig for Community-besøgende
- En note bekræfter: “By publishing to Community, you agree to Figma’s Creator Agreement”
Når den er publiceret, åbner figma.site-URL’en applikationen i en selvstændig browservisning. Der er ingen Figma-editorchrome, intet vandmærke og intet “built with Figma Make”-badge synligt omkring appen. Den indlæses og fungerer som en ægte selvstændig webapplikation, ikke som en indrammet prototype.
Gratisplanens publicering inkluderer:
- En delbar figma.site-underdomæne-URL
- En selvstændig appvisning uden synlig Figma-branding
- Mulighed for at fremhæve appen i Figma Community
Betalte planer tilføjer:
- Et brugerdefineret domæne fra en tredjepartsudbyder
- Flere AI-credits til ekstra builds og iterationer
Figma Make-priser og planer
Figma Make sælges ikke som et selvstændigt produkt. Adgang kommer bundtet med Figma Full seat-planer, og AI-credits deles på tværs af alle Figma AI-funktioner, ikke kun Make. Et build i Figma Make trækker fra den samme månedlige pulje som Figma Designs AI-værktøjer, billedredigering og enhver anden AI-drevet handling på tværs af platformen.
Gratis Starter-planen inkluderer adgang til Figma Make, men det månedlige kreditloft er lavt nok til, at et enkelt komplekst build vil forbruge en stor del af det. Starter-planen er egnet til at evaluere værktøjet og køre engangstests, ikke til teams, der bruger Make som en regelmæssig del af en byggeproces.
Betalte planer er struktureret omkring seat-typer. Full seats på Professional-, Organization- og Enterprise-niveauerne inkluderer væsentligt flere AI-credits pr. måned, hvor hvert niveau øger den månedlige allokering. Hvis du allerede er på en betalt Figma-plan primært for Design-adgang, er Make allerede tilgængelig for dig uden ekstra omkostning inden for din eksisterende kreditpulje.
Ekstra AI-credits kan købes som et tillæg på tværs af betalte planer, hvilket er værd at overveje, hvis dit team kører flere Make-builds om ugen sammen med almindelig Figma AI-brug.
Der er ingen separat gratis prøveperiode ud over Starter-planen, og ingen pengene-tilbage-garanti er angivet i Figma’s offentliggjorte vilkår. Årlige planopsigelser giver ikke refusion for den resterende periode. Opsigelse af Professional-planen kan håndteres fra Admin Dashboard; Organization- og Enterprise-planopsigelser kræver, at man kontakter salgsteamet direkte.
For praktisk planmatch: Starter-planen dækker evaluering og lejlighedsvis brug. Et Professional Full seat er det minimale realistiske udgangspunkt for teams, der vil bruge Make mere end en eller to gange om måneden uden at løbe tør for credits midt i et projekt.
Alternativer til Figma Make
Den mest direkte konkurrent til Figma Make lige nu er Lovable. Hvor Figma Make producerer en front-end-applikation inde i Figma-workspacet, er Lovable en specialbygget AI-appbygger, der håndterer hele stakken: front-end, back-end, database, autentificering og one-click deployment, fra en selvstændig platform med over 8 millioner rapporterede brugere.
For alle, der ikke allerede er på en betalt Figma-plan, eller som har brug for en produktionskoblet applikation i stedet for en poleret prototype, får Lovable dig hurtigere til en deployet, datakoblet app og med mindre konfiguration.
| Funktion | Figma Make | Lovable |
|---|---|---|
| Brugervenlighed | Prompt-first uden opsætning nødvendig | Prompt-first uden opsætning nødvendig |
| Bedst til | Designere og teams, der allerede er på en betalt Figma-plan | Ikke-tekniske founders, der bygger og deployer MVP’er |
| Backend og data | Kun front-end; Supabase tilgængelig som integration | Indbygget Supabase-backend inkluderet fra start |
| Designfleksibilitet | Visuel editor, chatredigering og fuld adgang til kildekoden | Chatbaseret redigering med kodeeksport tilgængelig |
| Prisstruktur | Bundtet med Figma Full seat; delt AI-kreditpulje | Selvstændigt abonnement med eget creditsystem |
Endelig vurdering: Er Figma Make pengene værd?
For alle, der allerede betaler for en Figma Full seat, er svaret ligetil: ja, og i betydelig grad. Outputkvaliteten placerer Figma Make foran de fleste AI-appbyggere, der har været på markedet langt længere.
Én prompt producerede en fler-skærms, rollebaseret property management-platform med en Stripe-betalingsmodal, et live analytics-dashboard, et Kanban maintenance-board, en chat-UI med to paneler og en fuld admin-konsol med brugerstyringstabel, REST API-dokumentation og deploy-instruktioner. Alt dette på otte minutter, med fuld adgang til kildekoden på gratisplanen og en ren, selvstændig publiceret URL. Intet af det er normalt for et beta-produkt.
For teams, der ikke allerede bruger Figma, kræver regnestykket et ærligt blik på, hvad du faktisk har brug for. At få meningsfuld kreditadgang til Figma Make kræver en Full seat på en betalt Figma-plan, hvilket er en bredere platformsinvestering end nogen selvstændig AI-bygger kræver. Hvis det primære mål er at levere en fungerende webapplikation med en live database og rigtige brugere i stedet for en prototype, når Lovable det resultat med mindre konfiguration og uden at kræve et designplatform-abonnement.
Den målgruppe, der får mest ud af Figma Make lige nu, er designere og produktteams, der vil lukke hullet mellem en statisk Figma-prototype og en testbar, kodeunderstøttet interaktiv build uden at skifte værktøj eller vente på, at en udvikler gør det muligt. Til netop det brugsscenarie er Figma Make den bedste mulighed, der findes.
