Verktygsrevision 2026 – minska systemsprawl och onödiga kostnader

När ett företag har vuxit under några år är problemet ofta inte att det saknas digitala verktyg. Problemet är att nya system har lagts ovanpå gamla. Ett team använder ett projektverktyg, ett annat ett annat. Licenser förnyas automatiskt, integrationer lever vidare utan tydlig ägare och data kopieras mellan flera plattformar.

En verktygsrevision är en strukturerad genomgång av den befintliga systemstacken. Målet är inte att byta allt, utan att förstå vad företaget faktiskt använder, vad det kostar och vilka verktyg som kan konsolideras eller avvecklas.

Revisionen bör ses som en del av företagets större digitala strategi 2026: först kartlägg nuläget, därefter prioriteras system, data, säkerhet och automation efter affärsvärde.

Vad är systemsprawl?

Systemsprawl uppstår när antalet appar, SaaS-tjänster och interna verktyg växer snabbare än företagets förmåga att styra dem. Det kan börja oskyldigt: en gratis testperiod, ett team som behöver en snabb lösning eller ett projekt som kräver ett specialverktyg. När ingen senare städar upp blir verktyget kvar.

Vanliga tecken är:

• flera verktyg löser nästan samma uppgift
• licenser finns kvar för personer som slutat eller bytt roll
• ingen vet vem som äger ett visst system
• samma data matas in på flera ställen
• integrationer bryts utan att någon märker det
• kostnader sprids över många små abonnemang
• medarbetare är osäkra på vilket verktyg som ska användas

1. Bygg ett komplett systemregister

Börja med att samla alla digitala verktyg i en gemensam lista. Ekonomisystemet visar ofta en del av bilden, men inte allt. Kontrollera även företagskort, fakturor, webbläsarbaserade abonnemang, appbutiker, integrationsplattformar och tjänster som betalas via enskilda avdelningar.

Registrera minst

• verktygets namn och leverantör
• huvudsakligt användningsområde
• intern systemägare
• antal licenser och aktiva användare
• kostnad och faktureringsperiod
• nästa förnyelsedatum
• vilken data som lagras
• viktiga integrationer
• administratörskonton
• hur data kan exporteras vid ett framtida byte

Redan under inventeringen brukar gamla testkonton, dubbletter och abonnemang utan tydligt syfte bli synliga.

2. Mät faktisk användning – inte bara antal licenser

Ett system kan ha många tilldelade licenser men ändå användas mycket lite. Titta därför på verklig aktivitet där leverantören erbjuder sådan statistik.

Frågor att ställa

• Hur många användare har loggat in den senaste perioden?
• Vilka funktioner används faktiskt?
• Finns licenser som aldrig eller sällan används?
• Finns ett mindre abonnemang som skulle täcka behovet?
• Är verktyget kritiskt för en liten grupp trots låg total användning?

Låg användning betyder inte automatiskt att verktyget ska bort. Ett verktyg för exempelvis incidenthantering kan vara viktigt även om det används sällan. Bedöm därför användning tillsammans med affärskritisk funktion.

3. Hitta funktionell överlappning

Nästa steg är att gruppera verktygen efter funktion. Då blir dubbelverktyg tydligare.

Exempel på områden där överlapp ofta uppstår:

• projekt- och uppgiftshantering
• chatt och intern kommunikation
• dokumentation och kunskapsbank
• formulär och bokning
• CRM och säljstöd
• analys och dashboards
• AI-assistenter
• automatisering och integrationsplattformar

Fråga inte bara vilket verktyg som har flest funktioner. Utvärdera vilket som redan passar era processer, dataflöden, kompetens och integrationer bäst.

4. Räkna på total kostnad

Licenspriset är bara en del av kostnaden. Två billiga verktyg kan bli dyrare än en gemensam plattform om de kräver dubbel administration, manuella överföringar eller extra integrationer.

Ta med

• licenser och tillägg
• implementations- och konsultkostnader
• integrationstjänster
• utbildning och onboarding
• intern administration
• tid för manuellt dubbelarbete
• kostnad och risk vid ett framtida byte

Det gör jämförelsen mer rättvis än att enbart titta på pris per användare och månad.

5. Kontrollera ägarskap och administration

Varje viktigt verktyg bör ha en tydlig intern ägare. Systemägaren behöver inte sköta allt tekniskt, men ska veta varför verktyget finns, vilka som får åtkomst och vem som kontaktas när något behöver ändras.

Markera system som saknar:

• ansvarig person
• dokumenterad administratör
• offboardingrutin
• förnyelseansvar
• backup- eller exportplan där det behövs

Ett system utan ägare tenderar att bli kvar längre än det behövs och får ofta sämre behörighetskontroll.

6. Granska säkerhet och dataskydd

Verktygsrevisionen är också ett bra tillfälle att se vilka tjänster som får tillgång till företags- och personuppgifter.

Kontrollpunkter

• stöder tjänsten lämplig flerfaktorsautentisering?
• kan behörigheter styras efter roll?
• finns gamla användare eller externa gäster kvar?
• vilken data lagras och för vilket syfte?
• vilka underleverantörer eller integrationer får åtkomst?
• kan data exporteras och raderas på ett kontrollerat sätt?
• finns relevanta avtal och leverantörsbedömningar där de behövs?

Undvik absoluta regler som att all data måste ligga i ett visst land. Kraven beror på vilken data som behandlas, rollerna i behandlingen och hur överföringar och skyddsåtgärder ser ut.

7. Kartlägg integrationerna

Ett verktyg kan se fristående ut men ändå vara en kritisk del av flera automatiserade flöden. Innan något stängs av behöver integrationerna kartläggas.

• Vilka system skickar data till verktyget?
• Vilka system tar emot data därifrån?
• Finns webhooks, API-nycklar eller automationsflöden?
• Vem äger respektive integration?
• Vad händer om tjänsten inte svarar?

Dokumentera beroenden innan konsolideringen börjar. Annars kan en till synes obetydlig licens visa sig driva ett viktigt kund- eller ekonomiflöde.

8. Prioritera vad som ska behållas, konsolideras eller avvecklas

Efter inventeringen kan varje verktyg placeras i en enkel beslutsmodell.

Behåll

Verktyget har ett tydligt syfte, används, har en ägare och ger rimlig nytta i förhållande till kostnad och risk.

Konsolidera

Funktionen behövs, men ett annat befintligt system kan täcka samma behov utan att skapa större nackdelar.

Omförhandla eller nedgradera

Verktyget behövs men antalet licenser, abonnemangsnivån eller avtalsformen är större än behovet.

Avveckla

Verktyget saknar tydligt syfte, används inte, duplicerar annan funktion eller innebär en kostnad eller risk som inte kan motiveras.

9. Avveckla system kontrollerat

Att säga upp abonnemanget är sista steget, inte det första. Börja med att avgöra vad som behöver sparas och vilka beroenden som ska flyttas.

Avvecklingschecklista

1. Exportera information som behöver bevaras.
2. Flytta nödvändiga arbetsflöden och integrationer.
3. Uppdatera dokumentation och interna länkar.
4. Informera berörda användare.
5. Ta bort API-nycklar och kopplingar som inte längre behövs.
6. Stäng eller ta bort användarkonton enligt plan.
7. Kontrollera leverantörens hantering av kvarvarande data.
8. Säg upp abonnemanget och dokumentera slutdatum.

10. Inför en återkommande revisionscykel

En engångsstädning löser inte problemet permanent. Lägg in en återkommande kontroll, exempelvis inför större avtalsförnyelser eller som en del av företagets ordinarie IT- och budgetarbete.

En enkel återkommande process kan vara:

• uppdatera systemregistret
• granska aktiva användare och licenser
• kontrollera kommande förnyelser
• identifiera nya dubbelverktyg
• granska behörigheter
• kontrollera kritiska integrationer
• besluta om behåll, konsolidera eller avveckla

Exempel på beslutstabell

Vanliga misstag vid en verktygsrevision

• Fokusera enbart på licenskostnad: då missas både kritiska beroenden och administrativa kostnader.
• Stänga verktyg innan data exporterats: kan skapa informationsförlust.
• Låta bara IT bestämma: de dagliga användarna behöver förklara vilka arbetsflöden som faktiskt fungerar.
• Behålla allt av försiktighet: då blir revisionen bara en inventering.
• Byta flera kärnsystem samtidigt: ökar genomföranderisken och gör effekten svårare att mäta.

Sammanfattning

En verktygsrevision hjälper företaget att få kontroll över sin befintliga digitala stack. Inventera först systemen, mät verklig användning, hitta överlapp, kartlägg kostnader och integrationer och bedöm ägarskap och säkerhet. Därefter kan verktyg behållas, konsolideras, nedgraderas eller avvecklas på ett kontrollerat sätt.

Det skiljer sig från processen att välja ett nytt verktyg. Här ligger fokus på att städa och styra den stack företaget redan har – så att färre system kan göra ett tydligare jobb.