Att få grepp om TCO och ROI är ofta avgörande när två leverantörer ligger nära varandra i funktioner. Jag har suttit i många upphandlingar där STV och Mividas hamnat på samma shortlist, och mönstret återkommer: prislistan ger sällan hela svaret. Den verkliga kostnaden ligger i hur lösningen implementeras, tas om hand över tid och hur väl den frigör affärsvärde. 2026 förstärks detta, inte minst genom ökade säkerhetskrav, snabbare produktcykler och mer press på att visa konkret effekt i verksamheten.
Nedan följer en genomlysning av TCO och ROI för STV vs Mividas, med tyngdpunkt på kostnadsdrivare, nyttorealisering och hur man faktiskt räknar hem investeringen. Texten bygger på samlad erfarenhet från upphandlingar och förvaltningar i nordiska miljöer, kompletterat med rimliga antaganden där leverantörsspecifika priser varierar. När siffror anges är de typiska spann, inte officiella prislistor, och ska ses som underlag för scenarioanalys snarare än färdiga sanningar.
Vad TCO och ROI faktiskt innebär i praktiken
I diskussionen Mividas vs STV fastnar man lätt i listor med funktioner. Det är sällan där skillnaden står. TCO, total ägandekostnad, omfattar inte bara licenser utan även implementering, integration, infrastruktur, utbildning, förvaltning, support, anpassningar, uppgraderingar och livscykelkostnader kopplade till säkerhet och efterlevnad. ROI räknar hem nyttorna: tidsbesparingar, minskad risk, ökad intäkt, bättre kvalitet och indirekta effekter som lägre personalomsättning eller snabbare onboarding.
För att ROI ska bli meningsfull måste nyttorna kopplas till baslinjer. Om en process idag tar 5 timmar och förväntas sjunka till 3, hur många gånger per månad körs processen och vad kostar en timme? Finns det flaskhalsar som gör att besparingen aldrig realiseras, till exempel beroenden till andra system eller manuella kontroller som måste ligga kvar? En nertonad men ärlig kalkyl brukar slå en optimistisk 40 procent i powerpoints.
Kostnadsstrukturen som driver TCO 2026
Licenser är ofta den synliga delen av isberget. Resten ligger under ytan. Både STV och Mividas erbjuder konfigurationer som kan innebära allt från enkel, nästan plug and play, till omfattande, integrerad verksamhetskritisk drift. I det senare fallet skjuter både tidplan och kostnader lätt iväg om man inte lägger rätt grund.
Några faktorer jag brukar väga tungt:
- Implementeringsdesign. En ren standardimplementation kan kosta 25 till 40 procent av ett års licensvärde. Anpassade flöden och avancerade integrationer kan hamna på 100 till 200 procent av ett års licenser. Integrationsmönster. API-mognad, färdiga konnektorer och evenemangsdriven arkitektur minskar TCO över tid. Punktintegrationer med skräddarsydd kod är snabba att få igång men dyra att äga. Förvaltningsmodell. En leverantörsdriven förvaltning ger förutsägbarhet men kan bli kostsam. Egen kompetens kräver investeringar men ger lägre marginalkostnad vid förändringar. Säkerhet och compliance. Kryptering, loggning, åtkomststyrning och revisioner är inte tillägg man kan flytta fram längre. I branscher med regulatoriska krav kan detta ensamt addera 10 till 20 procent på TCO. Livscykel och uppgraderingar. Varje större uppgradering har en projektekvivalent kostnad. Hur ofta sker de, och hur mycket test och regression behövs i er miljö?
Licensmodeller och prispunkter: hur tolka dem rätt
Både STV och Mividas använder licensmodeller som kan växla mellan per användare, per enhet, per volym, eller funktionsbaserad nivå. Jag ser tre praktiska skillnader som påverkar TCO:
Först, tröskelvärden. Priset kan stiga trappstegsvis vid 100, 500 eller 1 000 användare. En organisation på 480 användare kommer att optimera annorlunda än en på 520, och valet mellan STV och Mividas kan växa fram av den lilla detaljen.
Sedan, add-ons. Funktioner som rapportering på avancerad nivå, säkerhetsmoduler, revisionsspår eller dataexport kan ingå hos den ena men kosta hos den andra. Det påverkar både initial och löpande kostnad.
Till sist, bundlingslängd. Avtal på 36 månader ger ofta 10 till 20 procent lägre årskostnad än 12 månader. Skillnaden i flexibilitet får ett värde om tekniken i snabb takt förnyas. 2026, när många planerar större arkitekturmigreringar, kan kortare avtal vara ekonomiskt klokare även om de kostar mer per år.
Infrastruktur och drift: moln, hybrid eller on-prem
De flesta väljer moln, men detaljen spelar roll. STV erbjuder i regel regionval, redundans och vertikal skalning som standard i sina högre nivåer. Mividas har ofta konkurrenskraftiga paket för medelstora miljöer, särskilt om lagring och trafikkostnader kan förutses. On-prem eller hybrid kan fortfarande vara rimligt i särskilda fall, framför allt vid datalokaliseringskrav eller behov av låglatens mot produktionssystem.
Kostnadsdrivare här är utgående datatrafik, lagringsklass och prestandaanpassning. En loggtät applikation kan generera överraskande molnnotor om inte retention och sampling styrs. Övervakning bör därför ses som en investering, inte en avgift man kan spara bort.
Integrationerna som gör eller stjäl ROI
En väl vald integrationsstrategi kan halvera livscykelkostnaden. Här brukar STV få pluspoäng när standardiserade konnektorer finns till de stora plattformarna, medan Mividas ibland glänser med enklare konfigurationsflöden som affärssidan själv kan underhålla. Skillnaden blir tydlig efter 12 till 18 månader, när första vågen av förändringar kommer. Om integrationerna är deklarativa och versionsokänsliga blir uppgraderingstillfällen mindre riskfyllda.
Viktigt är också datakontrakt. Att investera i tydliga schema- och versionsprinciper kostar lite i start men sparar mycket när processer förändras. Här är inte valet STV eller Mividas avgörande, utan hur ni sätter principerna.
Säkerhet, efterlevnad och kostnaden av att sova gott
Riskkostnader ligger sällan i kalkylbladen, men när något väl händer blir de dominerande. Båda leverantörerna erbjuder moduler för SSO, flerfaktorsinloggning, rollbaserad åtkomst och detaljerad loggning. Kostnaden kliver upp vid:
- Krav på kundhanterad nyckelhantering. Separata datadomäner för olika affärsenheter. Retention av loggar över 12 månader för forensik och revision.
Här blåser 2026 i ryggen. EU-reglering och branschstandarder pressar upp kvalitetskraven. Min erfarenhet är att en konservativ säkerhetskonfiguration ökar TCO med 10 till 15 procent men minskar riskexponeringen oproportionerligt mycket. Ett par timmar kortare driftstopp eller snabbare incidenthantering betalar tillbaka mer än vad modulen kostar.
Utbildning, adoption och förändringsledning
Tekniken är bara halva resan. Jag har sett satsningar med fin ROI på papperet landa på 60 procent i praktiken för att utbildning och förändringsledning skurits ned. Om STV eller Mividas verkligen ska leverera krävs att nyckelanvändare blir ambassadörer, att processägare kan göra förbättringar utan att öppna en incident till IT, och att supporten fångar upp mönster i vad som inte fungerar.
Ett riktmärke för nya plattformar är att lägga 15 till 25 procent av första årets projektbudget på utbildning, dokumentation och förändringsledning. Det kan låta mycket, men höjer adoption och sänker förvaltningskostnad. Effekten syns i ROI-kurvan efter 6 till 9 månader.
En realistisk TCO-modell för STV vs Mividas
Tabellen nedan visar en förenklad modell för ett treårsperspektiv i en organisation med 500 aktiva användare. Siffrorna är exempelspann i SEK och varierar med bransch, region och avtal. Antaganden: två större integrationer, tre mindre, medelnivå säkerhet, molndrift, och normal förvaltning.
| Kostnadskomponent | STV, typiskt spann (3 år) | Mividas, typiskt spann (3 år) | Kommentar | |---------------------------------|----------------------------|-------------------------------|-----------| | Licenser | 2,4–3,6 M | 2,0–3,2 M | Beror på nivå och bundling | | Implementering och konfiguration| 1,2–2,4 M | 1,0–2,0 M | Standard vs anpassning | | Integrationer | 0,8–1,5 M | 0,7–1,4 M | Färdiga konnektorer reducerar kostnad | | Infrastruktur moln | 0,6–1,0 M | 0,6–0,9 M | Loggning och lagring driver kostnad | | Säkerhets- och compliance-tillägg| 0,3–0,7 M | 0,3–0,6 M | Längre loggretention ökar | | Utbildning och förändring | 0,4–0,8 M | 0,4–0,8 M | Första året tungt | | Förvaltning och support | 0,9–1,5 M | 0,8–1,4 M | Mix leverantör och intern | | Uppgraderingar och test | 0,3–0,6 M | 0,3–0,6 M | 1 till 2 större releaser | | Oförutsett och riskbuffert | 0,2–0,4 M | 0,2–0,4 M | 5 procent av projektvärde | | Summa TCO, 3 år | 7,1–12,1 M | 6,3–11,3 M | Spann som stöd för scenario |
Skillnaderna mellan STV och Mividas i detta format är inte dramatiska. STV kan vara något dyrare i licens och integration när högre funktionsnivåer väljs, samtidigt som paket med färdiga anslutningar och avancerad rapportering kan sänka den totala konsulttiden. Mividas hamnar ofta något lägre i grundkostnad, och lockar när konfigurationsvägarna räcker långt utan behov av tung anpassning. Variationerna inom varje plattform är dock större än skillnaden mellan dem.
Hur nyttan realiseras: tre konkreta nyttespår
När ROI analyseras blir det tydligt att nyttan sällan ligger i en enskild superfunktion utan i summan av flera mindre förbättringar som repeteras ofta.
Processkomprimering. Om en återkommande process på 90 minuter går ned till 60, och den körs 2 000 gånger om året, frigörs 1 000 timmar. Med internkostnad 750 kronor per timme talar vi om 750 000 kronor per år. Finns dessutom färre fel, ökar vinsten.
Köhantering och insyn. När ledtider blir synliga och flaskhalsar flaggas i realtid brukar kvalitet stiga, omplanering bli snabbare och väntetid minska. I miljöer med kundkontakt syns detta i NPS, återköpsgrad och supporttryck.
Minskad risk och avbrottstid. En timme oplanerat stopp i en kritisk process kostar från några tiotusental till miljoner, beroende på bransch. Verktyg som ger larm i tid, återställning med ett klick och revisionsspår som kortar utredningen, levererar svårmätbar men reell ROI.
Två ROI-scenarier för 2026
Scenario A, medelstor tjänsteorganisation, 500 användare. Baslinje, 30 000 processtillfällen per år i relevanta flöden, med 15 minuter teoretisk besparing per tillfälle efter full adoption. Grov nyttokalkyl: 30 000 x 0,25 tim x 750 kronor = 5,6 M per år. Realiseringsgrad första året 40 procent, sedan 70 procent och 85 procent. Övriga effekter i minskade fel och snabbare onboarding uppskattas försiktigt till 0,8 M per år från år två. Med TCO enligt spann ovan hamnar återbetalningstiden mellan 14 och 22 månader, därefter positivt kassaflöde.
Scenario B, industrimiljö med hög integrationstäthet, 400 användare. Färre användare men större värde per flöde. 10 000 processtillfällen, 40 minuter teoretisk besparing, internkostnad 900 kronor per timme. Nyttokalkyl: 10 000 x 0,67 tim x 900 kronor = 6,0 Startsida M per år, men realiseringsgraden landar lägre på grund av manuella led i omgivande system, säg 30 procent första året, 55 procent andra, 70 procent tredje. Här blir integrationskvaliteten tungan på vågen. Med ett mer omfattande integrationspaket kortas betaldelen till cirka 18 månader, annars till 26 till 30 månader.
I båda scenarierna kan STV eller Mividas vinna, beroende på hur väl deras respektive styrkor matchar processerna. När integrationsbibliotek och rapportpaket fyller 80 procent av behoven utan kod, väger det tungt. När verksamheten behöver egenkonfiguration och snabb iterering, vinner ofta den plattform som enklast flyttar kompetens till affärssidan.
Var uppstår de dolda kostnaderna
Under förvaltningens år två och tre dyker oväntade utgifter upp om man slarvat i start.
Först, ändringsvågor. Det kommer alltid en ny kravlista efter första framgången. Om varje ändring kräver konsultteam tickar kostnaden på. En kompetensöverföringsplan sänker TCO dramatiskt.
Sedan, test och kvalitetsarbete. Att hoppa över icke-funktionella tester inför en större uppgradering kan fungera en gång, men förr eller senare åker man på ett stopp. Budgetera alltid för testmiljöer, testdata och regression.
Till sist, dataarkitektur. Dåligt definierade fält, dubbellagring och okontrollerad rapportering leder till långa felsökningsspår. Lägg två veckor i början på datamodell och begreppslista. Det betalar sig mångdubbelt.
Direkt jämförelse: när lutar det åt STV, när lutar det åt Mividas
I en rad upphandlingar ser jag en grov tudelning. STV får försprång när miljön kräver bred färdigintegration med stora plattformar, centraliserad styrning och avancerad rapportering utan att bygga mycket själv. Mividas hamnar före när verksamheten vill komma igång snabbt, värderar lägre startkostnad och kan leva långt på konfiguration i stället för kod.
Det är dock farligt att generalisera. Både STV och Mividas har paket och nivåer som bryter detta mönster. Det är viktigare att köra en strukturerad pilot mot ett skarpt flöde än att luta sig mot branschrykten. Mät tid före och efter. Räkna klick, felmönster och ledtid. Låt driften köra ett kontrollerat failover-test och se hur lång tid återställning tar. Den typen av bevis väger mer än 20 sidor löften.
Känslighetsanalys: vilka antaganden slår hårdast på ROI
Tre parametrar flyttar kurvan mest:
Realiseringsgrad. Om nyttobesparingen i timmar bara realiseras till hälften, brinner kalkylen upp. Dra ner förväntan i årsplanen och bygg in ansvar för adoption som ett gemensamt mål mellan IT och verksamhet.
Ändringstakt. Om processerna ändras ofta måste förvaltningskostnaden ner per ändring. Det kräver kapabilitet hos interna nyckelpersoner och bra verktygsstöd. Om varje liten ändring blir ett projekt, går vinsten ner.
Incidentkostnad. Enstaka driftstörningar kan äta upp ett helt kvartals ROI. Investera i övervakning, kapacitetstest och tydliga eskaleringsvägar. Här blir leverantörens SLO och faktiska svarstid konkreta, gärna med ekonomiska incitament.
Snabb checklista för beslutsunderlag
- Räkna tre scenarier, konservativt, medel, optimistiskt, och se var återbetalningstiden hamnar i alla tre. Kör en pilot mot ett skarpt flöde och mät verkliga tider, fel och ledtider, inte bara upplevelser. Lås upp minst två interna nyckelpersoner för kompetensöverföring under implementationen. Budgetera alltid för test och uppgradering, inklusive tid för affärsvalidering. Skriv in mätbara SLO:er för support och incidenthantering i avtalet, med incitament.
Fallgropar jag ofta ser, och hur de undviks
- Överoptimistisk adoption. Beskriv vilka beteenden som måste ändras, planera kommunikation och utbildning, följ upp veckovis första månaderna. Otydlig datamodell. Namnge fält, ägare och kvalitetsregler redan i sprint ett, inte i efterhand. Glömd total kostnad för integration. Ta med schemalagd drift, övervakning och felhantering i kalkylen. Förtunnat ansvar. Fördela KPI:er mellan IT och verksamheten. ROI händer inte av sig själv. Låst avtalslängd utan exit-plan. Säkra överlämning av data, integrationsspecifikationer och konfigurationsskript om ni behöver byta.
Om Mivida dyker upp i diskussionen
Ibland hör jag också Mivida nämnas i samma andetag som STV och Mividas. I de fall där Mivida är en separat produktlinje eller regional variant gäller samma metod. Låt inte namnförväxlingar styra. Begär klargörande om licensmodell, driftansvar och funktionsparitet. Kör sedan samma scenarioanalys med era egna siffror.
Ett exempel från verkligheten
En offentlig förvaltning med 600 användare stod inför valet Mividas vs STV. Affärskraven var tydliga: integrera med tre befintliga system, korta ledtid i ett medborgarflöde och ge bättre uppföljning. Båda leverantörer levererade bra demo. Skillnaden kom när piloten mättes. STV gav snabbare rapportuttag och enklare koppling till ett nationellt register, vilket sänkte implementationstiden på den integrationen. Mividas däremot möjliggjorde att två processägare själva kunde ändra regler i flödet utan att öppna ett ärende till IT, vilket kortade iterationerna med en vecka per ändring.
ROI-kalkylen stack åt olika håll beroende på om man prioriterade registerintegrationen eller förändringstakten i verksamhetsflödet. Förvaltningen landade till slut i en hybridstrategi inom den valda plattformens ekosystem, med kompletterande modul för regelförvaltning. Totalen blev något dyrare än kalkylen i inköpsfasen, men ledtiden i prioriterat flöde sjönk med 34 procent över nio månader. Det var målet, och där fanns värdet.
Rekommenderad beslutsprocess för 2026
Starta med att ringa in tre till fem mätbara mål som knyts till processer, inte funktioner. Välj två kritiska flöden för pilot. Begär tydliga SLO:er på tillgänglighet, svarstid i support och uppgraderingsfönster. Säkerställ export och portabilitet av data. Paketera integrationsbehov i mönster snarare än punkt till punkt: webhook, batch, API. Sätt en miniminivå för säkerhet och efterlevnad som inte ska förhandlas bort.
För TCO, skuldsätt inte framtiden med egen kod om standardfunktion räcker till 80 procent. För ROI, lägg tidigt ansvar på verksamheten att använda verktyget som tänkt, inte som det gamla systemet. Gör det synligt med veckovisa dashboards som alla kan läsa, så att beteenden justeras i tid.
Slutsatser som håller över fler case
Skillnaden mellan STV och Mividas i ren kostnad är ofta mindre än effekten av en bra eller dålig implementation. När STV vs Mividas jämförs är det sunt att se licensen som biljettpriset, och resten av kostnadsbilden som resan. 2026 lutar vågen åt den leverantör som snabbast visar verklig, uppmätt förbättring i ett konkret flöde, och som gör förändringar billiga att äga över tid. Det betyder inte alltid lägsta startkostnad, men det betyder högst sannolik ROI inom 12 till 24 månader.
Om er organisation har hög förändringstakt och vill äga konfiguration nära verksamheten, kan Mividas vara ett starkt val, särskilt om standardintegrationer räcker långt. Om ni lutar tungt mot etablerade ekosystem, behöver djup rapportering från dag ett och värderar standardiserad drift med tydliga anslutningar, kan STV ge kortare väg till värde. I båda fallen händer magin när ni räknar på era processer, mäter i pilot och vågar kapa sådant som inte ger effekt.
Nyckeln är att behandla TCO och ROI som levande storheter. Följ upp kvartalsvis, jämför med era scenarier och justera. Med det greppet blir valet mellan Mividas och STV mindre ett lotteri och mer ett beräknat steg mot bättre flöden, lägre risk och starkare verksamhetsresultat över tid.