Vad kostar skräddarsydd mjukvara i Sverige?

Det finns inget fast svar, och alla som ger dig ett exakt pris utan att veta vad du ska bygga ljuger. Det som styr kostnaden är omfattningen av projektet, hur mycket data och system du redan har som ska kopplas ihop, och vem som ska sköta driften efteråt. Prismodellen, fast pris eller löpande timmar, spelar mindre roll än du tror.

Vad är skillnaden mellan fast pris och löpande timdebitering?

Fast pris betyder att du och leverantören kommer överens om scope innan ni börjar, och priset ligger fast oavsett hur lång tid det faktiskt tar. Det låter tryggt. Men det kräver att scope verkligen är klart från början, vilket det sällan är i mjukvaruprojekt. Jag ser ofta att fast pris leder till att leverantören bygger exakt det som stod i dokumentet, inte det du faktiskt behöver när du ser systemet växa fram.

Löpande timdebitering betyder att du betalar för arbetet som läggs ner, och scope kan ändras under resans gång. Det kräver mer förtroende och mer insyn från din sida, men det ger dig friheten att ändra riktning när du lär dig mer om vad som faktiskt fungerar. Vi jobbar oftast löpande på HEIMLANDR, för att tidig mjukvaruutveckling handlar om att testa och justera, inte om att följa en plan som var skriven innan någon hade sett systemet köra.

Det finns också mellanting, som fast pris per sprint eller milstolpe. Det ger dig förutsägbarhet i mindre steg utan att låsa hela projektet i ett dokument som blir fel efter tre veckor.

Vad kostar en MVP jämfört med ett komplett system?

En MVP är byggd för att testa en idé snabbt, med minsta möjliga funktionalitet som faktiskt löser problemet. Ett komplett system har fler funktioner, fler integrationer, bättre felhantering, och är byggt för att hålla i flera år med många användare. Skillnaden i kostnad kommer inte från att "mjukvara är dyrare när den är klar", utan från att varje extra funktion, varje integration och varje edge case som ska hanteras lägger till arbete.

Jag brukar säga till kunder att börja med MVP:n inte för att den är billig, utan för att den ger dig svar. Du vet om idén håller innan du bygger ut allt runtomkring den. Att bygga ett komplett system för en idé som ingen vill använda är den dyraste vägen du kan välja, oavsett vad timpriset är.

Vilka faktorer påverkar priset mest, teamstorlek eller teknisk komplexitet?

Teknisk komplexitet slår teamstorlek, nästan alltid. Ett litet team som bygger något tekniskt enkelt kan gå snabbt och billigt. Ett stort team som bygger något komplext blir dyrt oavsett hur många personer du sätter på det, för komplexa problem löses inte snabbare bara för att fler personer tittar på dem. Ibland blir de långsammare, för kommunikationen mellan folk kostar tid.

Det som verkligen driver komplexiteten är saker som: hur många system ska prata med varandra, hur ren är datan du redan har, hur mycket säkerhet och regelefterlevnad krävs, och hur många olika typer av användare ska systemet stödja. Ett system som bara pratar med en databas är enklare än ett som ska synka data mellan fem olika affärssystem i realtid.

Är det billigare att anlita ett svenskt bolag än ett utländskt konsultbolag?

Inte nödvändigtvis, och jag tror inte det är rätt fråga att ställa. Ett utländskt konsultbolag kan ha lägre timpris, men lägg till tidszonsskillnader, språkbarriärer, och risken att du kommunicerar genom flera led innan budskapet når personen som faktiskt skriver koden. Det kostar tid, och tid kostar pengar, även om det inte står på fakturan.

Ett svenskt bolag förstår ofta din verksamhet, dina regelkrav och hur svenska kunder faktiskt jobbar, utan att du behöver förklara allt från grunden. Det är inte patriotism, det är att färre missförstånd betyder färre omarbetningar. Men ett svenskt bolag som inte förstår teknisk komplexitet är inte billigare bara för att det är svenskt. Fråga vad du faktiskt får för pengarna, inte var bolaget har sitt säte.

Vad ingår normalt i kostnaden, förvaltning och drift inkluderat?

Här blandar många ihop två helt olika kostnader: att bygga systemet, och att driva det efteråt. Byggkostnaden täcker design, utveckling, test och lansering. Drift och förvaltning är en löpande kostnad för servrar, övervakning, säkerhetsuppdateringar och support när något går sönder, vilket det förr eller senare gör.

Fråga alltid vad som ingår i offerten du får. Ingår drift i priset, eller betalar du extra varje månad? Vem äger ansvaret om servern går ner en lördag kväll? Vi på HEIMLANDR kör våra kunders system på servrar vi driver, hos Hetzner i Tyskland och Finland, plus svensk hosting när det behövs, och vi är tydliga med vad som är engångskostnad och vad som är löpande. Det borde alla leverantörer vara.

Hur länge tar ett typiskt skräddarsytt projekt innan det är klart?

Det beror helt på scope, precis som priset. En MVP kan vara klar på några veckor om scope är smalt och väl definierat. Ett komplett system med flera integrationer och höga krav på säkerhet tar längre tid, för varje integration behöver testas, och varje edge case behöver hanteras innan systemet är redo att lita på. Jag skrev mer om tidsperspektivet i Hur lång tid tar det att bygga en MVP?, om du vill gräva djupare där.

Den som lovar dig ett exakt datum innan de vet vad du ska bygga gissar. Den som säger "det beror på" och sedan förklarar vad det beror på, lyssnar faktiskt på vad du behöver.

Vad kostar det egentligen, eller vad driver kostnaden?

Jag ger dig inga siffror här, för alla siffror jag skulle ge dig vore påhittade utan att känna till ditt projekt. Men jag kan ge dig drivarna:

Scope. Vad ska systemet faktiskt göra? Ju fler funktioner, desto mer arbete.

Dataunderlag. Är din data ren och strukturerad, eller ligger den utspridd i Excel-filer och gamla system som ingen riktigt förstår längre? Dålig data kostar mer att städa upp än att bygga nytt.

Integrationer. Varje system som ska prata med ett annat system är en extra risk och en extra kostnad. Affärssystem, betalningslösningar, CRM, allt som ska synka data lägger till komplexitet.

Val av drift. Vill du äga infrastrukturen själv, eller köra på servrar som någon annan driver åt dig? Det påverkar både startkostnad och löpande kostnad.

Människorna. Erfarna utvecklare som förstår ditt problem löser det snabbare och med färre buggar än ett team som måste lära sig allt från grunden. Det syns inte på timpriset, men det syns på resultatet.

Förvaltning. Mjukvara som inte underhålls blir osäker och långsam med tiden. Budgetera för det från början, inte som en överraskning efter lansering.

Om du bygger något som hanterar personuppgifter, kolla också vad IMY kräver av dig innan du sätter igång, så slipper du bygga om senare.

Nästa steg

Om du vill testa en idé snabbt utan att binda upp dig i ett stort projekt, kolla Rapid MVP. Om du redan vet att du behöver ett komplett system med integrationer och lång livslängd, läs om Fullstack Development.

Läs vidare

• Hur lång tid tar det att bygga en MVP?
• AI för kundtjänst i små företag: vad klarar den egentligen?
• Hur inför man AI i ett tillverkande företag?

Fredrik Brunnberg bygger AI och mjukvara på HEIMLANDR.IO i Jönköping. Sitter du med samma fråga? Boka 20 minuter, så svarar vi rakt.