MVP-udvikling i København
MVP-udvikling i København betyder at vi bygger den mindste version der viser om jeres forretningsidé holder hos rigtige brugere, i stedet for hele produktet på én gang. Vi starter med en prioriteringsworkshop om hvad der skal bevises først. Derefter vælger vi teknologi der kan bygges videre på, og efter lanceringen hjælper vi jer med at måle, lære og iterere.
En idé er billig. At bygge den forkerte version af den er dyrt. MVP-udvikling handler om at bygge den mindste version der for alvor viser om forretningen holder før hele budgettet bliver sat på spil. Vi er Weapp, et digitalt produktbureau i Göteborg med omkring 38 udviklere, designere og strateger. Vi er ofte i København og mødes gerne hos jer.
Et miljø fuldt af idéer der skal testes
En stor del af dansk tech ligger i og omkring København. Ifølge Danmarks Statistik arbejdede 28.175 personer i it- og informationstjenester i Københavns Kommune i november 2024, omkring 35 procent af alle i branchen i hele landet. Copenhagen Capacity nævner AI, fintech, softwareudvikling, kvanteteknologi og gaming som byens styrkeområder inden for tech.
Miljøet skaber også nye virksomheder. Ifølge DTU, der har campus i Kongens Lyngby i hovedstadsområdet, kom 120 startups ud af universitetet i 2024. BLOXHUB, et nordisk samlingspunkt for bæredygtig byudvikling ved Bryghuspladsen, har omkring 350 medlemmer, og Københavns Kommune henviser nye iværksættere til Erhvervshus Hovedstaden og Københavns Erhvervshus.
Fælles for mange af idéerne er at de skal testes hurtigt og på rigtige brugere før der bliver bygget stort. Det er præcis det en MVP er til.
Prioriteringsworkshoppen: Hvad skal bevises først?
Det svære ved en MVP er ikke at bygge den. Det er at beslutte hvad der ikke skal med. Næsten enhver idé bærer på ti funktioner der føles nødvendige, men kun en enkelt eller to afgør om forretningen holder. Resten kan vente.
Derfor starter vi med en prioriteringsworkshop. Sammen indkredser vi den vigtigste hypotese: Hvad skal være sandt for at det her bliver en forretning? Omkring den bygges MVP’en, og alt andet bliver bevidst lagt til side, ikke for altid, men indtil grundspørgsmålet er besvaret.
Workshoppen kræver ingen færdig kravspecifikation. En klar idé er nok til at vi kan forme et scope der er lille nok til at blive lanceret hurtigt og skarpt nok til at give et tydeligt svar. Den holder vi gerne hos jer i København. Det er lettere at give slip på en elsket funktion når man sammen ser at den ikke er nødvendig for at bevise noget, og den samtale går hurtigere ansigt til ansigt end over en delt skærm.
Teknologivalg der ikke maler jer op i et hjørne
En MVP skal bygges hurtigt, men ikke hvordan som helst. Nogle genveje sparer uger nu og koster måneder senere fordi de låser virksomheden fast i en løsning der ikke kan bære videre.
Vi vælger derfor teknologi med to spørgsmål i baghovedet: Kan den bære at MVP’en bliver videreudviklet hvis hypotesen holder? Og kan den bære at I skifter retning hvis brugerne viser noget uventet? Målet er at ingen døre bliver lukket unødigt tidligt, og at de valg der træffes for at gå hurtigt, ikke bliver dem I fortryder når det er tid til at vokse.
Nogle gange er et rent engangseksperiment alligevel det klogeste, bygget til at blive smidt væk når det har givet sit svar. Det beslutter vi sammen med jer, bevidst og ikke af vane. Forskellen mellem de to veje har vi beskrevet i MVP vs. prototype.
Sejfa: en ny digital tjeneste fra bunden
At bygge en helt ny digital tjeneste er præcis den slags opgave en MVP er lavet til. Et eksempel fra vores egen portefølje er Sejfa, en digital indboforsikring rettet mod unge voksne.
At lancere en ny forsikringstjeneste til en målgruppe der traditionelt er svær at nå, kræver at man hurtigt får svar på om konceptet lander hos brugerne: Forstår de tilbuddet, stoler de på det, vil de tegne en forsikring? Den slags spørgsmål besvares bedst af en fungerende tjeneste i hænderne på rigtige brugere, ikke af flere antagelser i et dokument. Sejfa viser hvordan et nyt digitalt produkt kan gå fra idé til noget mennesker faktisk bruger.
Et konkret scenarie
Forestil jer et stifterteam i København med en idé til en tjeneste og en lang ønskeliste af funktioner. På en workshop hos teamet indkredser vi sammen den ene hypotese der afgør alt: Vil brugerne faktisk gennemføre kerneflowet på egen hånd?
MVP’en bygges omkring netop det flow og lanceres i løbet af nogle måneder. Målingerne viser at mange falder fra et uventet sted, et problem der aldrig ville have vist sig i en kravliste. Det bliver rettet i næste iteration, og først derefter bygges de funktioner teamet oprindeligt troede var vigtigst. Teamet bygger det rigtige i den rigtige rækkefølge fordi MVP’en giver svarene tidligt.
Efter lanceringen: måle, lære, iterere
En udbredt misforståelse er at arbejdet er færdigt når MVP’en er lanceret. I virkeligheden begynder det vigtigste dér. En MVP er bygget til at give svar, og svarene kommer først når rigtige brugere møder den.
- Måle. Vi måler hvordan tjenesten faktisk bliver brugt: hvor brugerne kommer ind, hvor de går i stå og hvor de falder fra. Rigtig adfærd, ikke gætterier.
- Lære. Tallene og brugernes adfærd viser hvad der virker og hvad der ikke gør, ofte på uventede måder. Det er her de dyre misforståelser bliver fanget mens de stadig er billige at rette.
- Iterere. Ud fra det I ser, prioriteres næste skridt. Måske skal en funktion udbygges, måske skrottes, måske peger det hele mod noget I ikke havde forudset.
Den sløjfe er selve pointen med at bygge en MVP i stedet for at gætte sig frem til et færdigt produkt.
Vi er ofte i København
Selve udviklingen kan foregå hvor som helst, men de afgørende prioriteringer vinder ved at blive taget i samme rum. Vi er ofte i København og mødes gerne hos jer til workshops, demoer og statusmøder gennem hele forløbet, fra det første scope til iterationerne efter lanceringen. Fra Göteborg kører Øresundstog direkte til København H på omkring 3,5 timer, og SAS flyver direkte fra Landvetter. Mellem møderne holder vi kontakten på video.
Vil I vide hvad det koster, har vi samlet prisniveauer og eksempler i guiden hvad koster en MVP. Læs også om vores ydelser.
Har I en idé der fortjener en rigtig test? Kontakt os, så starter vi med at finde den hypotese der er værd at bevise først.
Ofte stillede spørgsmål
Hvor hurtigt kan en MVP være lanceret?
Det afhænger af hvor skarpt den vigtigste hypotese er afgrænset, men mange MVP’er når rigtige brugere på få måneder. Nøglen er ikke at arbejde hurtigere, men at bygge mindre. Jo skarpere scope, jo hurtigere lancering, og derfor bruger vi tid i starten på at skære alt det væk der ikke skal til for at bevise forretningen.
Skal vi have en færdig kravspecifikation før vi kontakter jer?
Nej. Mange kommer til os med en idé og en fornemmelse af hvad der er vigtigst, ikke med en færdig liste. En del af arbejdet er netop at forme hvad MVP’en skal bevise og hvad der kan vente. Det gør vi sammen på prioriteringsworkshoppen, og den holder vi gerne hos jer i København.
Er I på stedet i København?
Ja, vi er ofte i København og mødes gerne hos jer til workshops, demoer og vigtige beslutninger. Selve udviklingen foregår hos vores team i Göteborg, og mellem møderne holder vi kontakten på video med faste statusmøder. Fra Göteborg går der direkte tog til København H, og SAS flyver direkte fra Landvetter, så et fysisk møde er aldrig langt væk.
Hvad sker der efter at MVP’en er lanceret?
Så begynder den vigtigste del: at måle hvordan tjenesten faktisk bliver brugt, lære af det og iterere. En MVP er bygget til at give svar, og svarene kommer når rigtige brugere møder den. Vi hjælper jer med at tolke data og adfærd og med at prioritere næste skridt ud fra det I ser, ikke det I gættede på.
Bygger I MVP’er der kan skaleres videre?
Ja, når det er den rigtige vej. Normalt vælger vi teknologi og arkitektur der kan bære videre så en valideret MVP kan vokse til det rigtige produkt i stedet for at blive skrevet om. Nogle gange er et rent engangseksperiment klogere, og den beslutning træffer vi bevidst sammen med jer fra start.