CAPEX eller OPEX är fel första fråga. Börja med hur snabbt affären förändras.
Valet mellan att äga och att hyra styrs av tillväxttakt och risk, inte av teknisk smak. Här är beslutsordningen som håller.
I växande bolag kommer frågan ofta upp som en ekonomifråga. Ska vi investera i egen utrustning, alltså CAPEX. Eller ska vi köpa som tjänst och betala löpande, alltså OPEX.
Ställd så är frågan för tidig. Svaret beror på något annat, och det är hur snabbt och hur förutsägbart er verksamhet förändras.
Börja med affären, inte tekniken
Ställ tre frågor innan ni pratar om ägande.
Hur snabbt kan verksamheten växa eller ändras de kommande två till tre åren. Hur förutsägbar är efterfrågan. Hur snabbt måste ny kapacitet kunna finnas på plats när behovet uppstår.
Stabil och förutsägbar verksamhet tål egna investeringar. Snabb eller osäker förändring gör flexibilitet mer värd än lägsta pris.
Svaren på de tre frågorna äger inte IT. De äger vd och styrelse. Därför bör infrastrukturvalet börja i ett samtal med dem om vart affären är på väg, inte i en teknisk jämförelse på IT-avdelningen.
Väg flexibilitet mot kontroll
Att äga ger kontroll. Full rådighet över miljön. Kan bli billigare på lång sikt för system som är stabila och verksamhetskritiska. Nackdelen är bundet kapital, långsam skalning och risken att utrustningen blir omodern innan den är avskriven.
Att hyra ger rörlighet. Skalar upp och ner snabbt. Flyttar en del av den tekniska risken till leverantören. Nackdelen är löpande kostnader, mindre kontroll och risk för beroende av en leverantör.
De flesta växande bolag landar i en blandning. Stabila kärnsystem med höga kontrollkrav lutar mot eget eller privat moln. Sådant som svänger, som samarbetsverktyg, analys, backup och skalbar kapacitet, lutar mot tjänst.
Ett typfall
Ta ett bolag med runt 190 anställda som växte snabbt genom nya kunder. Diskussionen stannade länge vid CAPEX mot OPEX som en ren kostnadsfråga.
När frågan i stället ställdes om tillväxt blev svaret tydligt. Kundtillströmningen var svår att förutse ett år framåt. Att binda kapital i egen kapacitet för en topp som kanske inte kom var fel. Den skalbara delen lades som tjänst. Ett par stabila kärnsystem behölls på egen sida, för de ändrades sällan och kostnaden var förutsägbar.
Beslutet byggde på affärens tempo, inte på vilken modell som såg billigast ut i en tabell.
Räkna på helheten, inte inköpspriset
När ni väl jämför, jämför fullständigt. Ta med driftpersonal, säkerhet, uppgraderingar, redundans, risk för avbrott, kostnad för att skala och livscykel.
En vanlig miss är att ställa serverpris mot molnpris och stanna där. Den jämförelsen missar det mesta av vad drift kostar.
Ställ den avgörande frågan
För ett medelstort bolag är den viktigaste frågan ofta inte vad infrastrukturen kostar. Den är vad det kostar om infrastrukturen bromsar affären.
En förlorad order för att ni inte kunde skala i tid. En säkerhetsincident. En försening som gör att en kund väljer någon annan. Ställ de kostnaderna mot skillnaden mellan att äga och att hyra. Ofta är de större.
Vad ett förhastat val kostar över tid
Ett beslut om att äga eller hyra binder er i flera år. Egen utrustning skrivs av över sin livslängd. Ett tjänsteavtal har ofta bindningstid och en migreringskostnad om ni vill byta.
Väljer ni fel modell för er situation betalar ni för det under hela den perioden. En osäker verksamhet som band kapital i egen kapacitet får betala för toppar som aldrig kom. En stabil verksamhet som la allt som rörlig tjänst får betala ett påslag varje månad för en flexibilitet den inte behöver.
Räkna grovt på skillnaden per månad mellan er nuvarande modell och den som passar affärens tempo. Multiplicera med antalet månader kvar av bindningen. Det är priset för att ha ställt kostnadsfrågan före affärsfrågan.
Beslutet går att ompröva, men sällan gratis och sällan snabbt. Det är därför den första frågan bör vara rätt.
Det svåra är att inte låsa fast sig
Beslutet är inte gjort en gång för alla. Det är det som gör det svårt.
Bolag som lyckas designar för förändring. De undviker att låsa hela miljön i en modell. De prioriterar affärsnytta framför teknisk preferens. De arbetar med en färdplan i stället för enskilda punktbeslut.
Det kräver att någon håller ihop bilden över tid och tar upp frågan igen när verksamheten svängt. Utan den personen förfaller färdplanen till en samling gamla beslut som ingen längre minns skälen bakom.
Börja med hur snabbt affären förändras. Låt svaret styra blandningen mellan att äga och att hyra. Och bestäm vem som äger frågan tills nästa gång den behöver omprövas.