Hvad er low-code? En letforståelig guide

Low-code er en måde at bygge software på, hvor det meste af appen samles med visuelle værktøjer – drag-and-drop-skærme, datamodeller og workflow-diagrammer – og udviklere skriver små mængder kode kun til de dele, værktøjerne ikke kan klare. Det ligger mellem traditionel kodning og no-code. Begrebet blev gjort populært af analysevirksomheden Forrester i 2014, og kendte platforme omfatter Microsoft Power Apps, OutSystems, Mendix og Retool.

Hvorfor det betyder noget, når du bygger med AI

Hvis du er grundlægger eller small business-ejer og overvejer at bygge en app, vil du støde på tre betegnelser: no-code, low-code og AI-appbyggere. De bliver ofte blandet sammen, men de henvender sig til forskellige mennesker. Low-code-platforme retter sig mest mod virksomheders it-teams, og mange forudsætter, at nogen i teamet kan skrive kode, når de visuelle værktøjer slipper op.

Det hjælper dig med at undgå at vælge et værktøj bygget til en it-afdeling på 50 personer, når du er én person med en idé – eller det modsatte: at vælge et simpelt værktøj til et komplekst forretningssystem. Det forklarer også, hvorfor AI-appbyggere ændrer billedet: når en AI skriver koden for dig, betyder „low“ i low-code mindre, fordi de håndskrevne dele ikke længere er det svære.

En hverdagsanalogi

Tænk på at lave aftensmad.

• Traditionel kodning er at lave mad fra bunden: rå ingredienser, fuld kontrol, en masse dygtighed og tid.
• No-code er et madkasse-koncept: alt er portioneret på forhånd med en opskriftskort. Hurtigt og pålideligt, men du laver det, der står i kassen.
• Low-code er en madkasse plus et velassorteret køkken. Du følger kassen for det meste af måltidet, men en dygtig kok kan tilføje sin egen sauce, skifte en ingrediens eller ændre et trin.

Køkkenet er forskellen. Low-code giver dig en nødudgang ind i rigtig kode, hvilket er stærkt – så længe nogen ved, hvordan man laver mad.

Sådan virker low-code-platforme

De fleste low-code-platforme deler nogle få funktioner:

Den sidste række er ofte den afgørende faktor for større virksomheder. Low-code-platforme er bygget, så it kan bevare overblikket, mens flere mennesker bygger apps.

Et konkret eksempel: en godkendelsesapp for udlæg

En virksomhed med 200 medarbejdere vil erstatte udlægsregneark sendt pr. mail med en app.

Med en low-code-platform kan teamet:

1. Modellere data visuelt. Et Expense har en medarbejder, et beløb, en kategori, et kvitteringsfoto og en status.
2. Designe skærmene ved at trække komponenter ind. En formular til at indsende et udlæg, en liste til ledere, et dashboard til økonomiafdelingen.
3. Tegne workflowet. Indsendt → leder godkender → hvis over et fastsat beløb, godkender økonomi → udbetalt.
4. Forbinde eksisterende systemer. Log ind med virksomhedens Microsoft- eller Google-konti; slå op, hvem der er hver medarbejders leder, i HR-systemet.
5. Skrive lidt kode, hvor det er nødvendigt. Antag, at reglen for, hvilke udlæg der kræver økonomiafdelingens godkendelse, afhænger af afdelingsbudgetter, der ligger i et andet system. En udvikler skriver et kort script, der henter budgettet og afgør det.
6. Deploye via it. Platformen håndterer hosting, adgangsregler og revisionslogs.

Trin 1–4 kunne udføres af en teknisk sikker forretningsanalytiker. Trin 5 kræver en udvikler. Den opdeling er kernen i low-code.

Low-code vs no-code vs AI-appbyggere

Grænserne udviskes: mange no-code- og low-code-platforme har nu AI-assistenter, og AI-appbyggere kan lave de samme interne værktøjer, som low-code er kendt for. Se no-code vs AI-appbyggere for mere.

Centrale begreber forklaret

Almindelige fejl og misforståelser

• „Low-code betyder, at hvem som helst kan bygge alt.“ De visuelle dele er tilgængelige, men komplekse apps kræver stadig udviklerkompetencer, især til integrationer og specialiseret logik.
• „Low-code er kun til prototyper.“ Mange virksomheder kører vigtige interne systemer på low-code-platforme. Afvejningen er afhængighed af platformen, ikke manglende seriøsitet.
• At undervurdere lock-in. Dine skærme og workflows ligger typisk i platformens eget format. At flytte betyder at genopbygge.
• At ignorere prissætning pr. bruger. Nogle platforme tager betaling pr. person, der bruger en app, hvilket kan løbe op, når du udruller et internt værktøj til hele virksomheden. Tjek det, før du forpligter dig.
• At springe de kedelige dele over. Tilladelser, revisionsspor og test betyder lige så meget i low-code som i almindelig kode.

Hvad du skal spørge om, før du vælger (og hvad du kan spørge din AI-builder om)

• „Hvem skal bygge og vedligeholde det – har vi nogen, der kan skrive kode?“
• „Hvad koster det, når alle i virksomheden bruger det?“
• „Kan vi forbinde til vores login-system og eksisterende data?“
• „Hvis vi forlader platformen, hvad kan vi tage med os?“

Hvis du vælger AI-appbygger-vejen til et internt værktøj, er nyttige prompts blandt andet:

• „Byg en godkendelsesapp for udlæg: medarbejdere indsender, ledere godkender, og alt over [beløb] kræver også økonomiafdelingen.“
• „Kun ledere må se deres teams udlæg. Håndhæv det på serveren.“
• „Log hver godkendelse og afvisning med hvem der gjorde det, og hvornår.“

Til mere om denne type app, se sådan bygger du et internt værktøj og Retool-alternativer.

Low-code og Mythex

Mythex er en AI-appbygger, ikke en low-code-platform: der er ingen visuel workflow-editor. Du beskriver appen i chatten, og agenten skriver koden – skærme, database-tabeller, serverlogik – som du kan se i en live preview og udgive. Den specialiserede logik, der ville kræve en udvikler på en low-code-platform, er bare en anden forespørgsel. På Pro får du en fuld kodeeditor, eksport og GitHub-synkronisering, så en udvikler kan overtage det. For store virksomheder, der har brug for indbygget governance og dybe enterprise-integrationer, kan en dedikeret low-code-platform stadig være det bedre valg.

Spørgsmål