Eget utvecklingsteam eller byrå?

Frågan är större än en enskild rekrytering: ska mjukvaruutveckling vara en kärnkompetens i ert bolag, eller något ni köper? Svaret styr organisation, budget och tempo i flera år. Här är resonemanget som leder rätt.

Strategiregeln: är produkten affären – eller stödjer den affären?

Den mest användbara tumregeln lyder: bygg inhouse när den digitala produkten är själva affären, anlita byrå när produkten stödjer affären.

Är ni ett SaaS-bolag eller en digital tjänst är produkten er konkurrensfördel. Då ska lärandet om användare, teknik och domän ackumuleras hos er – på sikt är ett eget team både strategiskt och ekonomiskt rätt.

Är produkten ett stöd för kärnaffären – en kundportal för ett logistikbolag, en app som kompletterar fysisk handel – är utveckling sällan det ni ska bli bäst i Sverige på. Då köper ni förmågan och lägger er egen energi på beställarkompetens: att veta vad som ska byggas och varför.

Tidsfaktorn: byrån levererar vecka ett, teamet om ett år

En etablerad byrå kommer med färdigt team, inarbetade processer och bredd i kompetens – utveckling, design, arkitektur – från start. Ett eget team byggs person för person: rekryteringar tar tre till sex månader styck, den första utvecklaren är ensam och sårbar, och gruppen behöver tid att hitta arbetssätt. Att gå från noll till ett fungerande team på fyra fem personer tar i praktiken ofta ett år.

Har produkten ett marknadsfönster är det året dyrt. Många bolag förlorar mer på fördröjd lansering än de sparar på lägre timkostnad.

Ekonomin: fast kostnad mot rörlig

Ett team på fyra utvecklare kostar med 1,5-gångerregeln ofta 4–5 miljoner kr per år – oavsett om ni bygger för fullt eller mest förvaltar. Byråkostnaden är rörlig: ni betalar för det som beställs och kan skala upp och ner mellan kvartal.

Tumregeln följer beläggningen. Vid kontinuerligt högt utvecklingsbehov blir det egna teamet billigare per timme. Vid ojämnt eller osäkert behov blir byrån billigare totalt, eftersom ni slipper betala för outnyttjad kapacitet. Räkna också in det som sällan syns i kalkylen: rekrytering, ledning, verktyg och kostnaden när någon slutar.

Hybridmodellen: byrå som start, eget team som mål

För växande bolag är valet sällan antingen eller. En beprövad väg:

1. Byrån bygger version ett och står för fart, bredd och arkitektur.
2. Ni rekryterar i lugn takt – ofta produktägare först, sedan utvecklare.
3. Successiv överlämning: gemensam kodbas, parprogrammering och dokumentation tills ert team äger vardagen.
4. Byrån trappar ner till specialistinsatser och toppar i stället för helhetsansvar.

Ställ krav på byrån redan i avtalet: standardteknik, löpande dokumentation och inga inlåsningar. En byrå som bygger för att kunna lämna över är rätt partner i den här modellen. Sätt också en tidslinje för överlämningen med definierade steg – annars förblir “successiv” ett annat ord för aldrig.

Scenario: två bolag, två rätt svar

Ett logistikbolag bygger en kundportal som effektiviserar bokningar. Portalen stödjer affären men är inte affären – bolaget väljer byrå plus förvaltningsavtal och behåller en beställarroll internt. Rätt beslut.

En startup bygger en konsumentapp som är hela affärsidén. De låter en byrå bygga första versionen för att hinna till marknaden, rekryterar parallellt och tar över utvecklingen efter ett år. Också rätt beslut – regeln pekade bara åt olika håll.

Beslutsstöd på en minut

• Är utveckling er kärnkompetens om tre år? Om ja: börja bygga teamet nu, eventuellt med byrå som brygga.
• Kan ni rekrytera, leda och behålla utvecklare? Om nej: köp förmågan tills ni kan.
• Hur snabbt måste ni leverera? Fönster på månader talar för byrå.
• Tål ni 4–5 miljoner i fast årskostnad? Om nej: håll kostnaden rörlig.

Vi på Weapp arbetar i alla tre uppläggen – helhetsleverantör, förstärkning till interna team och brygga i hybridmodellen. Vill du resonera om vilket som passar er? Hör av dig.