Ydelse
Byg en serviceplatform, I selv ejer
Vi designer, bygger og migrerer skræddersyede erstatninger for ServiceNow — så I beholder de processer, der virker, slipper for licensmodellen, der ikke gør, og hoster resultatet i Europa under jeres egen kontrol.
Derfor gør organisationer det
En ServiceNow-erstatning er ikke en spareøvelse forklædt som et projekt. Det er en beslutning om at holde op med at leje en platform, hvis pris vokser med antallet af medarbejdere, og i stedet eje de få processer, der reelt driver jeres serviceorganisation.
Det er det rigtige svar for organisationer, der betaler enterprise-priser for en brøkdel af platformen, for organisationer hvor tilpasningerne er blevet en afhængighed frem for en fordel, og for organisationer der ikke kan acceptere amerikansk jurisdiktion over deres driftsdata.
Det er det forkerte svar for det mindretal, der reelt bruger platformens bredde og får værdi ud af den — og er det jer, siger vi det i den første samtale, ikke i den fjerde. For alle andre taler økonomien nu for at eje det, og ikke med en lille margin.
Derfor er det realistisk at bygge selv i dag
For tre år siden ville vi have talt de fleste organisationer fra det. Omkostningen ved at bygge og vedligeholde skræddersyet software var høj nok til, at det var fornuftigt at leje en platform — selv til ubehagelige licenspriser.
Det gælder ikke længere. AI-understøttet udvikling har ændret regnestykket: en veldefineret workflow-applikation — og det er strukturelt set, hvad en service management-platform er — bygges i dag af et lille team på en brøkdel af den tid, det tidligere tog. For netop det scope, en erstatning giver, slår det at bygge det at leje — på pris, på pasform og på ejerskab.
Vi teoretiserer ikke. En skræddersyet erstatning er i leverance netop nu på præcis det grundlag, og kundens egen business case sætter den løbende besparelse til omkring 3 mio. kr. om året — hvert år, mod en byggeomkostning der betales én gang. Yderligere to organisationer er i dialog.
Det, der får det til at virke, er disciplin, ikke værktøj. AI forstærker den dømmekraft, der styrer den — god arkitektur bygges hurtigere, og det gør dårlig arkitektur også, i større mængder. Derfor låser vi scopet inden der genereres, designer datamodellen på forhånd, skriver integrationskontrakterne ned, indkapsler forretningsreglerne i tests, og lader hver eneste linje blive læst igennem af en, der selv kunne have skrevet den. Hurtigt — og kedeligt velbygget.
Sådan kører vi det
Fem faser. Den første afgør, om de fire andre er realistiske — derfor springer vi den ikke over.
-
Analyse
Vi kortlægger, hvad der reelt er i brug — hvilke workflows der har volumen, hvilke integrationer der lever, hvilke tilpasninger der indeholder forretningslogik, som ikke findes andre steder, og hvem der faktisk bruger platformen. Det skærer rutinemæssigt betydeligt i det antagne scope, og den reduktion er den største besparelse, der er at hente i hele programmet.
Et scope der kan forsvares, en integrationsoversigt og en business case bygget på reel brug frem for antagelser.
-
Udvikling
Vi bygger de processer, der har volumen, først og ordentligt — AI-understøttet hele vejen, med hver linje læst igennem. Hver tilpasning, der skal med videre, skal have en navngiven ejer, som kan begrunde den ud fra et aktuelt behov; det, der ikke har en ejer, bliver ikke bygget. I ender med en platform formet af det, I gør i dag, ikke af ti års ophobede omveje.
En fungerende målplatform, der dækker de processer, jeres drift reelt afhænger af.
-
Migrering
Konfiguration og stamdata, åbne sager og et defineret vindue af nyligt lukkede sager flyttes med. Ældre historik lægges i et skrivebeskyttet arkiv, der dækker revision og opbevaringskrav uden at trække omkostning og risiko med ind i den nye platform.
Driftsdata på plads, historik arkiveret og tilgængelig, intet tabt i stilhed.
-
Go-live
Begge platforme kører parallelt i en defineret periode med én regel: nye sager oprettes kun i den nye platform fra skæringsdatoen. Uden den regel slutter parallel drift aldrig, og I betaler for begge dele. Vi sætter datoen tidligt, kommunikerer den bredt og holder den.
En kontrolleret overgang, hvor servicedesken kører normalt hele vejen igennem.
-
Hypercare
Fire til otte ugers forhøjet support efter go-live: daglig triage, et navngivet beredskab, en hurtig vej fra fejl til rettelse og synlig opfølgning på, hvad der bliver løst. Det er her, anvendelsen bliver vundet, og det er den fase, der oftest bliver skåret væk, når et program er bagud. Vi beskytter den.
Brugere der har tillid til den nye platform, og en ren overdragelse til almindelig drift.
Det er i leverance nu
En nordisk koncern med global drift havde over flere år opbygget et tungt tilpasset ServiceNow-landskab. Serviceorganisationen afhang af det, licensregningen voksede ved hver fornyelse, og en stor del af det, der var bygget, blev ikke længere brugt af nogen.
Analysefasen kortlagde, hvad der reelt var i drift — et markant mindre fodaftryk, end landskabet gav indtryk af. Det blev scopet for en skræddersyet erstatning, der dækker de processer, driften faktisk kører på, hostet i Europa, ejet fuldt ud og uden voksende brugerlicenser.
Den leveres netop nu gennem de fem faser ovenfor. Kundens egen business case sætter den løbende besparelse til omkring 3 mio. kr. om året — mod en byggeomkostning der betales én gang og en vedligeholdelsespost, der er en brøkdel af den licens, den erstatter. Yderligere to organisationer er i dialog på samme grundlag.
De 3 mio. kr. er kundens eget estimat, lagt da scopet blev fastlagt, og projektet er stadig i leverance — det er endnu ikke en realiseret besparelse, og vi offentliggør resultatet, når det foreligger. Kundenavn oplyses på forespørgsel. Referencesamtale kan arrangeres.
Guides in this series
There is no single best ServiceNow alternative, because organisations leave for four different reasons: licence cost growth, customisation lock-in, US jurisdiction, and paying for capability they never use. The realistic options are renegotiating, moving to another vendor, or building a custom replacement — and the third has become genuinely viable for narrow, well-specified scopes now that AI-assisted development has cut the cost of building. Establish which reason is yours before evaluating any option.
- Why organisations leave ServiceNow The four reasons European organisations replace ServiceNow — licence growth, lock-in, US jurisdiction, unused capability — and how to tell which is yours.
- What ServiceNow actually costs The licence model explained, why the bill grows faster than your usage, and how to work out your real cost before anyone quotes you an alternative.
- ServiceNow alternatives compared The realistic options for a European organisation leaving ServiceNow, with jurisdiction noted — because for many buyers that is the reason they are leaving.
- Renegotiating your ServiceNow contract Often the cheaper answer than leaving. What actually moves a renewal, what does not, and how to build a credible position without bluffing.
- Build or buy: replacing service management A decision framework with an honest cost model, and the four conditions that have to hold before building your own is the rational answer.
- How to migrate off ServiceNow without breaking operations A practical sequence for replacing ServiceNow: what to map first, what to leave behind, how to run parallel operation, and where these programmes fail.
- Building a ServiceNow replacement with AI-assisted development AI-assisted development has made building your own service platform cheaper than renting one. What we have learned delivering it, and what makes it hold.
- What to do with the CMDB when you leave ServiceNow The hardest technical piece of any ITSM migration, and the one most likely to be discovered late. What to migrate, what to rebuild, what to drop.
Typiske spørgsmål
- Er det billigere end at blive på ServiceNow?
- Som regel set over flere år, og besparelsen kommer to steder fra: ingen voksende brugerlicenser, og at I kun bygger det, I bruger, frem for det, I engang byggede. På den erstatning, vi har i leverance, sætter kundens business case den løbende besparelse til omkring 3 mio. kr. om året. Men der er en reel investering i starten, og hvis jeres brug er bred og voksende, kan det være bedre at blive. Analysefasen fortæller, hvilken situation I er i.
- Hvad sker der med vores integrationer?
- De kortlægges i analysefasen, før scopet låses, fordi integrationer flytter tidsplanen mere end antallet af workflows eller brugere gør. Hver integration får en ejer og en beslutning: genopbyg, erstat eller udfas. At opdage integrationer sent er den hyppigste årsag til skred i den slags programmer.
- Hvem ejer og vedligeholder resultatet?
- Det gør I. Det er hele pointen. Vi bygger det med jeres egne folk involveret undervejs, så viden bliver i organisationen, og vi overdrager dokumentation og driftsmodel ved afslutningen af hypercare. Ønsker I løbende sparring bagefter, er det en separat aftale — ikke en afhængighed indbygget i leverancen.
- Hvor bliver erstatningen hostet?
- Dér hvor jeres suverænitetskrav tilsiger, og vi hjælper med at definere det præcist frem for at antage det. For organisationer, der skal være uden for amerikansk jurisdiktion, betyder det en europæisk ejet udbyder — ikke en amerikansk udbyder med en EU-region, hvilket ikke fjerner CLOUD Act-eksponeringen.