Hva er low-code? En enkel guide

Low-code er en måte å bygge programvare på der det meste av appen settes sammen med visuelle verktøy — dra-og-slipp-skjermer, datamodeller og arbeidsflytdiagrammer — og utviklere skriver små mengder kode bare for delene verktøyene ikke klarer. Det ligger mellom tradisjonell koding og no-code. Begrepet ble gjort kjent av forskningsselskapet Forrester i 2014, og kjente plattformer inkluderer Microsoft Power Apps, OutSystems, Mendix og Retool.

Hvorfor det betyr noe når du bygger med AI

Hvis du er gründer eller eier av en liten bedrift og vurderer å bygge en app, møter du tre merkelapper: no-code, low-code og AI-appbyggere. De blir ofte satt i samme bås, men de er rettet mot forskjellige folk. Low-code-plattformer retter seg mest mot IT-avdelinger i bedrifter, og mange forutsetter at noen i teamet kan skrive kode når de visuelle verktøyene tar slutt.

Å vite det hjelper deg å unngå å velge et verktøy laget for en IT-avdeling på 50 personer når du er én person med en idé — eller det motsatte, å velge et enkelt verktøy for et komplekst forretningssystem. Det forklarer også hvorfor AI-appbyggere endrer bildet: når en AI skriver koden for deg, betyr «low» i low-code mindre, fordi de håndskrevne delene ikke lenger er det vanskelige.

En hverdagslig sammenligning

Tenk på å lage middag.

• Tradisjonell koding er å lage mat fra grunnen: råvarer, full kontroll, mye ferdighet og tid.
• No-code er en matkasse: alt er porsjonert ut med en oppskrift. Raskt og pålitelig, men du lager det som står i boksen.
• Low-code er en matkasse pluss et velutstyrt kjøkken. Du følger settet for det meste av måltidet, men en dyktig kokk kan legge til egen saus, bytte en ingrediens eller endre et trinn.

Kjøkkenet er forskjellen. Low-code gir deg en nødutgang inn til ekte kode, og det er kraftfullt — så lenge noen kan lage mat.

Slik fungerer low-code-plattformer

De fleste low-code-plattformer deler noen få funksjoner:

Den siste raden er ofte den avgjørende faktoren for større selskaper. Low-code-plattformer er bygget for at IT skal beholde oversikten mens flere bygger apper.

Et konkret eksempel: en godkjenningsapp for utgifter

Et selskap med 200 ansatte vil erstatte utgiftsregneark som sendes på e-post med en app.

Med en low-code-plattform kan teamet gjøre dette:

1. Modeller dataene visuelt. En Expense har en ansatt, beløp, kategori, bilde av kvittering og status.
2. Design skjermene ved å dra komponenter. Et skjema for å sende inn en utgift, en liste for ledere og et dashbord for økonomiavdelingen.
3. Tegn arbeidsflyten. Sendt → leder godkjenner → hvis over et fastsatt beløp, godkjenner økonomi → utbetalt.
4. Koble til eksisterende systemer. Logg inn med selskapets Microsoft- eller Google-kontoer; slå opp hver ansatts leder i HR-systemet.
5. Skriv litt kode der det trengs. Si at regelen for hvilke utgifter som må godkjennes av økonomi avhenger av avdelingsbudsjetter som ligger i et annet system. En utvikler skriver et kort skript som henter budsjettet og avgjør.
6. Deploy gjennom IT. Plattformen håndterer hosting, tilgangsregler og revisjonslogger.

Trinnene 1–4 kan gjøres av en teknisk trygg forretningsanalytiker. Trinn 5 krever en utvikler. Den delingen er kjernen i low-code.

Low-code vs no-code vs AI-appbyggere

Grensene viskes ut: mange no-code- og low-code-plattformer har nå AI-assistenter, og AI-appbyggere kan lage de samme interne verktøyene som low-code er kjent for. Se no-code vs AI-appbyggere for mer.

Viktige begreper forklart

Vanlige feil og misforståelser

• «Low-code betyr at hvem som helst kan bygge hva som helst.» De visuelle delene er tilgjengelige, men komplekse apper krever fortsatt utviklerkompetanse, særlig for integrasjoner og egen logikk.
• «Low-code er bare for prototyper.» Mange selskaper kjører viktige interne systemer på low-code-plattformer. Avveiningen er avhengighet av plattformen, ikke manglende seriøsitet.
• Undervurdere innlåsing. Skjermene og arbeidsflytene dine ligger vanligvis i plattformens eget format. Å flytte dem betyr å bygge på nytt.
• Ignorere prising per bruker. Noen plattformer tar betalt per person som bruker en app, noe som kan bli dyrt når du tar i bruk et internt verktøy for hele selskapet. Sjekk før du binder deg.
• Hoppe over de kjedelige delene. Tillatelser, revisjonsspor og testing betyr like mye i low-code som i vanlig kode.

Hva du bør spørre om før du velger (og hva du bør be AI-appbyggeren om)

• «Hvem skal bygge og vedlikeholde dette — har vi noen som kan skrive kode?»
• «Hva koster det når alle i selskapet bruker det?»
• «Kan vi koble til påloggingssystemet vårt og eksisterende data?»
• «Hvis vi forlater plattformen, hva kan vi ta med oss?»

Hvis du går AI-appbygger-veien for et internt verktøy, er nyttige forespørsler for eksempel:

• «Bygg en godkjenningsapp for utgifter: ansatte sender inn, ledere godkjenner, og alt over [beløp] må også godkjennes av økonomi.»
• «Bare ledere kan se utgiftene til teamet sitt. Håndhev det på serveren.»
• «Logg hver godkjenning og avvisning med hvem som gjorde det og når.»

For mer om denne typen apper, se hvordan bygge et internt verktøy og Retool-alternativer.

Low-code og Mythex

Mythex er en AI-appbygger, ikke en low-code-plattform: det finnes ingen visuell arbeidsflyteditor. Du beskriver appen i chatten, og agenten skriver koden — skjermer, databasetabeller og serverlogikk — som du kan se i en live forhåndsvisning og publisere. Det egendefinerte som på en low-code-plattform ville krevd en utvikler, er bare en ny forespørsel. På Pro får du en fullverdig kodeeditor, eksport og GitHub-synkronisering, slik at en utvikler kan ta over. For store selskaper som trenger innebygd styring og dype integrasjoner i bedriften, kan en dedikert low-code-plattform fortsatt være det bedre valget.

Spørsmål