I en tid der stadig flere vurderer no-code og low-code som alternativer til tradisjonell programvareutvikling, blir det viktig å forstå hvordan disse metodene passer inn i en helhetlig IT-strategi. Temaet har de siste årene fått mye oppmerksomhet, og det med god grunn. Teknologiene lover raskere utvikling, lavere kostnader og kortere vei fra idé til produkt. Men er det egentlig løsningen på alt? Eller kan snarveien bli kostbar i lengden?

I denne artikkelen ser vi nærmere på hva no-code og low-code egentlig er, hvem det passer for, og når det kanskje ikke er veien å gå.

Hva betyr no-code og low-code?

• No-code: Bygge digitale løsninger uten å skrive kode.
• Low-code: Bygge med minimale mengder kode, men fortsatt med noe teknisk innsats.

Begge tilnærmingene gjør det mulig å utvikle applikasjoner raskere, ofte gjennom visuelle verktøy og ferdige byggeklosser. Mange plattformer, som PowerApps, OutSystems og Bubble, lar både utviklere og ikke-utviklere lage løsninger uten å måtte starte fra scratch.

Når fungerer det?

Det er lett å forstå hvorfor denne trenden har fått fotfeste. For mange selskaper er det et stort behov for å:

• Digitalisere manuelle prosesser
• Få ut interne verktøy raskt
• Lage prototyper for testing
• Tilby enkel funksjonalitet for avgrensede behov

I slike tilfeller er no-code og low-code et glimrende verktøy. Det kan redusere time-to-market betraktelig og gjøre det mulig for f.eks. HR eller salg å få sine behov løst uten å stå i kø hos IT-avdelingen. Samtidig får man testet ut nye verktøy, flyter og hypoteser fort og billig.

Når er det ikke nok?

Men som med andre revolusjonerende teknologier finnes det også begrensninger.

Et no code-system er sjelden en fullverdig erstatning for skreddersydd utvikling når man skal bygge komplekse tjenester med høy integrasjonsgrad, mange brukere eller behov for skalerbarhet og sikkerhet.

No code-plattformer er ofte:

• Vanskelige å integrere med eksisterende systemer
• Lite fleksible når behovene vokser
• Avhengige av leverandørens rammer og lisensmodeller

Mange selskaper opplever også teknisk gjeld senere, når løsningen ikke kan tilpasses videre uten betydelige ombygginger.

Et strategisk spørsmål, ikke bare et teknisk valg

Valget mellom no-code og tradisjonell utvikling handler ikke bare om fart og kostnad. Det handler om langsiktig kontroll, skalerbarhet og eierskap.

Still deg derfor følgende spørsmål:

• Er dette en midlertidig løsning eller en sentral del av vår forretningskritiske plattform?
• Trenger vi fleksibilitet og kontroll over arkitektur og data?
• Har vi kompetansen internt til å forvalte og videreutvikle løsningen?

Hvis svaret på ett eller flere av disse er "ja", er det verdt å vurdere om low/no-code faktisk er riktig vei.

Hva bør du velge, og når?

No-code og low-code gir fart og tilgjengelighet, men krever bevisste valg for å passe inn i helheten. Hos Seven Peaks anbefaler vi ofte en balansert tilnærming:

• Low-code egner seg godt til intern automatisering, enkle skjema og støtteprosesser innen applikasjonsutvikling – eller som verktøy i POC-er og MVP-er.
• Skreddersydd utvikling passer bedre for kjerneprodukter og kundevendte plattformer med høy kompleksitet, krav til fleksibilitet og tydelig eierskap.

Ofte handler det ikke om enten/eller, men om hva som skal bygges hvor, og hvorfor.

Vil du lese mer om hvordan vi kombinerer ferdige byggeklosser med skreddersøm? Ta en titt på artikkelen Skreddersøm eller hyllevare.

Vil du heller hoppe rett til en prat om hva som passer best i din strategi? Ta kontakt her, så ser vi på helheten sammen.