Et system, der driller, er ikke altid et system, der skal skiftes. Svar på ni korte spørgsmål om jeres system, så ved I tre ting:
om I bør beholde og optimere det, bygge ovenpå, udfase det gradvist eller skifte det helt
hvad der er den mindst risikable rækkefølge at gøre det i
om regnestykket bærer beslutningen, eller om I bør vente
Svært → sikkert at bygge ovenpå
Byg ovenpå og udfas
Byg en overbygning
Skift system
Behold og udvid i systemet
Kernesystemet: uegnet → velfungerende
Det skriver vi bag øret
Systemet: {system}
I dag: {idag}
Fremover: {lettere}
Kernen håndterer data og transaktioner stabilt.
Kernen fungerer, men med en del manuelle nødløsninger.
Kernen kan ikke længere understøtte processerne ordentligt.
Problemet ligner mest proces, data eller oplæring. Måske skal der slet ikke bygges nyt.
Systemet er udgået eller usikkert. Det trækker mod udfasning.
Systemet er aldrende eller afhængigt af få specialister.
Systemet er den tydelige kilde til korrekte data.
Datakvaliteten er usikker. En ny flade kan skjule det, ikke løse det.
Problemet ligger i oplevelsen omkring systemet: det taler for en overbygning.
Problemet ligger i selve kernemodellen.
Systemet kan udveksle data sikkert via API.
Systemet er lukket: en robust overbygning bliver dyrere.
Kernens data og regler kan blive i systemet. En ren overbygning er mulig.
Midlertidig dobbeltføring med en slutdato: kun som led i en gradvis udskiftning.
En permanent kopi af kernens data og regler er et skyggesystem, ikke en overbygning.
Et skifte ville være til at overskue: få brugere og integrationer.
Mange afhængigheder: et skifte bør i givet fald være gradvist.
Der findes måske allerede en funktion eller opgradering hos jer.
Et standardsystem kan passe bedre. Det noterer vi til byggevejen.
Markedet er ikke afsøgt endnu. Det bør ske før specialudvikling.
Grundlaget bygger mest på en fornemmelse. Det noterer vi.
Der er en målt baseline bag problemet.
Der er en ansvarlig, en KPI og en tidshorisont.
Problemet fylder cirka {timerAar} interne timer om året.
0 af 15 besvaret
Besvar alle spørgsmål for at se jeres pejling.
Jeres pejling
Systemet er sandsynligvis ikke hovedproblemet
Pejling: behold og optimér
Jeres svar peger på, at kernen fungerer, systemet er understøttet, og problemet primært handler om proces, datadisciplin, oplæring eller en funktion, I allerede har adgang til. Så er det billigste og bedste svar at rette dét først, før nogen bygger nyt. En ny brugerflade oven på en velfungerende kerne er sjældent den rette start, hvis den egentlige friktion ligger et andet sted.
Antagelser bag pejlingen
At kernen faktisk er sund, og at den daglige friktion kan fjernes med proces, data eller en eksisterende funktion. Viser det sig, at brugerne har et reelt behov, systemet ikke kan dække, ændrer billedet sig.
Det ville ændre svaret
Hvis kunder eller medarbejdere har brug for en ny selvbetjening eller arbejdsgang, systemet ikke selv kan levere, rykker pejlingen mod en overbygning.
Det ville et afklaringsmøde svare på
Hvilken konkret proces, datadisciplin eller opsætning der giver mest, og om en eksisterende modul- eller opgraderingsmulighed kan løse behovet uden nyt byggeri.
Jeres pejling
Behold systemet som kerne, og forbedr oplevelsen omkring det
Pejling: byg en overbygning
Kernen fungerer og er til at bygge sikkert ovenpå: dataene er pålidelige, integrationen er mulig, og den nye løsning kan undgå at kopiere kernens regler. Så er svaret en overbygning: en ny brugeroplevelse, selvbetjening eller arbejdsgang oven på det eksisterende system. Kunden eller medarbejderen møder en enkel flade, mens ERP, CRM eller fagsystemet arbejder videre som før og fortsat ejer stamdata, lager, økonomi og den endelige transaktion.
Sådan kunne løsningen se ud
Kunde eller medarbejder
Webkomponent, portal eller webapp
Coignite integrations- og proceslag
Eksisterende ERP, CRM eller fagsystem
Antagelser bag pejlingen
At overbygningen kan nøjes med at eje sin egen nye proces, status, dokumenter og notifikationer, mens kernesystemet fortsat ejer stamdata, beregninger, lager og økonomi.
Det ville ændre svaret
Hvis den nye løsning i praksis skal kopiere kernens data og regler permanent, er det ikke længere en overbygning, men et skyggesystem, og så bør et rigtigt systemskifte overvejes i stedet.
Det ville et afklaringsmøde svare på
Præcis hvad der fortsat skal ejes af det eksisterende system, hvad der skal flyttes ud i overbygningen, og hvad det første konkrete skridt bør være.
Jeres pejling
Løs det akutte behov nu, og gør løsningen til første del af det fremtidige system
Pejling: byg ovenpå nu, udfas gradvist
Systemet er på vej ud eller kan ikke længere bygges sikkert ovenpå, men et samlet skifte på én gang ville være for risikabelt lige nu. Så er den forsvarlige vej en gradvis overgang: byg en ny løsning, der både løser det akutte behov og bliver den første byggesten i det fremtidige system. Funktion for funktion flyttes over, indtil det gamle system kan udfases. Tilgangen svarer til Strangler Fig-mønsteret, hvor værdi leveres og kontrolleres undervejs i stedet for i ét stort spring.
Sådan kunne overgangen se ud
Ny brugeroplevelse
Nyt proces- og integrationslag
Gammelt system og nye services side om side
Funktioner og data flyttes trinvis
Det gamle system udfases
Antagelser bag pejlingen
At hver ny funktion kan få en tydelig dataejer, at en midlertidig dobbeltføring har en slutdato, og at de nye komponenter designes, så de kan overleve det gamle system.
Det ville ændre svaret
Er kernen sundere, end svarene viser, kan en ren overbygning være nok. Er afhængighederne mindre, kan et mere samlet skifte være realistisk.
Det ville et afklaringsmøde svare på
Hvilken funktion der bør flyttes først, hvordan udfasningsrækkefølgen ser ud, og hvordan nyt og gammelt kører sikkert side om side undervejs.
Jeres pejling
Problemet ligger i kernen, en ny brugerflade vil primært skjule det
Pejling: skift system
Jeres svar peger på kernen: systemet er udgået eller usikkert, centrale data og processer holder ikke, sikker integration er svær, eller en overbygning ville ende med at kopiere kernens data og regler. Så løser en ny brugerflade ikke problemet, den skjuler det. Det ærlige svar er at skifte systemet. Vigtigt: systemudskiftning betyder sjældent at bygge et nyt ERP fra bunden. Det betyder oftere at finde et standardsystem, der kan være den nye kerne, og kun bygge det virksomhedsspecifikke omkring det.
Antagelser bag pejlingen
At problemet reelt ligger i datamodellen, forretningsreglerne eller systemets livscyklus, og ikke kun i fladen omkring det.
Det ville ændre svaret
Er kernen sundere, end svarene viser, og handler problemet mest om brugeroplevelsen, er en overbygning både billigere og hurtigere.
Det ville et afklaringsmøde svare på
Hvilke kerneprocesser, dataejerskaber og integrationer fremtiden kræver, og hvilke standardsystemer der bør vurderes, før der tages stilling til specialudvikling.
Jeres pejling
Der er endnu ikke nok viden til at vælge forsvarligt
Pejling: afklar grundlaget først
Jeres svar trækker i forskellige retninger: kernen er ikke dårlig nok til et oplagt skifte, men en sikker overbygning er samtidig svær, eller det er uklart, hvilke data der er korrekte, hvordan systemet kan integreres, og hvad leverandøren egentlig kan tilbyde. At vælge nu ville være et gæt. Det klogeste næste skridt er en kort system- og procesafklaring, der gør grundlaget synligt, før der vælges løsning.
Antagelser bag pejlingen
At de vigtigste ubekendte, datakvalitet, integrationsmuligheder, leverandørens planer og problemets størrelse, ikke er afklaret endnu.
Det ville ændre svaret
Når integrationsmuligheder og datakvalitet er kortlagt, peger svarene typisk tydeligt mod enten en overbygning eller et systemskifte.
Det ville et afklaringsmøde svare på
Hvilke få undersøgelser der skal til for at kunne vælge trygt, og hvordan en kort, afgrænset afklaring gribes an.
Hvorfor denne pejling?
Kernen kan egentlig det nødvendige, så problemet ligner mest proces, data eller oplæring.
Systemet er udgået eller usikkert og bør ikke bære en permanent overbygning.
Problemet ligger i kernen, og en ny flade ovenpå vil skjule det, ikke løse det.
En overbygning ville skulle kopiere kernens data og regler permanent, og det er et skyggesystem.
Systemet kan kun nås gennem omveje, så en robust overbygning bliver dyr og skrøbelig.
Systemet kan udveksle data sikkert, så en overbygning kan kobles ordentligt på.
Kernens data og regler kan blive i systemet, mens den nye løsning kun ejer sin egen proces.
Problemet ligger i oplevelsen og arbejdsgangen omkring systemet, ikke i kernen.
Mange afhængigheder gør en gradvis overgang mere forsvarlig end ét samlet skifte.
Datakvaliteten er usikker, og en ny brugerflade kan ikke reparere den.
Der findes allerede et modul eller en opgradering, der sandsynligvis kan dække behovet.
Anbefalet byggevej
Konfigurér det, I har
Jeres nuværende system har sandsynligvis et modul, en opgradering eller en funktion, der kan dække behovet. Konfigurér eller opgradér det først, og mål effekten, før nogen bygger noget nyt.
Standardsystem som ny kerne
I vurderer, at et standardsystem passer væsentligt bedre. Skal systemet skiftes, så erstat kernen med et standardsystem frem for at specialudvikle en ny kerne fra bunden, og byg kun de virksomhedsspecifikke funktioner omkring det.
Kort markedstjek først
Markedet er ikke afsøgt endnu. Undersøg jeres nuværende leverandør og to-tre relevante standardsystemer, før specialudvikling anbefales. Ofte kan en standardkerne dække det meste, så I kun bygger det særlige omkring den.
Skræddersyet kan være relevant
Arbejdsgangen har særlige regler, flere aktører eller koblinger på tværs af systemer. Det er dér, en skræddersyet overbygning eller modernisering tjener sig hjem: en ny oplevelse på jeres hjemmeside eller portal, koblet sikkert og kontrolleret til jeres systemer, med status, dokumenter og arbejdsgange samlet bagved.
Ret arbejdsgangen først
Der er ingen byggevej at anbefale, for pejlingen siger, at systemet ikke er hovedproblemet. Begynd i arbejdsgangen: bliv enige om, hvem der registrerer hvad og hvornår, ryd op i de data, der driller, og giv folk den oplæring, de mangler. Mål effekten bagefter. Står problemet der stadig, ved I til gengæld, at det ikke var processen.
Byggevej efter afklaringen
Byggevejen kan ikke vælges endnu, og et gæt her er dyrere end en afklaring. Brug den korte afklaring på de tre ting, valget hviler på: hvad kernesystemet fortsat skal eje, hvad der kan flyttes ud, og hvad jeres nuværende leverandør og markedet allerede kan. Når de tre står klart, giver værktøjet her et skarpere svar.
Er virksomheden klar?
Dokumentér grundlaget først
Retningen er teknisk mulig, men forretningsgrundlaget er ikke dokumenteret endnu. Med jeres tal svarer problemet til cirka {timerAar} interne timer om året. Sæt en ansvarlig, en baseline og et mål, før I investerer, så beslutningen hviler på mere end en fornemmelse.
Prototype eller afgrænset analyse
Med jeres tal svarer problemet til cirka {timerAar} interne timer om året, og der er et rimeligt grundlag. Næste skridt er en afgrænset analyse eller en prototype, der efterprøver antagelserne, før den fulde løsning besluttes.
Klar til løsningsspecifikation
Med jeres tal svarer problemet til cirka {timerAar} interne timer om året, og der er tal, en ansvarlig og et mål bag. I er klar til en løsningsspecifikation og en rigtig investeringsbeslutning.
En pæn ny brugerflade flytter ikke et kerneproblem, den gemmer det. Derfor vejer svarene om kernen tungere end svarene om oplevelsen i pejlingen ovenfor.
En permanent kopi af systemets centrale data og forretningsregler er ikke en overbygning, men et nyt skyggesystem, der på sigt bliver dyrere og mere skrøbeligt. Det kan kun forsvares som led i en bevidst, gradvis udskiftning.
Et udgået eller usikkert system bør ikke få en permanent overbygning som langsigtet strategi. Fortsat brug efter supportperioden øger normalt risikoen eller omkostningerne ved at kompensere for den.
Systemudskiftning bør ikke anbefales, før jeres nuværende leverandør og relevante standardalternativer er undersøgt. Et kort markedstjek koster lidt nu og kan spare et helt fejlkøb senere.
Nålen viser systemets tekniske billede. Jeres svar peger på, at problemet primært er proces, data eller oplæring, og det er dét, der afgør pejlingen ovenfor.
Er pejlingen genkendelig? Så ser vi gerne på systemet sammen med jer. Forretningsgrundlaget ændrer aldrig den tekniske konklusion, kun hvor stort næste skridt bør være. Og siger værktøjet, at systemet ikke er hovedproblemet, er det et helt brugbart svar, også når det betyder mindre arbejde til os.
Pejlingen bygger alene på jeres svar her og erstatter ikke en konkret system- og procesvurdering. Den er et udgangspunkt for en samtale, ikke en dom.
Pejlingen bygger på det, I ved om systemet i dag. Hvor let det er at bygge ovenpå, afhænger også af, hvad der findes af integrationer og dokumentation, og det kan vi først se, når vi kigger på det sammen.
Kunne I bruge pejlingen?
Hvad gik galt?
Tak for din feedback.
Ofte stillede spørgsmål
Hvornår opstår spørgsmålet om at skifte system?
Typisk når et system, I har levet med i årevis, begynder at stå i vejen. Kunderne kan ikke selv se en status, en arbejdsgang foregår i mails og regneark, ledelsen mangler overblik, eller leverandøren varsler, at systemet er på vej ud. Så samler diskussionen sig hurtigt om to yderpunkter: skal vi leve videre med det, eller skal vi skifte det hele ud? Begge svar er ofte forkerte, fordi de springer det mest værdifulde spørgsmål over: hvad skal systemet fortsat eje, og hvad kan flyttes ud.
Anerkendte moderniseringsmodeller (de såkaldte 6 R'er) skelner netop mellem at beholde, opgradere, ombygge, genanskaffe, genopbygge og udfase et system. Værktøjet koger det ned til fem brugbare udfald og hjælper jer med at vælge det, jeres svar faktisk peger på, i stedet for det, der lige nu føles mest presserende.
Hvad er forskellen på en overbygning og et nyt system?
En overbygning lægger en ny brugeroplevelse, selvbetjening, arbejdsgang eller integration oven på det eksisterende system, som fortsat ejer stamdata, priser, lager og økonomi. Kunden eller medarbejderen møder en ny, enkel flade; bagved arbejder jeres ERP, CRM eller fagsystem videre som før. Et fleksibelt proces- og datalag kan eje den nye selvbetjeningsproces, statushistorik, dokumenter, notifikationer og godkendelser, mens kernesystemet stadig ejer lager, priser, saldi, bogføring og den endelige transaktion. Et nyt system erstatter selve kernen.
Overbygningen er hurtigere og billigere, når kernen fungerer, men den kan ikke reparere et system, hvis data, regler eller livscyklus er brudt sammen. Og der er én hård regel: en overbygning må aldrig permanent kopiere kernens data og regler. Så er det ikke længere en overbygning, men et nyt skyggesystem. En midlertidig dobbeltføring kan være i orden, men kun som led i en bevidst, gradvis udskiftning med en klar slutdato.
Hvornår er en overbygning den forkerte løsning?
Når problemet ligger i kernen. Er systemet udgået eller usikkert, er dataene upålidelige, eller ville den nye løsning skulle kopiere kernens regler og data permanent, så skjuler en ny flade blot problemet. Det bliver et skyggesystem, der med tiden er dyrere og mere skrøbeligt end det, det skulle afløse.
Betyder "skift system" altid at bygge alt om fra bunden?
Nej, og det er en vigtig pointe. Systemudskiftning betyder oftest at finde et standardsystem, der kan være den nye kerne, og kun bygge de virksomhedsspecifikke funktioner omkring det. Er afhængighederne store, sker skiftet klogest gradvist: funktioner flyttes trinvis fra det gamle til det nye system, så I leverer og kontrollerer værdi undervejs i stedet for i ét stort spring.
Hvad vil det sige at udfase et system gradvist?
At bygge en ny løsning, der både løser det akutte behov nu og bliver den første byggesten i det fremtidige system. Funktion for funktion flyttes over, hver ny del får en tydelig dataejer, en midlertidig dobbeltføring har en slutdato, og de nye komponenter designes, så de kan overleve det gamle system. Til sidst kan det gamle system slukkes. Tilgangen er kendt som Strangler Fig-mønsteret.
Hvorfor spørger værktøjet, om vi har undersøgt markedet?
Fordi en systemudskiftning ikke bør anbefales, før jeres nuværende leverandør og relevante standardalternativer er undersøgt. Ofte kan et modul, I allerede har, eller et standardsystem dække det meste af behovet. Et kort markedstjek koster lidt nu og kan spare et dyrt fejlkøb eller et unødvendigt udviklingsprojekt senere.
Hvad er Coignites rolle i det her?
Vi hjælper jer med det mest værdifulde spørgsmål: hvad skal fortsat ejes af det eksisterende system, hvad skal flyttes ud, og hvad er det første konkrete skridt. Med webkomponenter, et fleksibelt integrations- og proceslag og procesforståelse bygger vi overbygningen eller den gradvise modernisering, så kernesystemet beholder det, det er god til, og brugerne får den oplevelse, de mangler.
Betroet af
Skal vi tage det første skridt?
Et afklaringsmøde, hvor vi hører udfordringen og siger ærligt, om et forprojekt er værd at gå videre med.
Svar fra en af os senest næste arbejdsdag.
En uforpligtende gennemgang af jeres situation.
Afklaring af, hvilke muligheder der er relevante for jer.
En konkret plan, hvis I vælger at gå videre.
Klik for at kommentere
Hjælp os med at gøre siden klarere
Klik på det afsnit, der ikke gav mening — eller hvor du manglede noget.
