Varje företag som använder egna applikationer ställs regelbundet inför samma fråga: vi behöver ändringar i mjukvaran, så vem ska utföra dem? 2026 finns tre svar: att bygga ut det egna teamet, ett klassiskt software house eller en partner som arbetar med en AI-baserad process. Nedan en ärlig kalkyl över alla tre alternativen, inklusive de situationer där ett eget team helt enkelt är det bästa valet.
Alternativ A: bygga ut det egna teamet
Kostnader som syns och kostnader som inte syns
Lönen för en erfaren utvecklare i Polen ligger i dag vanligen på 15–30 tusen zloty i månaden i total arbetsgivarkostnad, beroende på specialisering och region. Till det kommer mindre uppenbara kostnader:
- Rekryteringen tar 3–6 månader: från anställningsbeslut till första effektiva arbetsdag. Under tiden väntar inte verksamhetens behov.
- En felrekrytering kostar flera månadslöner plus ännu en rekrytering.
- En person räcker inte. Verklig mjukvaruutveckling kräver olika kompetenser: programmering, test, säkerhet, infrastruktur, gränssnittsdesign. En ensam ”enmansorkester” innebär kvalitetskompromisser och den risk vi beskrev i vår artikel om tyst kunskap.
- Kompetensen måste underhållas: tekniken förändras, och teamet behöver utbildas och behållas (vilket inom IT ofta är det dyraste).
När ett eget team ÄR rätt val
Vi skriver det rakt ut, för hederlighet kräver symmetri:
- Mjukvaran är kärnan i er verksamhet. Om den digitala produkten är den huvudsakliga intäktskällan bör utvecklingskompetensen finnas i företaget.
- Flödet av ändringar är kontinuerligt och stort, och teamet har full beläggning året runt, inte i vågor.
- Domänkunskapen är mycket djup och unik, så att överföra den till en extern partner skulle kosta mer än besparingen.
I sådana fall är en hybrid ofta en bra modell: ett eget, litet team som kan domänen plus en extern partner för projektarbete och belastningstoppar.
Alternativ B: klassiskt software house
Att lägga ut ändringarna på ett externt utvecklingsbolag löser rekryteringsproblemet men för med sig egna kostnader:
- Timpriser: på den polska marknaden typiskt 150–300 zloty per timme och specialist, och projektet prissätts i hundratals eller tusentals timmar.
- Varje iteration kräver möten, avstämningar, dokument. I en klassisk process går en stor del av budgeten inte till programmering utan till koordinering.
- Leverantören placerar ert uppdrag i kön bland sina andra kunder. En liten ändring kan få vänta i veckor.
- Kvaliteten beror på teamets sammansättning: samma leverantör kan leverera utmärkt eller svagt, beroende på vem som råkar vara tillgänglig för projektet.
Modellen fungerar väl för stora, väldefinierade projekt där omfattningen är stabil och tidplanen förutsägbar. Den hanterar de flesta företags vardag sämre: ett kontinuerligt flöde av medelstora och små ändringar som måste införas snabbt.
Alternativ C: partner med AI-baserad process
Den tredje vägen, som vi utvecklar på ESKOM AI, är en extern partner där utvecklingsarbetet utförs av ett team av specialiserade AI-agenter under överinseende av erfarna ingenjörer. Vad förändrar det i kalkylen?
Snabbare
Utvecklingsarbete som i den klassiska modellen tar veckor tar dagar i en AI-process. En prototyp att utvärdera finns på plats inom dagar efter godkänd analys. Kortare tid betyder lägre kostnad, men framför allt snabbare respons från verksamheten på marknadsförändringar.
Billigare
Eftersom en stor del av arbetstimmarna utförs av AI-agenter är kostnaden för att ta fram samma ändring väsentligt lägre än i en modell som debiteras per specialisttimme. Vi anger ingen enhetlig prislista här, eftersom vi prissätter efter analys av det konkreta behovet. Principen är dock enkel: du betalar för processens resultat, inte för människotimmar vid tangentbordet.
Kvalitet som bevakas automatiskt
Den vanligaste invändningen mot AI lyder: ”snabbt och billigt, men blir det bra?”. Svaret är automatiserad kvalitetskontroll. I vår process går varje ändring igenom en full uppsättning automatiska tester: enhetstester, integrationstester, E2E, gränssnittstester, säkerhetstester, prestandatester och regressionstester. Regressionstester (som kontrollerar att den nya ändringen inte har förstört något som fungerade) körs vid varje modifiering, vilket i den klassiska modellen ofta hoppas över av kostnadsskäl. Över helheten vakar en människa som godkänner varje steg.
Ett ärligt förbehåll
En AI-process är inget trollspö. Det behövs fortfarande en bra behovsanalys, åtkomst till systemen och beslut på kundens sida. Och i scenarierna ovan, alltså med en digital produkt som verksamhetens kärna och ett stort kontinuerligt ändringsflöde, förblir ett eget team (eventuellt med stöd av en sådan partner) ett rationellt val.
Jämförelsen i korthet
| Kriterium | Eget team | Software house | Partner med AI-process |
|---|---|---|---|
| Starttid | 3–6 mån. (rekrytering) | veckor (avtal, kö) | dagar–veckor |
| Kostnad per ändring | fast kostnad för anställda | timpriser | lägre, pris efter analys |
| Leveranshastighet | beror på beläggningen | veckor–månader | dagar–veckor |
| Kvalitet | beror på människorna | beror på teamets sammansättning | bevakas av automatiska tester + mänsklig tillsyn |
| Domänkunskap | djupast | måste överföras | måste överföras |
| Bäst när | mjukvara = verksamhetens kärna | stort, stabilt projekt | löpande ändringar, tids- och kostnadspress |
FAQ
Är mjukvara som utvecklas med AI säker?
Säkerheten beror på processen, inte på vem som skriver koden. I en bra process går varje ändring igenom automatiska säkerhetstester och mänsklig granskning före driftsättning. Den frågan bör du ställa till varje leverantör, oavsett om den använder AI eller inte.
Vi har redan ett system från en annan leverantör. Är det realistiskt att byta partner?
Ja, även om det kräver att kunskapen om systemet tas över. Om dokumentation saknas kan den återskapas med hjälp av AI. Vi har skrivit om det i artikeln om AI-genererad dokumentation. Det är oftast första steget i samarbetet med en ny partner.
Lönar det sig att lägga ut ett litet ändringsflöde (några dagars arbete i månaden)?
Det är rentav det bästa scenariot för en extern partner. Att hålla en heltidstjänst för några dagars arbete i månaden är oekonomiskt, och AI-processen gör att små uppdrag inte drunknar i koordineringskostnader.
Låt oss räkna på ert fall
Den bästa kalkylen är en kalkyl på egna siffror. Boka en kostnadsfri konsultation: vi pratar om era applikationer, ert ändringsflöde och er budget, och ni får en ärlig jämförelse av alternativen, inklusive rekommendationen ”stanna kvar vid det egna teamet” om den är motiverad.