Vad är low-code och no-code? Har det en framtid?

01Vad betyder low-code och no-code?

I traditionell mjukvara skrivs varje skärm, varje formulär och varje affärsregel med kod. Low-code-plattformar flyttar en stor del av det arbetet till en visuell editor: du definierar datatabellen, drar och släpper formuläret och ritar godkännandeflödet med rutor. Där de färdiga komponenterna inte räcker lägger du till små kodsnuttar.

Svaret på frågan vad no-code är ligger ett steg längre. Målgruppen är inte utvecklare utan användare på affärsavdelningarna. Formulär, enkla databaser, automatisering eller ensidiga applikationer kan byggas helt utan kod. De här verktygen kallas ibland citizen developer-verktyg, eftersom de syftar till att den som bäst känner processen ska kunna bygga sin egen lösning utan att mjukvaruteamet behöver involveras.

De två ansatserna har samma löfte: att förkorta vägen från idé till fungerande applikation. Skillnaderna visar sig i flexibilitet och i vem som använder dem.

02Skillnaden mellan low-code och no-code

Den mest kritiska raden i tabellen är det som ofta förbises: plattformsberoendet. Din applikation begränsas av de komponenter, den prismodell och den serverplats som plattformen erbjuder. Om plattformen ändrar sina regler måste din applikation ändras med.

03Typer av low-code-plattformar

Det finns hundratals verktyg på marknaden, men de flesta kan delas in i några huvudgrupper. Att veta vilken grupp du tittar på hjälper dig att ställa rätt förväntningar.

Appbyggare fokuserar på att bygga interna applikationer med datatabeller och formulär. Verktyg för arbetsflödesautomatisering för över en händelse i ett system till ett annat; till exempel lägger de till en rad i en tabell och skickar ett mejl när ett formulär fylls i. Webbplats- och sidbyggare skapar webbsidor med en visuell editor. Low-code-plattformar för stora företag erbjuder mer omfattande och oftast dyrare lösningar för godkännandeprocesser, portaler och rapporteringsbehov i stora bolag.

Varje grupp svarar på en olika fråga. Att försöka bygga en kundportal med ett automatiseringsverktyg eller lagerhantering med en sidbyggare går snart i stå eftersom det strider mot verktygets natur. Skriv ner problemet du vill lösa i en enda mening innan du väljer; rätt verktygsgrupp blir ofta tydlig av sig själv.

Titta också på licensmodellen. Prissättning per användare, per applikation eller efter antal transaktioner avgör hur en kostnad som verkar liten i början förändras när verksamheten växer.

04Fördelarna med kodfri apputveckling

De här fördelarna är särskilt värdefulla för interna processer: ett semesterformulär, en lagerräkningslista, enkel ärendehantering eller en anmälningssida för ett evenemang. Verktyg som används av få personer, har enkla affärsregler och inte är kritiska löses mycket bra med low-code.

• Snabbhet: ett enkelt internt verktyg kan bli klart på timmar i stället för dagar.
• Låg ingångströskel: teammedlemmar som inte är utvecklare kan lösa sina egna behov.
• Snabba experiment: det blir billigare att testa en affärsidé med riktiga användare.
• Färdiga kopplingar: det finns färdiga komponenter för att ansluta till vanliga tjänster.
• Enkelt underhåll: servrar, uppdateringar och säkerhetskopiering ligger oftast hos plattformen.

05Low-codes begränsningar och risker

Low-code får problem när applikationen växer. Ett verktyg som börjar med några formulär får en trängre visuell editor i takt med att behoven av behörighetsnivåer, komplexa beräkningar, hög trafik och många integrationer ökar.

Skalbarhet

När antalet användare och poster växer begränsas prestandan av den infrastruktur som plattformen tillåter. På de flesta plattformar växer kostnaden också med antalet användare eller transaktioner. Skalningskostnaden måste räknas ut från början.

Leverantörsberoende

Att flytta din applikation någon annanstans betyder oftast att den måste skrivas om. Även om du kan exportera din data är affärsreglerna och skärmarna specifika för plattformen. Det kallas vendor lock-in.

Komplexa affärsregler

Flerstegsberäkningar av pris, specialrapporter eller branschspecifika regler blir svåra att läsa och testa när de byggs med visuella block. Efter en viss punkt förvandlas lite kod till många oläsliga block.

Säkerhet och dataplats

I vilket land och på vilka villkor datan lagras avgörs av plattformen. För applikationer som behandlar personuppgifter bör frågan granskas på avtalsnivå med hänsyn till KVKK (den turkiska dataskyddslagen, jämförbar med GDPR); kontrollera gällande lagstiftning och rådgör med din juridiska rådgivare.

06När ska man välja vad?

Rätt val beror mer på behovets natur än på själva verktyget. Att svara på frågorna nedan gör beslutet mycket tydligare.

1. Står applikationen i verksamhetens centrum? I kärnprocesser som försäljning, bokning eller produktion måste du ha kontrollen.
2. Hur många ska använda den? Ett internt verktyg för några få personer och ett system som används av tusentals kunder kräver olika arkitektur.
3. Hur många system ska den kopplas till? Behovet av flexibilitet växer i takt med kopplingar till bokföring, frakt, marknadsplatser och betalning.
4. Var kommer den att stå om fem år? För en produkt som förväntas växa snabbt bör portabilitet tänkas igenom från början.
5. Vem ska behålla datan? Om du behöver full kontroll över kunddata är ägandet viktigt.

07Jämförelse mellan low-code och specialutvecklad mjukvara

Specialutvecklad mjukvara kräver mer analys och tid i första skedet; i gengäld får du ett system som passar din verksamhet exakt, kan skalas och som du äger. Hur processen går till har vi beskrivit steg för steg i inlägget om processen för specialutvecklad mjukvara.

Det finns också en väg mitt emellan: att bygga kärnsystemet som specialutvecklad mjukvara och lösa små interna verktyg i utkanten med low-code. I den modellen pratar de två världarna med varandra via API. Vad ett API är och varför det är så centralt hittar du i inlägget Vad är ett API.

För dem som bestämt sig för att lära sig programmera är Vad är Python en bra början; Python-skript kommer ofta in där low-code kör fast inom automatisering och datauppgifter.

08Har low-code en framtid?

Ja, men en framtid med tydliga gränser. AI-stödda verktyg gör det lättare att skapa formulär och flöden utifrån ett behov som beskrivs med vanligt språk, och det gör att gränsen mellan low-code och specialutvecklad mjukvara suddas ut. För interna verktyg och prototyper verkar de här verktygens andel fortsätta att växa.

Samtidigt försvinner inte behovet av kontroll, prestanda och äganderätt i system som ligger i verksamhetens kärna och ger konkurrensfördelar. Därför kommer de två ansatserna att fortsätta existera tillsammans, inte som konkurrenter utan som verktyg för olika behov.

När du tar fram en färdplan för din egen verksamhet, var ärlig: vilken process ska bara förenklas och vilken vill du äga? Den uppdelningen hindrar dig från att investera i fel verktyg.