De flesta organisationer tar ett av sina viktigaste strategiska beslut utan att märka det. Varje gång ett nytt behov uppstår – och lösningen blir ytterligare ett SaaS-verktyg – väljer man en arkitektur. Inte medvetet, men ändå. Och den arkitekturen bestämmer sedan hur fort man kan gå.
Vi ser det om och om igen. Verksamheter som vill röra sig snabbare, leverera mer och hålla ordning på sina processer. Men som i stället lägger allt mer tid på att hålla ihop ett växande lapptäcke av verktyg som inte riktigt pratar med varandra. Ett för ärendehantering. Ett för projekt. Ett för HR-processer. Ett för inköp. Och sedan en halvtid som går åt till att synka dem.
Det är inte ett verktygsroblem. Det är ett arkitekturproblem.
Logiken som låter rätt men leder fel
Tanken bakom specialiserade punktlösningar är egentligen sund: varje verktyg är byggt för sitt syfte och gör det bra. Välj det bästa för ärendehantering, det bästa för projektuppföljning, det bästa för intern service – och du har en stack som är bäst i klassen på alla fronter.
Problemet är att den logiken optimerar för verktygskvalitet men ignorerar systemkvalitet. Och för en organisation som vill ha kontroll på sina processer och kunna förändra dem snabbt, är systemkvaliteten det som faktiskt avgör.
Systemkvalitet handlar om hur delarna fungerar ihop. Om en ändring i en process automatiskt speglas där den behövs. Om det finns ett gemensamt språk, en gemensam datamodell, en gemensam bild av vad som pågår – som hela verksamheten faktiskt arbetar utifrån. Inte sju olika bilder beroende på vilket verktyg man öppnar.
“Det bästa verktyget för varje syfte är en logik som optimerar för komponenterna – och glömmer bort systemet.”
När processer för HR, IT, inköp och facility management lever i separata system saknar du inte verktyg. Du saknar ett system – och du betalar priset för det varje dag, även om det inte syns på en faktura.
Vad det egentligen kostar att hålla ihop ett lapptäcke
Licenspriset på ett SaaS-verktyg är lättläst. Det verkliga priset är det inte.
Tänk på en typisk intern serviceprocess – säg att en ny medarbetare börjar. IT ska provisionera åtkomst. HR ska säkerställa att onboardingplanen följs. Facility behöver fixa utrustning. Inköp kanske beställer hårdvara. I en fragmenterad miljö är det fyra separata system, fyra separata flöden, och ingen naturlig plats där helheten syns. Resultatet är manuell koordination, information som tappas bort, och en ny medarbetare som väntar.
De dolda kostnaderna i ett fragmenterat processtandskap:
- Manuell koordination – arbete som borde vara automatiserat kräver mänsklig insats
- Datadiskrepans – olika system ger olika bilder, beslut fördröjs
- Integrationsunderhåll – kopplingar som kräver tillsyn och regelbundet går sönder
- Onboarding-friktion – nya medarbetare tar längre tid att bli produktiva
- Processblindhet – ingen samlad bild av hur processer faktiskt presterar
- Tröghet vid förändring – att ändra en process kräver uppdatering i flera system
Ingen av de här posterna syns i månadsavin. Men de är verkliga – och de växer med varje nytt verktyg som läggs till stacken.
Vad en gemensam processplattform faktiskt ger
En processplattform är inte ett verktyg med fler funktioner. Det är en gemensam grund för hur arbete sker, hur processer definieras, hur ärenden hanteras och hur information flödar – oavsett om det handlar om IT-support, HR-ärenden, inköpsflöden eller fastighetsskötsel.
Det som händer när en organisation samlar sina processer på en gemensam plattform är inte att de “sparar pengar på licenser” – även om det ofta sker. Det som händer är att de bygger rörelsehastighet som en strukturell egenskap i verksamheten.
Konkret innebär det: en ny process kan rullas ut på en plats, inte på åtta. En ändring i ett arbetsflöde behöver göras en gång och gäller direkt. Ledning och processledare kan se hela bilden i realtid, inte i efterhand när data äntligen synkats. Och en ny medarbetare behöver lära sig ett system – inte tio.
“En plattform ger inte fler funktioner. Den ger verksamheten rörelsehastighet som en strukturell egenskap – inte som ett engångsprojekt.”
Det är skillnaden på om en processförändring tar dagar eller månader att genomföra. Det är skillnaden på om din interna service levererar snabbt och förutsägbart – eller om den är beroende av att rätt person råkar kolla rätt inkorg vid rätt tillfälle.
En ärlig jämförelse
Dimension
Processbild
Förändra en process
Nya ärendetyper
Onboarding
Underhåll
Rapportering
Flexibilitet per funktion
Leverantörsberoende
Punktlösningar
Fragmenterad per system
Kräver uppdatering i flera system
Nytt verktyg eller komplex integration
Lär sig X-antal separata system
Integrationer som kräver tillsyn
Manuell sammansättning från flera källor
Bäst-i-klassen möjligt per verktyg
Lättare att byta enskilt verktyg
Plattform
Samlad, realtid
Görs på ett ställe, gäller direkt
Konfigureras i befintlig plattform
Ett system, ett gränssnitt
Inbyggd sammanhållning
En källa, konsekvent data
Viss kompromiss på djupfunktioner
Djupare koppling – gör kundautonomi avgörande
Den sista raden förtjänar ett eget stycke.
Ju mer du samlar i en plattform, desto viktigare blir frågan: vad händer om leverantören inte levererar? Det är en legitim oro – och den bör ställas till varje plattformsleverantör. Det rätta svaret är inte att minimera beroendet genom att sprida sig på fler verktyg. Det rätta svaret är att välja en plattform som aktivt motverkar konsultberoende.
Easit GO är byggt utifrån den principen. Vi ger våra kunder samma verktyg vi själva använder för att konfigurera och utveckla plattformen. Det innebär att en kund som vill ändra en process, bygga ett nytt arbetsflöde eller anpassa sin ärendehantering kan göra det helt på egen hand – utan att behöva ringa oss. Det är inte ett säljargument. Det är en designprincip.
En plattform som låser in sina kunder i konsultberoende för varje förändring är inte en plattform som ger dig rörelsehastighet. Den är bara ett dyrare lapptäcke med färre sömmar.
När punktlösningar ändå är rätt
Det finns situationer där en specialiserad punktlösning är det rationella valet. Om du har ett mycket avgränsat behov som ingen plattform täcker tillräckligt väl. Om du befinner dig i en tidig fas där du fortfarande experimenterar med hur processer ska se ut. Om behovet är genuint unikt och inte rimligen hör hemma på en generell plattform.
Problemet uppstår inte när man väljer ett specialiserat verktyg för ett genuint specialiserat behov. Problemet uppstår när det blivit ett mönster – när varje nytt behov per automatik möts av ytterligare ett verktyg, och ingen frågar vad det kostar att lägga till ytterligare ett lager i lapptäcket.
Det är i det mönstret som verksamheter gradvis tappar sin rörelsehastighet. Inte dramatiskt, inte på en gång – utan steg för steg, ett verktyg i taget.
Den fråga som förändrar beslutet
Frågan “vilket verktyg är bäst för det här?” leder alltid till ytterligare ett verktyg. Det är en fråga som optimerar lokalt, inte globalt.
Den strategiska frågan är en annan: Borde det här behovet lösas i vår plattform – och om inte, varför inte?
Den frågan kräver att man faktiskt har en bild av vart man är på väg. En processarkitektur, inte bara en lista av verktyg. Och det är just den bilden som saknas i de flesta organisationer när de adderar sitt tionde verktyg.
Tre frågor att ställa innan nästa verktyg läggs till:
- Är det här behovet genuint unikt – eller borde det kunna hanteras i en plattform vi redan har (eller borde ha)?
- Vad kostar det att underhålla kopplingen till resten av vår processmiljö om 18 månader?
- Om tio processer till behöver hanteras: ökar eller minskar den totala komplexiteten med det här valet?
Rörelsehastighet byggs inte med fler verktyg
Organisationer som levererar snabbt och kan anpassa sig gör det sällan för att de har fler verktyg. De gör det för att de har byggt en infrastruktur där arbete faktiskt flödar. Där processer kan ändras utan att det kräver tre koordineringsmöten och ett integrationsprojekt. Där information inte fastnar mellan system. Där intern service fungerar förutsägbart, oavsett vem som hanterar ärendet.
Det är vad en genomtänkt processplattform ger. Inte som ett löfte om framtiden – utan som en direkt konsekvens av att verksamheten slutat bygga på sig komplexitet den sedan måste hantera.
Valet görs inte en gång. Det görs varje gång ett nytt behov uppstår och någon väljer att lösa det med ytterligare ett fristående verktyg – i stället för att fråga: borde det här egentligen hanteras i vår plattform?
FAQ
Vad är skillnaden mellan en plattform och en punktlösning? En punktlösning löser ett specifikt, avgränsat behov. En plattform är en gemensam grund för flera processer och ärendetyper, med delad datamodell och gemensamma arbetsflöden. Skillnaden är inte antalet funktioner – det är om systemets delar pratar med varandra eller inte.
Är det alltid bättre att välja en plattform? Nej. För genuint unika, avgränsade behov kan en specialiserad lösning vara rätt val. Problemet uppstår när punktlösningar blivit ett mönster – och varje nytt behov automatiskt resulterar i ytterligare ett verktyg utan att man räknar in koordinationskostnaderna.
Hur undviker man att bli beroende av sin plattformsleverantör? Välj en plattform som är byggd för kundautonomi. Det innebär att du som kund ska kunna konfigurera, förändra och bygga ut dina egna processer utan att vara beroende av leverantörens konsulter. Fråga alltid: kan vi göra det här själva om vi behöver?
Vad innebär SaaS-sprawl och hur hänger det ihop med plattformsvalet? SaaS-sprawl är det som händer när en organisation successivt adderat så många separata SaaS-verktyg att stacken blivit okontrollerbar – med höga koordinationskostnader, fragmenterad data och ett integrationsunderhåll som tar allt mer tid. Plattformsstrategin är det strukturella svaret på SaaS-sprawl.
Passar Easit GO för både IT- och HR-processer? Ja. Easit GO är en processplattform som kan hantera ärendeflöden, arbetsprocesser och servicehantering oavsett vilket team eller funktion som äger processen – IT, HR, inköp, facility eller annat.
Les mer
SaaS-sprawl – när verktygsstacken växer sig ur kontroll Vad händer när organisationen successivt adderat för många separata SaaS-verktyg? Den här artikeln går igenom varför sprawl uppstår, vad det kostar och hur du tar tillbaka kontrollen. → Läs artikeln om SaaS-sprawl
Från ITSM till ESM – så förändras service management Service management har utvecklats från att vara en IT-fråga till att handla om hela verksamheten. Den här artikeln förklarar resan från ITSM via ESM till DSM – och vad det innebär i praktiken. → Läs artikeln om ITSM, ESM och DSM
Guide: Kom igång med Enterprise Service Management (ESM) En praktisk guide för dig som vill ta nästa steg och utvidga service management bortom IT – till HR, inköp, ekonomi och andra delar av verksamheten. → Läs guiden om ESM
Henrik Traveler
Produktsjef
easit
070-249 36 06