No-code vs. low-code: Den reelle forskel, og hvordan du vælger
No-code betyder, at du bygger software uden at skrive kode, ved hjælp af visuelle editorer og indstillinger (og i 2026 ofte prompts på almindeligt sprog). Low-code betyder, at du bygger for det meste visuelt, men en udvikler skriver kode til de dele, de visuelle værktøjer ikke kan klare. Vælg no-code, hvis du ikke er udvikler, og du har brug for en fungerende app hurtigt. Vælg low-code, hvis du har udviklere, komplekse virksomhedssystemer at forbinde og styringsregler at overholde.
De to begreber bruges, som om de var det samme, og leverandørerne udvisker bevidst forskellen. Denne guide sætter den praktiske forskel op med rigtige eksempler, så du kan se, hvilken slags værktøj du kigger på. Hvis du først vil have det grundlæggende om hver, så læs hvad er no-code og hvad er low-code.
Forskellen i én tabel
| No-code | Low-code | |
|---|---|---|
| Bygget til | Forretningsbrugere, iværksættere, skabere | Udviklere og it-teams samt tekniske forretningsbrugere |
| Skriver du kode? | Nej, med vilje | Nogle gange; det er pointen med „low“ |
| Sådan bygger du | Træk og slip, indstillinger, skabeloner, prompts | Visuelle modeller plus scripts, egne komponenter, API'er |
| Typiske apps | Portaler, interne værktøjer, simple telefonapps, MVP'er | Virksomhedsworkflows, frontends til ældre systemer, regulerede apps |
| Tid til første version | Timer til dage | Dage til uger |
| Loft | Lavere: du stopper, hvor værktøjet stopper | Højere: kode udfylder hullerne |
| Hvem vedligeholder den | Den, der byggede den | Normalt et it- eller udviklingsteam |
| Eksempler (2026) | Glide, Softr, Adalo, Thunkable | Power Apps, OutSystems, Mendix, Retool |
Hvem hvert enkelt er rigtig til
Den tydeligste måde at skelne dem på er at spørge, hvem leverandøren forventer sidder ved tastaturet.
No-code-værktøjer forventer en ikke-udvikler. Deres hjælpedokumentation forklarer, hvad en database er. Deres priser starter med en enkeltperson. Deres skabeloner er ting som „kundeportal“, „lagerstyring“ og „eventapp“. Glide pitcher for eksempel nu at gøre de regneark, et team allerede bruger, om til apps; Softr fører med kundeportaler og interne værktøjer bygget uden udvikler.
Low-code-værktøjer forventer en udvikler, eller i det mindste en it-afdeling. Deres sider taler om styring, miljøer og integration med virksomhedens systemer. Microsoft beskriver Power Apps som en „low-code AI app builder“, og dets gratis Developer-plan lader dig bygge og teste apps på tværs af tre miljøer, før produktion. OutSystems er bygget specifikt til store virksomheder og kalder sig en platform til agentiske systemer, der er vokset ud af low-code. Mendix, en del af Siemens, beskriver sig selv som en platform til workflows, agenter og applikationer. Disse købes af virksomheder, ikke af enkeltpersoner.
Hvad der ændrer sig, når du rammer en grænse
Hvert visuelt værktøj rammer på et tidspunkt noget, det ikke kan: en usædvanlig beregning, en API uden connector, et layout dets blokke ikke understøtter.
- På et no-code-værktøj leder du efter en løsning: et plugin, en automatiseringstjeneste som Zapier eller en omlægning, der undgår funktionen. Findes der ingen, skifter du værktøj.
- På et low-code-værktøj skriver en udvikler et lille stykke kode (en egen komponent, et script eller en serverfunktion), og den visuelle app fortsætter.
Det er derfor, low-code-platforme kan køre større, længerevarende systemer, og hvorfor de har brug for udviklere for at få mest muligt ud af dem.
Binding og ejerskab
Ingen af kategorierne giver automatisk bærbar kode. Mange no-code-apps kører kun på leverandørens platform, og det gør mange low-code-apps også: den visuelle model er kilden, og leverandørens runtime udfører den. Nogle få værktøjer lader dig downloade standardkode; FlutterFlow tilbyder for eksempel kodeeksport på betalte planer. Før du forpligter dig, så spørg: Hvis leverandøren hævede priserne eller lukkede, hvad ville jeg så kunne tage med mig? Vores guide om no-code vs. AI-app-builders ser nærmere på det.
Hvor AI-app-builders passer ind
I 2026 har den pæne todelte opdeling en tredje mulighed. AI-app-builders lader dig beskrive appen med almindeligt sprog, og de skriver rigtig kode: en frontend, en backend og en database. To ting følger af det:
- Du kan bruge dem som no-code. Du behøver aldrig at kigge på koden. Du chatter, forhåndsviser og udgiver.
- Du kan bruge dem som low-code. Når chatten ikke kan få noget helt rigtigt, er koden der, så du kan redigere den, selv eller med en udvikler, du hyrer.
Samtidig har klassiske no-code-værktøjer tilføjet AI: Bubble har en AI Agent, Adalo har Ada, Softr har en AI Co-Builder, og Power Apps fører med „AI-first applications“. Spørgsmålet har dermed flyttet sig fra „no-code eller low-code?“ til „hvordan vil jeg beskrive appen, og hvad sker der, når jeg har brug for mere kontrol?“
Et konkret eksempel: en app til vedligeholdelsesanmodninger
En ejendomsadministrator vil have, at lejere kan melde problemer med fotos, og at personalet kan tildele og lukke opgaver.
No-code-vejen. I en tool som Softr eller Glide opsætter de en tabel til anmodninger, en lejerformular med fotoupload og en personalevisning filtreret efter status, med rettigheder, så lejere kun ser deres egne anmodninger. Den er live på en eftermiddag. Når de senere vil have en sms til lejeren ved hver statusændring, forbinder de et automatiseringsværktøj.
Low-code-vejen. I Power Apps bygger et it-team den samme app oven på virksomhedens eksisterende systemer, tilføjer en egen connector til ejendomsadministrationssoftwaren og sender den igennem virksomhedens godkendelsesproces. Det tager længere tid og integrerer dybere.
AI-builder-vejen. I en AI-app-builder skriver administratoren: „Byg en app til vedligeholdelsesanmodninger. Lejere logger ind og indsender et problem med et foto og en placering i bygningen. Personalet ser alle åbne anmodninger, tildeler dem og markerer dem som udført; lejere ser status på deres egne anmodninger.“ App, database og login genereres og forfines derefter via chat. Sms-funktionen er endnu en prompt, med en nøgle fra en sms-udbyder tilføjet som hemmelighed.
Hvad det koster over tid
Prismodellerne er mere forskellige, end folk tror. No-code-værktøjer tager typisk betaling pr. app eller pr. builder med grænser for poster, brugere eller AI-credits, så et lille team kan starte billigt og betale mere, efterhånden som brugen vokser. Low-code-platforme sælges typisk til virksomheder via licens eller pr. plads, ofte gennem et salgsteam, med udviklertid som den største skjulte omkostning. AI-app-builders tager typisk betaling i credits til bygning plus forbrug til hosting. I alle tilfælde er den billigste måned den første; estimér, hvad appen koster, når halvtreds personer bruger den dagligt, og sammenlign.
Sådan vælger du
Stil de fire spørgsmål:
- Kommer en udvikler nogensinde til at arbejde på dette? Nej: no-code eller en AI-builder. Ja: low-code eller en AI-builder, der viser koden.
- Skal det forbindes til virksomhedssystemer som et ERP eller Active Directory? Low-code-platforme er bygget til det.
- Hvor hurtigt har du brug for det? Denne uge peger mod no-code eller AI.
- Hvad sker der, hvis du vokser fra det? Foretræk værktøjer, der lader dig eksportere kode eller data.
Til konkrete værktøjer, se de bedste no-code app-builders i 2026, Retool-alternativer til interne værktøjer og sådan bygger du et internt værktøj.
No-code, low-code og Mythex
Mythex er vores produkt, en AI-app- og hjemmesidebygger. Du beskriver, hvad du vil have, i chat, og det bygger en rigtig full-stack-app med live-preview, kobler en rigtig database og fillagring til og udgiver den til en offentlig URL med ét klik. Det er no-code-siden.
Low-code-siden er en kodeeditor og terminal i samme arbejdsområde. På Free-planen er koden skrivebeskyttet, så du kan se, hvad der er bygget; på Pro ($25 om måneden) kan du redigere den, eksportere den og forbinde GitHub, hvilket også betyder, at en udvikler senere kan overtage projektet. Free kræver intet kort og giver 5 credits om dagen, op til 30 om måneden, med ubegrænsede projekter og udgivelse. Mythex har ingen drag-and-drop-editor, så hvis du tænker visuelt, passer et klassisk no-code-værktøj måske bedre. Se hvordan det sammenlignes med Bubble og Softr.
Spørgsmål
Hvad er den største forskel på no-code og low-code?
No-code-værktøjer er bygget, så du aldrig skriver kode; alt gøres med visuelle editorer, indstillinger og i stigende grad prompts på almindeligt sprog. Low-code-værktøjer er også for det meste visuelle, men du må forvente, at en udvikler skriver kode til de dele, de visuelle værktøjer ikke kan klare, og de giver normalt en måde at gøre det på.
Er low-code sværere end no-code?
Normalt ja. Low-code-platforme forudsætter lidt teknisk viden: datamodeller, API'er og nogle gange et scriptsprog. Til gengæld håndterer de mere komplekse systemer og integrerer dybere med virksomhedens infrastruktur. Et no-code-værktøj er hurtigere at lære, men rammer sine grænser tidligere.
Hvad er bedst for en startup, no-code eller low-code?
De fleste tidlige startups er bedst tjent med no-code eller en AI-app-builder, fordi hastighed betyder mere end dyb integration. Low-code-platforme er rettet mod virksomheder med it-teams og eksisterende systemer. Hvis du forventer at ansætte udviklere, så vælg et værktøj, der lader dem overtage koden senere.
Er en AI-app-builder no-code eller low-code?
Den kan være begge dele, afhængigt af hvordan du bruger den. Du kan bygge helt ved at beskrive, hvad du vil have, hvilket er no-code. Mange AI-builders, Mythex inklusive, viser også koden og lader dig redigere den, hvilket giver dig low-code-udvejen, når du har brug for den.
Hvilke eksempler findes på low-code-platforme?
Pr. november 2026 kalder Microsoft Power Apps en low-code AI-app-builder, OutSystems beskriver sine rødder som en low-code-platform rettet mod store virksomheder, og Mendix, en del af Siemens, er med i kategorien AI-understøttet low-code. Retool grupperes ofte med dem til interne værktøjer.