När du ber tre företag offerera ett mjukvaruprojekt jämför du fel siffra.
Offerten täcker att bygga grejen. Men att bygga den är den billiga delen. I branschen står underhållet — att hålla mjukvaran i drift, säker och uppdaterad efter lansering — för någonstans mellan 50% och 90% av ett systems totala livstidskostnad. Ett projekt med tio års livslängd kan innebära ett eller två års byggande och ett decennium av underhåll. Prislappen du jämför är toppen av ett isberg.
Det förändrar hur du bör läsa en billig offert.
Vart pengarna faktiskt tar vägen
När mjukvaran väl är live står den inte still. Den behöver buggfixar, uppdateringar, nya funktioner, säkerhetspatchar och anpassning när verksamheten förändras. Utvecklare uppger att de lägger 33–42% av sin tid inte på nytt arbete utan på omarbete, buggfixar och underhåll. Och ju senare ett problem upptäcks, desto dyrare blir det: studier visar gång på gång att ett fel som fångas i designfasen är billigt att åtgärda, medan samma fel i produktion kan kosta i storleksordningen 100 gånger mer — en åtgärd för 100 kr blir en för 10 000.
Inget av det syns i bygg-offerten. Det kommer senare, tyst, månad för månad.
Varför den billigaste offerten oftast är den dyraste
Här är fällan. En märkbart lägre offert betyder sällan samma arbete för mindre pengar. Den betyder oftast genvägar — juniora utvecklare utan domänerfarenheten att fatta kloka arkitekturbeslut, slopad testning, ingen dokumentation, snabba fixar som travar på varandra. Den traven har ett namn: teknisk skuld. McKinsey uppskattar att 10–20% av IT-budgetar går åt till att betala av den, och dåligt byggd mjukvara kan höja underhållskostnaden med 15–25% varje år.
Matematiken är obarmhärtig. En nedbantad anpassning som kostar lite idag kan kosta flera gånger så mycket att underhålla över fem år — och ännu mer att avveckla när den till slut måste ersättas. Det billiga bygget sparade inga pengar; det sköt upp en större räkning, med ränta.
Vänd på det: köp livstiden, inte lanseringen
Så siffran att jämföra är inte bygg-offerten — det är den totala ägandekostnaden. Mjukvara som byggs rätt från början (ren arkitektur, automatiska tester, ordentlig dokumentation) kostar lite mer att bygga och långt mindre att leva med. Varje krona som läggs på att göra rätt uppskattas spara tre till fem längre fram.
Det är linsen värd att lägga på vilken offert som helst: inte "vad kostar det att göra", utan "vad kommer det att kosta att äga de kommande fem åren". Det billigaste svaret på den första frågan är väldigt ofta det dyraste svaret på den andra.
Så tänker vi
Det är också så vi jobbar. Vi bygger för att hålla — ren kod, automatiserad testning, en tydlig överlämning — och vi sätter det i en fast, specificerad offert i förväg, så att priset du kommer överens om är priset du betalar, utan någon överraskningsräkning som dyker upp år två. Ibland betyder det att vi inte är den billigaste offerten på bordet. Sett över systemets livslängd är det snarare poängen.
Jämför du offerter för ett bygge? Vi ger dig gärna en ärlig — och är tydliga med vad det kostar att äga, inte bara att göra. Se vad vi bygger.
