Standardsystem har verkliga fördelar. Leverantören underhåller dem, säkerhetsuppdateringar ingår, det finns ett ekosystem av användare, konsulter och dokumentation, och den initiala investeringen är ofta lägre än för ett egenutvecklat alternativ. Det är skäl som inte ska avfärdas.
Men standardsystem löser standardproblem. Ju mer er process avviker från det som systemet byggdes för, desto mer av värdet försvinner i anpassning, kringlösningar och workarounds. Den kostnaden är svårare att räkna på men verklig — och den ackumuleras år efter år.
Vad kalkylen faktiskt innehåller Det som sällan syns på en offert
Kalkylerna för systemval fokuserar nästan alltid på initialkostnaden: licenser, implementation, utbildning. Det är de siffror som syns i offerten och som är lätta att jämföra. Vad som sällan räknas in är kompromissens löpande kostnad.
Med kompromissens kostnad menar vi konkreta saker: Den tid controller-funktionen lägger på att manuellt sammanställa underlag som systemet borde producera direkt. De onboardingveckor som krävs för nya medarbetare för att de ska lära sig kringlösningarna — inte systemet, utan hur ni jobbar runt det. Den friktion som uppstår varje gång en order med ovanliga villkor ska hanteras och ingen vet exakt vilket steg i flödet som gäller.
En annan del som sällan räknas in är förändringstakten. Standardsystem uppdateras på leverantörens villkor. Om er verksamhet förändras snabbare, eller om en specifik funktion ni behöver inte finns på roadmapen, är ni beroende av ett tredjepartsbeslut för något som är centralt för er affär. Det är ett ägarskapsunderskott som inte syns i totalägandekostnadens kalkyl.
Det vanliga felet är att jämföra initialkostnaden för standard mot initialkostnaden för eget. Den rättvisare jämförelsen är den löpande totalkostnaden: licenser plus anpassning plus friktion plus beroendet av leverantörens roadmap — mot vad ett underhållet eget system faktiskt kostar per år.
När standard är rätt svar Processen ryms i hyllvaran
Standardsystem är rätt val i fler situationer än man ibland tror när man precis stött på en begränsning. Om processen i grunden liknar hur branschen generellt arbetar och de avvikelser ni ser är marginella — då täcker ett standardsystem er process utan att kostnaden för kompromisserna är betydande.
Det gäller också om processen förändras sällan och leverantörens roadmap täcker de förändringar ni förväntar er. Och om det inte finns ett starkt konkurrensargument i att just det här flödet är er, för er specifika affär — då är det kapital bättre investerat på annat håll.
Vi säger det ofta i tidiga samtal: "Det här rymmer sig i ett standardsystem, och ni borde titta på X istället." Kunden sparar tid och pengar. Vi tappar ett uppdrag men bygger ett förtroende som brukar vara mer värdefullt på längre sikt.
När eget är rätt svar Processen är er, konkurrensförsprånget också
Egenutvecklat är värt att räkna på när er process är specifik för er verksamhet och de kompromisser ett standardsystem kräver kostar er tid, pengar eller möjligheter varje dag. Specifikt brukar tre faktorer vara avgörande.
Den första är att er affärslogik är unik. Ni hanterar ert flöde på ett sätt som är ert konkurrensmässiga försprång, och ett standardsystem tvingar er att antingen skriva om det eller förlora det. Det kan gälla prissättningslogik, produktionsflöde, kundhantering eller something else entirely.
Den andra är att kostnaden för friktion är mätbar. Om ni kan sätta en ungefärlig siffra på vad kringlösningarna kostar er per år — i tid, misstag, eller möjligheter ni inte kan ta — är det ett beslutsunderlag som väger tungt. Det behöver inte vara exakt. Det behöver vara tillräckligt stort för att kalkylen ska gå ihop.
Den tredje är förändringsbehovet. Om er bransch eller affär rör sig snabbt och ni behöver kunna ändra ert flöde utan att vänta på en leverantör är ägarskapet av systemet värt något.
Ärligt
AI har förändrat kalkylen för egenutvecklat — men inte på det sätt diskussionen ofta framställer det. Vad som blivit billigare är delar av bygget, framför allt för väldefinierade, avgränsade problem. Vad som inte förändrats är komplexiteten i integration, kostnaden för underhåll och vad det kostar att fatta fel beslut tidigt om vad som ska byggas. Kalkylen är bättre, men beslutsmodellen är densamma.
Ett strukturerat sätt att tänka igenom det Fem frågor som ger en fingervisning
Vi har satt ihop en guide med fem frågor för att hjälpa er tänka igenom beslutet systematiskt. Den ger inte ett slutgiltigt svar — det kräver en genomgång av er specifika situation — men den ger en ärlig fingervisning om i vilken riktning det pekar.
Serien i korthet — klicka för att läsa
Ta med dig
- Kalkylen för standardsystem vs egenutvecklat bör inkludera kompromissens löpande kostnad — friktion, personberoende och brist på ägarskap — inte bara initialkostnaden.
- Standard är rätt när processen ryms i hyllvaran utan signifikant kostnad för kringlösningarna. Eget är rätt när processens specificitet och friktionskostnaden väger tyngre.
- AI har förändrat byggkostnaden för egenutvecklat, men inte komplexiteten i integration och förvaltning. Beslutsmodellen är densamma — break-even-punkten har förändrats.
Läs vidare
Vad är ett verksamhetsnära system? — hörnstenen i serien → Integration i ett verksamhetsnära system → Förvaltning — vad håller ett system vid liv? → Vad AI förändrar i kalkylen för systemutveckling → Guide: Är ett eget system rätt för er? — fem frågor →Gaia System AB
Microsoft Azure, .NET och systemutveckling i Norrköping sedan 1995