Produktstrategi & kravspecifikation
At finde ud af, hvad der skal bygges
At oversætte det, forretningen vil, til noget, en udvikler kan bygge — og sige højt, hvad der ikke er værd at bygge.

Foto: ha11ok / Pixabay 
Foto: Antranias / Pixabay
Udvalgte resultater, der demonstrerer denne ydelse.
-
Et brand 200 gange mere kendt
Har øget brandets popularitet 200 gange gennem vellykket brandudvikling på både offline- og onlineplatforme.
-
Dobbelt så meget engagement, ved at lytte først
Har øget brandengagement og -loyalitet med 100 % gennem analyse af markedstendenser og indsigt i forbrugeradfærd.
-
Har ført en GIS‑kortapp til 10x omsætningsvækst
Har ledet softwareudviklingen af en GIS‑kortapplikation, øget omsætningen 10 gange og positioneret produktet som et primært dataaktiv.
-
Har optimeret prognose- og investeringsstrategier
Har optimeret prognose- og investeringsstrategier for 11 netselskaber og øget driftseffektiviteten gennem datadrevne GIS‑løsninger.
-
Har præsenteret 200 UI/UX‑forbedringer
Har præsenteret 200 UI/UX‑forbedringer til GIS‑kortapplikationen og øget omsætningen 10 gange gennem forbedrede softwarefunktioner.
-
Har designet og styret 5.000 timers kortudvikling
Har designet og styret 5.000 timers kortudvikling ved hjælp af agile metoder som Scrum og Jira for effektiv projektledelse.
-
Har indsamlet og analyseret forretningskrav
Har indsamlet og analyseret forretningskrav og omsat dem til konkrete funktioner og user stories i overensstemmelse med data governance‑standarder.
-
Har udviklet et system til analyserapporter
Har udviklet et rapporteringssystem til dataanalyse og øget den kvartalsvise softwareomsætning med 400 % gennem Python‑baserede PDF‑rapporter.
-
Har designet hele produktets UI og UX
Har designet produktets UI og UX fra ende til anden — gittervisninger af kataloget, valgfri kort- eller tabelvisning, kravvalidering i realtid og breadcrumb‑navigation.
-
Har designet et tids- og rapporteringssystem
Har designet et tids- og rapporteringssystem, der forblev i produktion i årevis uden væsentlige ændringer.
-
Har bygget adgangsret via Stripe og in‑app‑køb
Har bygget betalings- og rettighedslaget — Stripe side om side med Apple og Google in‑app purchase — så adgangen til kataloget, søgningen og eksporten styres af en adgangsmodel på 11 tabeller, der kontrolleres på serveren.
-
Har bygget platformens operatør‑back‑office
Har bygget operatørernes back‑office — omkring 40 admin‑ruter og 128 komponenter, der dækker ejerskabskrav, moderation, feature flags, cache og diagnostik — så platformen kan drives uden databaseadgang.
-
Har bygget ejerskabskrav og deres afgørelse
Har bygget ejerskabskrav på virksomheder fra ende til anden — en bruger gør krav på en virksomhed, en administrator afgør sagen, og en godkendelse omskriver den autorisationsgraf, der afgør, hvem der må redigere hvad.
-
Har bygget loyalitetspoint, ligaer og badges
Har bygget loyalitets- og omdømmesystemet — 67 funktioner over et ledger på 31 tabeller, med ligaer, badges og en indløsningsshop — og med en row lock på saldoen til at lukke vinduet for dobbeltforbrug.
-
Har bygget det sociale lag: opslag, feed, grupper
Har bygget platformens sociale lag — opslag, feed, grupper, mentions, en følgergraf og et digest over mærkedage — på det samme funktionsbaserede datalag som resten af produktet.
-
Har bygget job- og karriereværktøj til søfarende
Har bygget rekrutteringsmarkedspladsen og arbejdsområdet til søfarendes karriere — 151 stored functions fordelt på 48 tabeller — med ledige stillinger, ansøgninger, certifikater, avancement i grader og verificeret sejltid.
-
Har bygget en commit‑gate med 22 lintere
Har bygget en commit‑gate med 22 lintere, der hver kan beskrives på én linje, plus fem, der fortjener et afsnit, uden advarselsniveau og uden tilladte inline‑undertrykkelser, og som dækker HTML, CSS, JavaScript, Python, YAML, Markdown, shell, links, stavning, hemmeligheder og typografi.
-
Har kørt udvikling som 51 nedskrevne initiativer
Har styret sitets udvikling som 51 nedskrevne initiativer fordelt på 54 plandokumenter, hvert med sine åbne afkrydsningsfelter, sine målinger og de beslutninger, det fravalgte — herunder seks af otte fund om agentparathed, der blev afvist med begrundelsen noteret.
-
Har renset fejlbeskederne for bebrejdelser
Har omskrevet applikationens fejlbeskeder efter en nedskrevet standard for tone, efter at et afvist login gav brugeren skylden for at have tastet forkert, mens udbyderen i virkeligheden krævede en applikationsspecifik adgangskode, og dækket det med en test, der nævner udbyderen.
Hvis det er det arbejde, du har brug for, er næste skridt en samtale.
Fortæl os problemet, så siger vi ærligt, om vi er de rette til det.

