Low-code eller traditionell utveckling?

Low-code presenteras ofta som ett sätt att bygga mjukvara snabbare och billigare, nästan utan hantverket. Bilden är förenklad. Low-code är ett kraftfullt verktyg för rätt uppgift, men det kommer med en prislapp och en inlåsning som inte syns vid första anblicken. För att välja klokt behöver du veta vad plattformarna verkligen accelererar, var de bromsar – och vad de kostar över tid, inte bara vid start.

Vad low-code faktiskt är – och inte är

Först en viktig gränsdragning: low-code är inte no-code. No-code vänder sig till verksamhetsanvändare som bygger enkla appar utan att kunna programmera. Low-code vänder sig till IT-avdelningar och utvecklare. Det snabbar upp professionell utveckling med färdiga byggblock, men förutsätter fortfarande teknisk kompetens.

I den kategorin ligger plattformar som OutSystems, Mendix och Microsofts Power Platform. Tanken är att utvecklare drar ihop applikationer av färdiga komponenter i stället för att skriva allt för hand – snabbare för det plattformen är gjord för, men bundet till dess ramar.

Vad plattformarna accelererar

Där low-code lyser är det avgränsade och regelbundna. Interna processappar. Formulär som matar in data. Arbetsflöden som ska ta ett ärende från A till B. Enklare gränssnitt ovanpå befintliga system.

För den sortens uppgifter är tidsvinsten verklig. Det som annars vore veckor av rutinkod blir dagar av konfiguration, och en IT-avdelning kan leverera internt utan att dra igång ett fullt utvecklingsprojekt. Håller ni er inom det plattformen är byggd för är hastigheten dess starkaste argument.

Var de bromsar

Problemen börjar vid kanterna av det plattformen tänkt sig. Tre områden återkommer:

• Avancerade integrationer. Ska lösningen prata djupt med andra system på ovanliga sätt blir det snabbt krångligt, ibland omöjligt.
• Egen användarupplevelse. Vill ni ha en unik design och en känsla som skiljer er från mängden, sätter plattformens mallar gränser.
• Versionshantering och test i team. Storskalig, disciplinerad utveckling med flera parallella spår passar traditionell kod bättre.

Konsekvensen kan bli den dyraste: ni bygger klart det enkla snabbt, stöter i väggen på det svåra och tvingas bygga om delar i vanlig kod ändå. Då har low-code inte sparat tid – det har lagt till en runda.

Kostnaden och inlåsningen

Här sitter den avgörande skillnaden mot traditionell utveckling. Low-code-plattformar kostar löpande licensavgifter, ofta kopplade till antal användare eller appar, och de kan växa till betydande belopp över tid. Den snabba starten skymmer lätt att kostnaden fortsätter så länge lösningen lever.

Värre är inlåsningen. En app byggd i en low-code-plattform lever på plattformens villkor och är svår att flytta därifrån. Höjs priset eller ändras villkoren har ni begränsat manöverutrymme, eftersom alternativet ofta är att bygga om från grunden. Med traditionell kod äger ni det som byggts och kan ta det med er. Den friheten är låg-codes pris att betala för sin hastighet.

En jämförelse i korthet

Traditionell utveckling vänder på flera av dessa: långsammare start och högre initial kostnad, men full frihet, ingen licensinlåsning och egen kod ni äger.

Ett scenario

Säg att en IT-avdelning behöver en intern app för att hantera ärenden mellan avdelningar – formulär, ett par flöden, inga höga designkrav. Där kan low-code leverera på en bråkdel av tiden, och licenskostnaden är ett rimligt pris för farten. Säg i stället att samma bolag ska bygga en kundvänd produkt med egen identitet som ska leva i många år. Då väger ägande, fri UX och frihet från licensinlåsning tyngre än den snabba starten – och traditionell utveckling blir det tryggare valet. Frågan är alltid hur central lösningen är och hur länge ni tänker behålla den.

Vi på Weapp bygger med traditionell utveckling där ägande och frihet är viktigt, men hjälper gärna till att avgöra om ett behov är ett typiskt low-code-fall eller inte. Vill du bolla vilket spår som passar er? Titta på våra tjänster eller hör av dig.