No-code eller custom-utveckling?
No-code räcker långt för interna verktyg, enklare portaler och tidiga produkttester, medan custom-utveckling krävs vid känslig data, unik affärslogik, höga volymer eller lång livslängd. Räkna på totalkostnaden: no-code är billigt att starta men bär plattformsavgifter, konsultberoende och inlåsning, medan custom kostar mer initialt och ger full kontroll över tid.
No-code-verktygen har mognat snabbt, och för vissa uppgifter är de i dag det självklara valet. För andra är de en återvändsgränd som upptäcks först efter två år. Här är en nykter genomgång av vad no-code klarar 2026, vad det kostar över tid och vilka kriterier som bör styra vägvalet.
Vad klarar no-code i produktion 2026?
Mer än sitt rykte hos utvecklare, mindre än sina egna landningssidor lovar. I produktion fungerar no-code i dag bra för:
- Interna verktyg: adminpaneler, ärendeflöden, enklare register och dashboards.
- Formulär- och processflöden: ansökningar, onboarding, godkännandekedjor.
- Enklare kundportaler och webbplatser med standardfunktionalitet.
- Automationer som kopplar ihop färdiga system via befintliga integrationer.
- Tidiga produkttester: validera efterfrågan innan ni investerar i ett riktigt bygge.
Gränserna går vid hög transaktionsvolym, komplex eller unik affärslogik, avancerad användarupplevelse, djupa integrationer mot system utan färdiga kopplingar samt hårda krav på prestanda, säkerhet och revision.
En risk som vuxit i takt med verktygen är skugg-IT: avdelningar som bygger egna no-code-lösningar utanför IT:s vetskap. Verktygen är en styrka när byggena har en ägare, en förvaltningsplan och en plats i systemkartan – och en tickande kostnad när affärskritiska flöden visar sig hänga på en app som ingen ansvarar för.
Totalkostnad över tid – inte startkostnad
No-code vinner nästan alltid på startkostnad. Men tre poster tillkommer över tid:
- Plattformsavgifter som ofta skalar per användare och månad – billigt med tio användare, kännbart med åttahundra.
- Konsultberoende: avancerade byggen kräver specialister på just den plattformen, och deras timmar kostar som andra konsulttimmar.
- Exitkostnad: logiken bor i plattformen och följer inte med ut. Byter ni väg byggs den om från grunden.
Custom-utveckling har motsatt profil: högre initial kostnad, men ni äger koden, betalar ingen avgift per användare och kan byta leverantör utan att börja om. Förvaltningen ligger typiskt på 15–25 procent av byggkostnaden per år. Över tre till fem år korsar kurvorna varandra – tidigare ju fler användarna blir.
Scenario: portalen som växte ur plattformen
Ett bolag bygger sin kundportal i ett no-code-verktyg: lansering på några veckor och en låg månadskostnad. Helt rätt beslut – behovet var obevisat och plattformen räckte gott.
Två år senare ser det annorlunda ut. Åttahundra användare gör per-användare-avgiften kännbar, affärssystemet ska integreras djupare än plattformens färdiga koppling klarar, och varje nytt önskemål kräver allt fler konsulttimmar för att tvinga plattformen dit den inte vill. Bolaget bygger om som custom – och det dyra är inte nybygget i sig, utan att ingen del av logiken kan återanvändas.
Sensmoralen är inte att no-code var fel. Det var rätt start. Felet var att exitkostnaden aldrig fanns i kalkylen.
Fyra kriterier som avgör vägvalet
| Kriterium | Talar för no-code | Talar för custom |
|---|---|---|
| Datakänslighet | Okänslig eller intern data | Persondata, affärskritisk data, revisionskrav |
| Affärslogik | Standardflöden som liknar andras | Unik logik som är er konkurrensfördel |
| Volym | Få användare, låga transaktionsvolymer | Många användare, hög last, integrationstryck |
| Livslängd | Månader till ett par år, test och validering | Kärnsystem som ska leva i många år |
Ett enda tungt “custom”-kriterium räcker ofta för att avgöra frågan – det hjälper inte att tre av fyra pekar mot no-code om affärslogiken är själva konkurrensfördelen.
Ofta är svaret både och
De klokaste uppläggen kombinerar: validera idén i no-code och bygg om det som visar sig bära affären, eller låt en custom-byggd kärna omges av no-code för interna verktyg och rapporter. Samtidigt har AI-assisterad utveckling sänkt tröskeln för custom-byggen, vilket gjort gapet i startkostnad mindre än det var för några år sedan – kalkylen är värd att göra om även om ni gjorde den nyligen.
Vi på Weapp bygger custom när det tillför värde och avråder när no-code räcker – det är billigare för alla i längden. Osäker på var ert behov landar? Hör av dig så resonerar vi.
Vanliga frågor
Är no-code säkert nog för persondata?
Det beror på plattformen och på hur bygget konfigureras – men ansvaret enligt GDPR är alltid ert, oavsett verktyg. Kontrollera var data lagras, att personuppgiftsbiträdesavtal finns och hur behörigheter styrs. För känsliga uppgifter väljer många custom-utveckling just för kontrollens skull.
Kan man flytta från no-code till custom senare?
Ja, men räkna med nybygge snarare än flytt. Data går oftast att exportera, men affärslogiken bor i plattformen och måste byggas om från grunden. Planera för den exitkostnaden redan när no-code väljs, så blir den ett medvetet beslut i stället för en överraskning.
Vad kostar no-code jämfört med custom-utveckling?
Startkostnaden för no-code är ofta en bråkdel av motsvarande custom-bygge. Totalkostnaden över tid beror på plattformsavgifter som skalar med användare, konsulttid för avancerade anpassningar och eventuell ombyggnad vid exit. Jämför alltid på en treårskalkyl, inte på startpriset.
Vad är skillnaden mellan no-code och low-code?
No-code bygger helt på visuella verktyg utan programmering, medan low-code tillåter egen kod i luckorna där plattformen inte räcker. Low-code är därmed flexiblare men kräver utvecklarkompetens – och delar samtidigt no-codes beroende av plattformens livscykel och prissättning.
När är no-code fel val redan från början?
När affärslogiken är er konkurrensfördel, när volymerna är höga, när djupa integrationer krävs eller när produkten ska leva i många år. Då blir plattformens begränsningar ett tak ni slår i tidigt, och den låga startkostnaden byts i en dyr ombyggnad.