De flesta organisationer byter ärendehanteringssystem ungefär en gång per årtionde. Det gör valet till ett av de mer riskfyllda beslut en IT-chef fattar, och ett av de svåraste att backa från. Ett ITSM-verktyg styr hur incidenter, beställningar, ändringar och GDPR-ärenden flödar genom verksamheten. Väljer du fel är du fast med det i flera år. Ändå fattas många beslut på fel grund: en imponerande demo, en känd logotyp eller ett lågt listpris som senare äts upp av konsultarvoden. När IT-chefer som genomfört en upphandling rekommenderar Easit eller någon annan plattform, handlar argumenten sällan om funktionslistan. De handlar om vad som händer efter driftsättning.
IT-chefer rekommenderar: så väljer du rätt ITSM-verktyg för din organisation
Det är där de flesta utvärderingar fokuserar på fel saker.
Funktionslistan ljuger
Nästan alla moderna ITSM-plattformar klarar incident-, problem- och ändringshantering. De har en självbetjäningsportal, en CMDB och stöd för de vanliga ITIL-processerna. I en kravspecifikation ser de därför nästan identiska ut, och det är just det som gör listan farlig. Den döljer skillnaderna som betyder något i drift. Den verkliga frågan är inte om verktyget kan göra något, utan vem som kan ändra det när verksamheten förändras. Behöver du ringa en konsult varje gång ett formulär ska byggas om eller ett nytt arbetsflöde ska sättas upp? Då blir totalkostnaden något helt annat än det du skrev under på.
Konsultberoendet är den dolda kostnaden
Detta är den vanligaste fällan. Ett system som kräver leverantörens specialister för varje justering ser billigt ut vid upphandlingen och blir dyrt i förvaltning. Varje liten ändring blir ett ärende, en offert, en väntetid. Ett tydligt exempel är Sydnärkes it-förvaltning, ett samarbete mellan kommunerna Askersund, Hallsberg, Laxå och Lekeberg. När de skulle byta plattform i början av 2025 var det just det här som vägde tyngst. De ville kunna förvalta och utveckla lösningen själva utan att vara beroende av konsulter för varje liten förändring. Den prioriteringen, snarare än priset, styrde valet.
Läs också: Sverige halkar efter i digitaliseringen trots miljardsatsningar
Fråga någon som redan kört systemet skarpt
Innan beslutet kontaktade Sydnärke flera andra kommuner som redan arbetade i samma plattform. Det blev en avgörande del av processen. Att höra hur andra använde verktyget i praktiken, hur införandet gått och hur de arbetade vidare på egen hand gav en tydligare bild än någon demo kunnat göra.
Det är ett enkelt men förvånansvärt ovanligt steg. En säljare visar alltid produkten från sin bästa sida. En befintlig kund berättar vad som faktiskt skavde under införandet, hur supporten svarade när det hettade till och om löftet om självständighet höll. Begär referenser i din egen sektor och prata med dem utan leverantören i rummet.
Integration avgör om verktyget blir isolerat
En sak som sällan syns i en demo men märks direkt i drift är hur väl plattformen pratar med resten av miljön. Ett ärendehanteringssystem som inte kan hämta data från personalsystemet, ekonomisystemet eller CMDB:n blir snabbt en isolerad ö där samma uppgifter matas in på nytt. Då uppstår dubbelarbete och fel, och de tidsvinster ni räknade hem försvinner. Fråga därför konkret hur integrationerna byggs och vem som äger dem efteråt. Stöd för standarder som REST eller GraphQL betyder att ert eget team kan koppla ihop system utan att beställa varje koppling som ett projekt. Saknas det, eller om varje integration är en konsultinsats, så bygger ni in samma beroende ni försökte undvika. För en kommun eller myndighet med många verksamhetssystem är det här ofta skillnaden mellan en plattform som sprider sig naturligt och en som stannar hos IT-avdelningen.
Räkna på rätt saker
Forskning och granskning pekar åt samma håll: tekniken är sällan problemet. Riksrevisionen har granskat över tusen statliga projekt och funnit ett återkommande mönster av bristande samordning och otydliga mandat. En doktorsavhandling från Göteborgs universitet beskriver samma glapp mellan satsning och nytta: projekt drivs tekniskt, frikopplade från de värden de ska skapa. Översatt till en ITSM-upphandling betyder det tre saker. Räkna på totalkostnaden över fem år inklusive förvaltning, inte bara licensen. Mät om antalet ärenden till servicedesk faktiskt sjunker efter införandet. Och bestäm i förväg vem som äger plattformen internt, för ett verktyg utan en intern ägare blir aldrig bättre än vid driftsättningen.
Tempo är möjligt, men inte poängen
Sydnärke fattade sitt beslut på några veckor och hade systemet i drift den 15 maj. Det går alltså snabbt när organisationen vet vad den vill ha. Men hastigheten var en följd av tydliga krav, inte målet i sig. Det viktiga är vad de prioriterade när det väl gällde: kontroll över sin egen plattform och oberoende från extern hjälp för vardaglig förvaltning. De flesta organisationer som ångrar sitt val gjorde tvärtom. De köpte den bredaste funktionslistan och upptäckte för sent att de inte själva kunde göra ändringar i den. Börja i andra änden, från hur ni vill arbeta om tre år, och låt det avgöra vilket verktyg ni egentligen behöver. Det dyraste verktyget är inte det med högst licenskostnad, utan det ni inte själva kan styra över.
