Spring til hovedindhold

Fra Discovery til vedligeholdelse: Sådan driver Startup House et projekt trin for trin

Processen i ét overblik

FaseHvad sker derTypisk varighed
Første kontaktDu deler idéen eller forretningsudfordringen; discovery-workshop og detaljeret projektbriefDage
Product DiscoveryResearch, problemdefinition, prototyping, brugertest4 til 8 uger
Scope BuildingPrioritering af funktioner, teknisk gennemførlighed, testede wireframes, omkostningsestimat2 til 5 uger
MVP-udviklingDesign, udvikling, brugertest, lanceringMVP: fra kickoff til første bruger på helt ned til 1 uge
Quality EngineeringIndlejret i hver sprint; opsætning fra bunden2 til 3 uger for den indledende opsætning
Vedligeholdelse & videreudviklingCloud-overvågning, QA, nye funktioner, skaleringLøbende

Hver fase afsluttes med en konkret leverance, og hver fase er valgfri: har du allerede research, kan du starte ved Scope Building. Har du et scope, kan du starte ved udvikling. Her er, hvad der sker i hvert trin.

Trin 0: fra første opkald til projektbrief

Processen starter med, at du deler din idé eller forretningsudfordring. Vi kører en discovery-workshop og udarbejder en detaljeret projektbrief, derefter en Software Requirements Specification (SRS), der definerer scope, funktioner og budget. Herfra laver vi en roadmap, allokerer specialister, og udviklingen kan begynde inden for uger – med fuld transparens, demoer og regelmæssige opdateringer hele vejen.

Trin 1: Product Discovery (4 til 8 uger)

Product Discovery er en struktureret researchproces, der omsætter antagelser til evidens, før der skrives én linje produktionskode. Den besvarer spørgsmålet: Skal vi bygge dette?

De seks faser:

  1. Research. Interessentinterviews, markedsanalyse og konkurrentgennemgang, hvor AI-assisteret analyse udvider dækningen uden at forlænge tidsplanen.
  2. Problemdefinition. Datasyntese, problemformulering og brugerpersonas, prioriteret op mod forretningsmål.
  3. Idégenerering. Samudviklede løsninger med jeres team, rangeret efter brugerværdi og forretningsmæssig gennemførlighed.
  4. Prototyping. En low-fidelity prototype med fokus på brugerflow, hvor AI-værktøjer accelererer wireframing og iteration.
  5. Brugertest. Prototypen testes med rigtige brugere; indsigter dokumenteres og prioriteres.
  6. Overlevering. En beslutningsklar pakke: MVP-specifikation, omkostningsestimat og teknologiroadmap.

Det får du: en valideret prototype, en prioriteret MVP-funktionsliste, et udviklingsomkostningsestimat, brugerpersonas og tekniske anbefalinger. Som Jonathan Goodman, founder af NegotiateNow, beskrev det: "Under Product Discovery hjalp SH mig med at forstå den lean start-up-tilgang til produktudvikling med indledende research, discovery-workshops og mange timers diskussion og iteration."

Trin 2: Scope Building (2 til 5 uger)

Hvor Discovery besvarer "skal vi bygge dette?", besvarer Scope Building "hvad præcis bygger vi, og hvad koster det?" Det er broen mellem at vide, hvad der skal bygges, og at bygge det.

Processen: strukturerede workshops til visionsafstemning; prioritering af funktioner efter brugerværdi, forretningsmæssig gennemførlighed og udviklingsomkostning; en teknisk gennemførlighedsvurdering af senioringeniører op mod jeres eksisterende stack; high-fidelity interaktive wireframes; målrettede usability-tests (hvor rettelser koster timer, ikke sprints); og en endelig MVP-definition.

Det får du: en færdiggjort MVP-funktionsspecifikation, et udviklingsomkostningsestimat, testede wireframes, en teknisk gennemførlighedsvurdering og udviklingsklar dokumentation. Hver prioriteringsbeslutning dokumenteres med begrundelsen, så interessenter ved, hvad der blev udskudt og hvorfor. Pakken står på egne ben: bygger I med en anden partner eller in-house, mangler der intet.

Trin 3: udvikling (MVP: helt ned til 1 uge til første bruger)

Udviklingen kører i fire faser:

  1. Scoping og research. Markedsvalidering, hvor AI kortlægger konkurrentlandskabet og stresstester kerneantagelser.
  2. Product design. Wireframes og en klikbar prototype, hvor AI genererer flere designvariationer parallelt, så I vælger mellem flere koncepter i stedet for ét.
  3. Brugertest. Feedback indsamles og syntetiseres; rettelser implementeres for at færdiggøre designet.
  4. Udvikling og vedligeholdelse. Selve udviklingen efterfulgt af løbende forfining af funktioner baseret på brugerfeedback.

Arbejdet kører i agile sprints med demoer og regelmæssige opdateringer. At skifte retning midt i byggeriet er planlagt – ikke straffet: AI-accelererede workflows holder omkostningen ved at skifte kurs lav, indtil jeres data siger noget andet. I praksis kan en MVP gå fra kickoff til første bruger på helt ned til 1 uge: Vi bygger på gennemprøvede komponenter og skriver kun custom code, hvor det gør en reel forskel, mens enterprise-omfang forlænger tidslinjen.

Reelle eksempler fra vores casestudier: Simon Care Managements healthcare-MVP gennemgik 7 brugertestsessioner med patienter og pårørende. NegotiateNows markedsplads blev bygget på en no-code stack for at komme hurtigt på markedet. Doogie, vores interne AI-showcase, gik fra kickoff til fungerende applikation på 2 måneder.

Trin 4: Quality Engineering – indlejret, ikke påklistret

QA hos Startup House er Quality Engineering: test er indlejret i udviklingsprocessen fra første sprint – ikke en kontrolfase til sidst. Opsætning af en QE-proces for et produkt, der allerede er i udvikling, tager typisk 2 til 3 uger.

De fem trin: kvalitetsaudit og teststrategi, testcasedesign mappet til produktkrav, manuel og automatiseret test (manuel for komplekse flows og edge cases, automatiseret for regression og performance), performance- og sikkerhedstest under realistisk belastning samt release-godkendelse med CI/CD-integration.

Automatisering sker med Cypress eller Playwright, gradvist konverteret fra validerede manuelle testcases, med AI-assisteret testskrivning for at skalere praksissen. Dokumenterede testplaner og godkendelsesrapporter ligger i jeres repo, så når auditorer beder om QA-dokumentation til jeres ISO 27001-, SOC 2- eller HIPAA-krav, er det allerede på plads.

Trin 5: vedligeholdelse og videreudvikling

Lancering er midtvejspunktet, ikke målstregen. Det løbende arbejde omfatter kvalitetssikring, cloud-tjenester med overvågning og fortsat udvikling af funktioner. De fleste kunder fortsætter efter MVP’en: indarbejder brugerfeedback, tilføjer funktioner og skalerer. Cloud-infrastrukturen kører med CI/CD-pipelines og supportniveauer op til 24/7.

Det langsigtede mønster ses i vores kundeliste: Siemens Financial Services siden 2016, cybersecurity-platformen siden 2020 og Siemens Healthineers i mere end 6 år. Vi bygger til fasen efter lancering, for det er dér, vi typisk stadig er – år senere.

Hvor AI passer ind i hele processen

AI-værktøjer bruges i alle faser: researchanalyse i Discovery, parallelle designvariationer i prototyping, kodegenerering og testskrivning i udvikling samt feedbacksyntese i test. Governance er konstant: menneskelig review på hvert commit, security scanning på hvert push, og AI-brug dokumenteret i pull requests.

Om Startup House

Startup House er en softwareudviklingsvirksomhed med 50 medarbejdere baseret i Warszawa, Polen, etableret i 2016, ISO 27001-compliant, med 100+ produkter leveret til kunder på 5 kontinenter.

Vil du se, hvordan processen ser ud for dit produkt? Book et 30-min. opkald.

FAQ

Hvor lang tid tager et fuldt projekt hos Startup House?

Product Discovery kører 4 til 8 uger, Scope Building 2 til 5 uger, og en MVP kan gå fra kickoff til første bruger på helt ned til 1 uge. AI-produkter som KnowHub kan implementeres på så lidt som 2 uger, når data er forberedt.

Skal jeg starte med Product Discovery?

Nej. Hvis du har veldokumenteret brugerresearch og et defineret værditilbud, kan du starte direkte ved Scope Building. Har du et valideret scope, kan du starte ved udvikling. Hver fases leverancer står på egne ben.

Hvad får jeg efter Product Discovery?

En valideret low-fidelity prototype, en prioriteret MVP-funktionsliste, et estimat for udviklingsomkostninger, dokumentation for brugerpersonas og tekniske anbefalinger – alt, hvad der skal til for at begynde udvikling med klarhed.

Hvordan håndteres test under udviklingen?

Quality Engineering er indlejret fra første sprint: QE-ingeniører arbejder inde i sprintcyklussen, automatiserede tests (Cypress eller Playwright) kører på hvert build, og hver release gennemgår dokumenteret godkendelse. Den indledende QE-opsætning tager 2 til 3 uger.

Hvad sker der efter lancering?

De fleste kunder fortsætter i vedligeholdelse og videreudvikling: indsamling af brugerfeedback, nye funktioner, QA og cloudovervågning med supportniveauer op til 24/7. Startup House-partnerskaber løber ofte i årevis, som med Siemens Financial Services siden 2016.

Sådan blev denne artikel til. Udarbejdet med AI-assistance, derefter faktatjekket og redigeret af vores team. Redaktionelt ansvar: Startup Development House sp. z o.o. Læs vores politik for AI-indhold

Digital Transformation Strategy for Siemens Finance

Cloud-based platform for Siemens Financial Services in Poland

See full Case Study
Ad image
Five glass spheres on a curved chrome rod, filling from empty to glowing green, symbolizing project stages from discovery to maintenance
AI-genereret billede
Gå ikke glip af noget - tilmeld dig vores nyhedsbrev
Jeg accepterer at modtage markedsføringskommunikation fra Startup House. Klik for detaljer

Du kan også lide...

Cross-functional team reviewing application development phases and deliverables on a planning wall
Application developmentProduct discoveryTime to Market

Løsninger til udvikling af applikationer

Løsninger til applikationsudvikling dækker hele spændet fra strategisk discovery til løbende skalering, og hver fase har sine egne fejlscenarier. Denne guide definerer, hvad moderne løsninger omfatter, forklarer, hvorfor discovery fortjener en reel investering, og viser, hvor skræddersyet udvikling slår generiske skabeloner. Den gennemgår udførelsen af agile sprints, branchespecifikke krav og de samarbejdsmodeller, der passer til forskellige vækstfaser. Sikkerhed, compliance og afvejninger omkring time-to-market behandles som tekniske hensyn frem for eftertanker.

Alexander Stasiak

Alexander Stasiak

22. aug. 2026・8 min. læsning

Two projects, one method: how phased delivery and real user testing took Graspify to live corporate training and gave LITTLEWINE an investor-ready scope.
Edtech transformationProduct discoveryAI In Education

Edtech-udvikling hos Startup House: Hvad vi har bygget, og hvad det har ændret

EdTech-platforme fejler oftere på grund af UX end på grund af teknik: deltagere falder fra, indholdet skalerer ikke, og ROI forbliver usynlig. Denne artikel viser, hvordan Startup House undgår det med levering i faser og test med rigtige brugere – bevist gennem to projekter. Graspify gik fra en modig idé til en microlearning-platform, der trænede hundredvis af medarbejdere under et virksomhedsevent, og LITTLEWINE fik et investorklart scope baseret på 10 brugerinterviews på 2 uger. Den dækker også AI-læringsværktøjer, der kun svarer ud fra godkendt indhold og kan gå i luften på helt ned til 2 uger.

Alexander Stasiak

Alexander Stasiak

02. okt. 2026・5 min. læsning

A developer and technical writer collaborating on a documentation platform dashboard showing versioned API docs, markdown editor, and real-time review comments
SaaSAI AutomationDigital Transformation

Moderne værktøjer til teknisk dokumentation (2026-guide)

Statiske PDF'er, der sendes rundt pr. e-mail, kan ikke følge med ugentlige release-cyklusser og stigende brugerforventninger. I 2026 behandler de bedste softwareteams dokumentation som et levende produkt – versioneret, samarbejdsbaseret, AI-understøttet og tæt integreret i deres udviklings-workflows. Denne guide gennemgår alle de vigtigste kategorier af moderne værktøjer til teknisk dokumentation, profilerer de førende platforme og giver dig en praktisk beslutningsramme til at vælge den rigtige stack til dit teams størrelse, tekniske modenhed og dokumentationsmål.

Alexander Stasiak

Alexander Stasiak

01. mar. 2026・18 min. læsning

A distributed nearshore engineering team collaborating in real time over video and shared code in a modern remote-first setup
NearshoringSoftware OutsourcingAugmented Teams

Nearshore IT-ydelser

Nearshore IT forklaret – talenter i samme tidszone, samarbejde i realtid og lavere omkostninger. Modellerne, fordelene og sådan vælger (og verificerer) du en samarbejdspartner.

Alexander Stasiak

Alexander Stasiak

18. jun. 2026・10 min. læsning

Fintech challenges in 2025–2026 – funding, regulation, and cybersecurity
FintechFinancial software complianceCybersecurity

Fintech-udfordringer i 2026

Fintech vokser fortsat, men 2025–2026 byder på en mere barsk virkelighed: sværere adgang til kapital, strammere regulering og stigende sikkerhedstrusler. Her er de udfordringer, der vil afgøre, hvem der bliver vinderne fremover.

Alexander Stasiak

Alexander Stasiak

26. dec. 2025・11 min. læsning

amification in financial services – engagement strategies for banks and fintechs
GamificationFintechFinancial Service

Gamification i finanssektoren 2026

Gamification i finanssektoren er ikke længere noget nyt. Banker og fintech-virksomheder bruger nu spilelementer til at øge engagementet, opbygge sundere vaner og forbedre de økonomiske resultater.

Alexander Stasiak

Alexander Stasiak

29. dec. 2025・12 min. læsning

Senest tilføjet

Glass paper airplane flying through a chrome ring, symbolizing a fast, automated leasing application
FinTechAutomationCase Study

Sådan reducerede Startup House ansøgningstiden for leasing til 2 minutter for Siemens Financial Services

Leasing betød tidligere papirarbejde, manuelle kreditvurderinger og beslutninger, der måtte vente til kontortid. For Siemens Financial Services Poland har Startup House erstattet det med SimplyLease Online: en ansøgning, som kunderne kan udfylde på cirka 2 minutter, og en automatiseret kreditbeslutning, der afgives på omkring 7 minutter – døgnet rundt. Denne case viser, hvordan platformen er bygget i overensstemmelse med Siemens Group's sikkerhedsstandarder, hvordan den integrerer med Siemens' systemer og eksterne dataleverandører, og hvad et partnerskab, der har kørt siden 2016, har skabt. Den afrundes med tre læringer, der kan bruges på næsten ethvert finansierings- eller låneprodukt.

Alexander Stasiak

Alexander Stasiak

06. okt. 2026・5 min. læsning

Glass shield of four stacked layers with a glowing green core, symbolizing an AI agent embedded in a cybersecurity platform
AI AgentsCybersecurityCase Study

Sådan reducerede en cybersikkerhedsplatform, der servicerer Fortune 500-kunder, onboardingtiden med 95 % ved hjælp af en AI-agent bygget af Startup House

En cyberrisikoplatform, som Fortune 500-virksomheder stoler på, stod med et velkendt problem: Kunderne respekterede platformen, men åbnede den kun én gang i kvartalet, og onboarding tog 45 minutter med guidet opsætning. Startup House byggede Aria, en AI-agent indlejret i produktet, med en firelags-grænseflade, der betjener bestyrelsesmedlemmer, CFO’er og CISO’er i ét panel. Onboardingtiden faldt med 95 % til under to minutter, dataudforskningen blev fuldt selvbetjent, og platformen blev til et dagligt beslutningsstøtteværktøj. Denne case beskriver grænsefladen, tenant-isolation-arkitekturen samt hvorfor intet af det krævede at røre ved platformens kernekodebase.

Marek Pałys

Marek Pałys

05. okt. 2026・5 min. læsning

Five glass measuring cylinders filled with violet and green liquid to different levels, symbolizing measurable project outcomes
Business OutcomesCase StudyAI Projects

AI- og digitale projekter hos Startup House: 5 målbare resultater i tal

Påstande er lette i softwareudvikling, så denne artikel holder sig til tal. Den gennemgår fem resultater fra Startup Houses kundeprojekter, fra en 95 % reduktion i onboarding-tid med en indlejret AI-agent til en 40 % reduktion i udviklingsomkostningerne for Omnipack. Hvert afsnit forklarer, hvilken type arbejde der førte til tallet, og linker til det offentlige casestudie bag det. Det afsluttende afsnit nævner tre fælles mønstre i projekterne, som er værd at låne, uanset om du arbejder med os eller ej.

Alexander Stasiak

Alexander Stasiak

04. okt. 2026・5 min. læsning

Glass medical capsule inside a protective glass sphere with a chrome ring, symbolizing compliance-first healthcare software
HealthtechHIPAA ComplianceAI in healthcare

Healthtech-softwareudvikling hos Startup House: Projekter og resultater med compliance i højsædet

I sundhedssoftware er compliance enten et arkitekturvalg eller noget, der bygges på bagefter. Denne artikel viser, hvordan det ser ud i praksis, når man tænker det ind fra dag ét, på tværs af tre Startup House-projekter: en salgsplatform for Siemens Healthineers, aktiv i mere end 60 lande, et demenspleje-MVP formet af 7 brugertests med patienter og omsorgspersoner, og Doogie, et AI-showcase på HIPAA-niveau bygget på 2 måneder. Den forklarer også, hvordan RAG gør kliniske AI-svar sporbare til verificerede kilder, og hvorfor patientdata aldrig bruges til at træne modeller. For MedTech-virksomheder og sundheds-SaaS-platforme er det et praktisk kig på, hvad compliance-first engineering reelt betyder – mere end bare et label.

Marek Pałys

Marek Pałys

03. okt. 2026・5 min. læsning

Two projects, one method: how phased delivery and real user testing took Graspify to live corporate training and gave LITTLEWINE an investor-ready scope.
Edtech transformationProduct discoveryAI In Education

Edtech-udvikling hos Startup House: Hvad vi har bygget, og hvad det har ændret

EdTech-platforme fejler oftere på grund af UX end på grund af teknik: deltagere falder fra, indholdet skalerer ikke, og ROI forbliver usynlig. Denne artikel viser, hvordan Startup House undgår det med levering i faser og test med rigtige brugere – bevist gennem to projekter. Graspify gik fra en modig idé til en microlearning-platform, der trænede hundredvis af medarbejdere under et virksomhedsevent, og LITTLEWINE fik et investorklart scope baseret på 10 brugerinterviews på 2 uger. Den dækker også AI-læringsværktøjer, der kun svarer ud fra godkendt indhold og kan gå i luften på helt ned til 2 uger.

Alexander Stasiak

Alexander Stasiak

02. okt. 2026・5 min. læsning

Glass and chrome balance scale holding green glass coins and a chrome padlock, symbolizing speed and control in fintech AI
FinTechAI in FinanceRegulatory Compliance

AI i fintech: Startup House-projekter, erfaringer og resultater

Fintech-kunder forventer hastighed på niveau med forbruger-apps, mens tilsynsmyndighederne forventer kontrol på bankniveau. Denne artikel viser, hvordan Startup House har håndteret det spændingsfelt i tre projekter: automatiserede 24/7-kreditbeslutninger for Siemens Financial Services, en cyberrisikoplatform, der øgede omsætningen med 150 % på ét år, og et klima-fintech-team for CHOOOSE samlet på 2 uger. Hvert projekt ledsages af den indsigt, det gav os. Artiklen slutter med fem regler for AI i finans, fra at forankre hvert svar i verificerede data til at indbygge tenant isolation i arkitekturen.

Marek Pałys

Marek Pałys

01. okt. 2026・5 min. læsning

Klar til at centralisere din knowhow med AI?

Start et nyt kapitel inden for vidensstyring — hvor AI-assistenten bliver den centrale søjle i din digitale supportoplevelse.

Arbejd med et team, som topvirksomheder stoler på.

Siemens logo
PwC logo
Toyota logo