Hva er low-code og no-code? Har det en fremtid?

01Hva betyr low-code og no-code?

I tradisjonell programvare skrives hver skjerm, hvert skjema og hver forretningsregel med kode. Low-code-plattformer flytter en stor del av dette arbeidet over i et visuelt redigeringsverktøy: du definerer datatabellen, drar og slipper skjemaet og tegner godkjenningsflyten med bokser. Der de ferdige komponentene ikke strekker til, legger du til små kodebiter.

Svaret på hva no-code er går et steg lenger. Målgruppen er ikke utviklere, men brukere i fagavdelingene. Uten å holde på med kode kan man bygge skjemaer, enkle databaser, automatiseringer eller enkeltsideapplikasjoner. Slike verktøy kalles av og til verktøy for «citizen developers» (innbyggerutviklere), fordi de gjør det mulig for den som kjenner prosessen best, å bygge sin egen løsning uten å belaste utviklingsteamet.

De to tilnærmingene har det samme løftet: å korte ned veien fra idé til fungerende applikasjon. Forskjellene vises i fleksibilitet og i hvem som skal bruke det.

02Forskjellen på low-code og no-code

Den viktigste raden i tabellen blir ofte oversett: plattformavhengighet. Applikasjonen din er begrenset av komponentene plattformen tilbyr, prismodellen og serverplasseringen. Endrer plattformen reglene, må applikasjonen din også endre seg.

03Typer low-code-plattformer

Det finnes hundrevis av verktøy på markedet, men de fleste faller inn under noen få hovedgrupper. Når du vet hvilken gruppe du ser på, blir forventningene dine riktigere.

Appbyggere fokuserer på å bygge interne applikasjoner med datatabeller og skjemaer. Verktøy for arbeidsflytautomatisering flytter en hendelse i ett system over til et annet, for eksempel ved å legge til en rad i en tabell og sende en e-post når et skjema fylles ut. Nettsted- og sidebyggere lager nettsider med en visuell editor. Low-code-plattformer for store virksomheter tilbyr mer omfattende, og som regel dyrere, løsninger for godkjenningsprosesser, portaler og rapportering i store selskaper.

Hver av disse gruppene svarer på et ulikt spørsmål. Å prøve å bygge en kundeportal med et automatiseringsverktøy eller lagerstyring med en sidebygger går mot verktøyets natur og stopper raskt opp. Før du velger, bør du skrive ned problemet du vil løse i én setning. Da blir riktig verktøygruppe ofte opplagt av seg selv.

Se også på lisensmodellen. Betaling per bruker, per applikasjon eller etter antall transaksjoner avgjør hvordan en kostnad som virker liten i starten, endrer seg etter hvert som den vokser.

04Fordelene med kodefri apputvikling

Disse fordelene er særlig verdifulle ved interne prosesser: permisjonsskjema, lagertellingsliste, enkel oppfølging av henvendelser eller en påmeldingsside til et arrangement. Verktøy som få bruker, med enkle forretningsregler og som ikke er kritiske, løses svært godt med low-code.

• Fart: et enkelt internt verktøy kan bli ferdig på timer i stedet for dager.
• Lav inngangsterskel: teammedlemmer uten utviklerbakgrunn kan løse sitt eget behov.
• Rask utprøving: det blir billigere å teste en forretningsidé med ekte brukere.
• Ferdige koblinger: det finnes ferdige komponenter for å koble til vanlige tjenester.
• Enkelt vedlikehold: server, oppdateringer og sikkerhetskopiering ligger som regel hos plattformen.

05Grenser og risiko ved low-code

Low-code kommer til kort når applikasjonen vokser. Et verktøy som i starten hadde noen få skjemaer, begynner å bli for trangt i den visuelle editoren når det trengs tilgangsnivåer, kompliserte beregninger, høy trafikk og mange integrasjoner.

Skalering

Når antall brukere og poster øker, er ytelsen begrenset av infrastrukturen plattformen tillater. På de fleste plattformer vokser også kostnaden med antall brukere eller transaksjoner. Du må regne ut kostnaden ved skalering fra starten.

Leverandøravhengighet

Å flytte applikasjonen til et annet sted betyr ofte at den må skrives på nytt. Selv om du kan eksportere dataene dine, er forretningsreglene og skjermene knyttet til plattformen. Dette kalles vendor lock-in.

Kompliserte forretningsregler

Når flertrinns prisberegninger, egne rapporter eller bransjespesifikke regelverk bygges med visuelle blokker, blir de vanskelige å lese og teste. Fra et visst punkt blir lite kode til mange uleselige blokker.

Sikkerhet og datalagring

Hvilket land dataene lagres i, og på hvilke vilkår, avhenger av plattformens valg. For applikasjoner som behandler personopplysninger, må dette undersøkes på avtalenivå med tanke på KVKK (tyrkisk personvernlov, sammenlignbar med GDPR). Sjekk gjeldende regelverk og juridisk rådgiver.

06Hva bør du velge når?

Det riktige valget avhenger mer av behovets natur enn av selve verktøyet. Å svare på spørsmålene under gjør avgjørelsen langt tydeligere.

1. Står applikasjonen i sentrum av virksomheten? I kjerneprosesser som salg, booking eller produksjon må du ha kontrollen selv.
2. Hvor mange skal bruke den? Et internt verktøy for noen få og et system som tusenvis av kunder bruker, krever ulik arkitektur.
3. Hvor mange systemer skal den kobles til? Behovet for fleksibilitet vokser med antall koblinger til regnskap, frakt, markedsplasser og betaling.
4. Hvor står den om fem år? For et produkt som forventes å vokse raskt, bør du tenke på portabilitet fra starten.
5. Hvem skal sitte med dataene? Eierskap er viktig hvis du trenger full kontroll over kundedata.

07Low-code sammenlignet med skreddersydd programvare

Utvikling av skreddersydd programvare krever mer analyse og tid i første fase. Til gjengjeld får du et system som passer virksomheten din perfekt, som kan skaleres, og som du eier. Hvordan prosessen foregår, har vi forklart steg for steg i artikkelen om utvikling av skreddersydd programvare.

Det finnes også en mellomvei: å bygge kjernesystemet som skreddersydd programvare og løse de små interne verktøyene i kanten med low-code. I denne modellen snakker de to verdenene sammen via API. Hva et API er og hvorfor det er så sentralt, finner du i artikkelen hva er et API.

For deg som har bestemt deg for å lære å kode, er hva er Python en god start. Der low-code stopper opp i automatisering og dataarbeid, kommer Python-skript ofte inn.

08Har low-code en fremtid?

Ja, men en fremtid med tydelige grenser. Verktøy støttet av kunstig intelligens gjør det enklere å lage skjemaer og flyter ut fra et behov beskrevet med vanlig språk. Det visker ut skillet mellom low-code og skreddersydd programvare. For interne verktøy og prototyper ser det ut til at andelen slike verktøy fortsetter å vokse.

På den andre siden forsvinner ikke behovet for kontroll, ytelse og eierskap i systemene som ligger i kjernen av virksomheten og gir konkurransefortrinn. Derfor vil de to tilnærmingene fortsette å eksistere side om side, ikke som konkurrenter, men som verktøy for ulike behov.

Vær ærlig når du lager en veikart for din egen virksomhet: hvilken prosess skal bare gjøres enklere, og hvilken skal du eie? Dette skillet hindrer deg i å investere i feil verktøy.