Interne værktøjer
Systemer til medarbejdere, der samler sager, opgaver, registrering, administration, data eller interne workflows i én arbejdsgang.
Webapps og specialsystemer
Systemer til arbejdsgange, der ikke passer i standardsoftware
Jeg bygger interne systemer, kundeportaler, dashboards og andre webbaserede værktøjer til processer, data og administration, som jeres nuværende værktøjer ikke løser ordentligt.
Typiske problemer jeg løser
Det starter sjældent med et ønske om en bestemt teknologi. Det starter med en arbejdsgang, der tager for meget tid, mangler overblik eller ikke passer i de værktøjer, I bruger i dag.
- Vi styrer processen i Excel eller regneark.
- Medarbejdere indtaster de samme oplysninger flere steder.
- Kunder skal kontakte os for at få status eller dokumenter.
- Vi mangler ét samlet overblik over data eller sager.
- Administrative opgaver gentages manuelt hver dag eller uge.
- Standardsoftware passer dårligt til vores arbejdsgang.
- Vi har en idé til et digitalt produkt, men mangler den første fungerende version.
Fra problem til mulig løsning
Navnet på løsningen er sekundært. Eksemplerne gør kategorierne konkrete, men den rigtige løsning afhænger af arbejdsgangen og de systemer, der allerede findes.
“Vi styrer hele processen i Excel.”
Internt system / webapp
“Kunder skriver hele tiden for at få status.”
Kundeportal
“Ledelsen mangler ét samlet overblik.”
Dashboard
“Medarbejdere gentager de samme administrative trin.”
Workflow-system / automation
“Vi skal samle data og funktioner ét sted.”
Specialbygget webapp
“Vi har en idé til et digitalt produkt.”
MVP / første SaaS-release
Hvis hovedproblemet primært er system-til-system dataflow eller automatisering mellem eksisterende værktøjer, kan en integration være mere relevant end en ny webapp. Se integrationer og automation.
Typiske løsninger
Den samme virksomhed kan have brug for én type løsning eller en kombination. Scope bør følge problemet, ikke en på forhånd valgt feature-liste.
Dashboards
Et samlet interface, når data eller processer skal gøres overskuelige på tværs af flere kilder eller arbejdsområder.
Kundeportaler
Login-baserede områder, hvor kunder kan se status, hente dokumenter, indsende oplysninger, kommunikere eller administrere egne data.
Læs mere om kundeportalerBooking- og administrationssystemer
Specialiserede flows omkring booking, kalender, kapacitet, administration, formularer og notifikationer.
Specialsystemer
Når virksomhedens proces ikke passer naturligt i et eksisterende standardprodukt, kan funktioner og data struktureres omkring den faktiske arbejdsgang.
MVP / SaaS
En første fungerende version af et digitalt produkt med de kernefunktioner, der er nødvendige for at få løsningen i brug og afgrænse næste release.
Eksempel på implementeret systemarbejde
Et konkret produkt viser, hvordan data, validering, recovery og flere systemdele kan hænge sammen i en løsning, der skal fungere i praksis.
Eget produkt
pgDumpster
pgDumpster er et source-available backup- og restore-værktøj til hosted Supabase-projekter. Projektet omfatter arbejde på tværs af database, Storage, Auth, Edge Functions, projektkonfiguration, validering og recovery.
Se projektet- Håndterer data og konfiguration på tværs af database, Storage, Auth, Edge Functions og projektkonfiguration.
- Implementerer validering, integritetskontrol, checkpoints, resume og eksplicit recovery-flow.
- Release-SHA er dokumenteret gennem CI, CodeQL og hosted source-to-target E2E.
- Den dokumenterede live recovery-test gav terminalt coverage-resultat for 55 registrerede komponenter.
Hvordan løsningen bliver struktureret
En webapp er ikke bare en samling skærmbilleder. De vigtigste beslutninger handler om brugere, data, arbejdsgange og de systemer, løsningen skal fungere sammen med.
Brugere og adgang
Hvem skal kunne logge ind, hvilke roller findes, og hvem må se eller ændre hvilke data og funktioner?
Data
Hvilke data skal systemet håndtere, hvor kommer de fra, hvem ejer dem, og hvordan hænger de sammen?
Workflows
Hvad sker der fra start til slut i processen, hvilke statusser og regler findes, og hvilke trin kan automatiseres?
Integrationer
Skal løsningen kommunikere med fx CRM, økonomisystem, betaling, e-mail, kalender eller andre API'er?
Fejlhåndtering og drift
Validering, logging, retries og recovery bruges, hvor det er relevant, sammen med en klar model for deployment og vedligeholdelse.
Videreudvikling
Løsningen struktureres, så nye funktioner kan bygges på senere uden unødvendig omskrivning af de dele, der allerede fungerer.
Teknologien følger kravene.
Løsningerne bygges typisk med en moderne TypeScript-baseret webstack, database/backend og cloud deployment. Valget giver først mening efter kravene til brugere, data, workflows og integrationer er afklaret.
Prisniveau og kompleksitet
Priserne er vejledende. To webapps med samme antal views kan have helt forskellig kompleksitet, fordi funktionalitet, data og integrationer driver scope langt mere end antallet af skærmbilleder.
MVP / første release
40.000 – 65.000 kr.
En afgrænset første version med den kernefunktionalitet, der er nødvendig for at få løsningen i brug og validere næste skridt.
Større webapp
65.000 – 120.000 kr.
En større løsning med flere roller, workflows, datarelationer eller integrationer inden for et tydeligt aftalt scope.
Platform / mere kompleks løsning
120.000 kr. +
Løsninger med flere brugerflader, avancerede flows, mange integrationer eller andre krav, der øger den tekniske kompleksitet.
Det, der typisk driver kompleksiteten
- Antal brugerroller og rettigheder
- Datamodel og datarelationer
- Antal workflows og forretningsregler
- Integrationer og API'er
- Betaling og authentication
- Filhåndtering og notifikationer
- Antal brugerflader og admin-interface
- Migrering af eksisterende data
- Rapportering og driftskrav
Processen
Systemudvikling starter med arbejdsgangen og et klart første scope – ikke med en lang liste af teknologier.
1
Behov og arbejdsgang
Vi afklarer problemet, den nuværende proces, brugerne, eksisterende systemer og det ønskede resultat.
2
Scope og teknisk model
Kernefunktioner, roller, data, integrationer, første release og pris bliver gjort konkrete før udviklingen starter.
3
Udvikling
Løsningen bygges iterativt inden for det aftalte scope med fokus på de funktioner, processen faktisk afhænger af.
4
Lancering og drift
Løsningen deployes til produktion, og drift, vedligeholdelse eller videreudvikling kan aftales efter behov.
FAQ
Spørgsmål om webapps og specialsystemer
Det afhænger af funktionalitet og kompleksitet. En MVP eller første release ligger vejledende på 40.000–65.000 kr., en større webapp på 65.000–120.000 kr., og mere komplekse platforme starter typisk fra 120.000 kr. Det konkrete tilbud fastlægges ud fra scope.
Det kan ikke vurderes meningsfuldt ud fra antal sider eller views alene. Tidsplanen afhænger blandt andet af workflows, roller, data, integrationer og hvor meget der skal med i første release, og aftales derfor sammen med scope.
Nej. Projektet kan afgrænses til en første release med de funktioner, arbejdsgangen faktisk afhænger af. Senere funktioner kan lægges i efterfølgende scope.
Ja. En MVP kan bruges som første fungerende release, når målet er at få kernefunktionaliteten i brug før en større videreudvikling.
Ja, når de relevante systemer stiller en brugbar integration eller API til rådighed. Integrationsbehovet bliver afklaret som en del af scope, fordi det kan påvirke både arkitektur og pris.
Ja. Roller og adgang kan struktureres, så forskellige brugertyper kun kan se og ændre de data og funktioner, de skal have adgang til.
Ja. Første release kan afgrænses, og løsningen kan videreudvikles senere. Arkitekturen planlægges ud fra det aftalte scope, så nye funktioner kan bygges på uden unødvendig omskrivning.
Ja. Drift og vedligeholdelse kan aftales efter behov, når løsningen er lanceret, ligesom videreudvikling kan aftales separat.
Har du en proces, der burde fungere bedre?
Beskriv hvordan den fungerer i dag, hvad der tager tid, og hvad du gerne vil opnå. Du behøver ikke kende den tekniske løsning på forhånd.
Beskriv dit behov