voxcog: produktbeslutninger med sporbart grundlag
Studiets forhold til kunden
voxcog er et produkt, Torn Studio har bygget og ejer en andel af. Studiet stod for produktledelse, arkitektur og udvikling frem til overdragelsen i august 2026.
Kort svar
Torn Studio drev voxcogs produktarbejde fra prototype til MVP. Hver funktion blev planlagt som en skreven specifikation — 108 af dem ligger stadig i kodebasen — og hver retningsbeslutning blev skrevet ned med mulighederne og prisen for valget. Et retningsskift i juni 2026 indsnævrede fem søjler til én pipeline.
Opgaven
voxcog skulle fra en prototype med fem parallelle søjler til et produkt med én tydelig kerne, og skulle gøre det sådan, at begrundelsen bag hvert valg stadig findes, når den næste person læser koden.
Det der gjorde det svært
- Fem ligeværdige søjler gjorde produktet svært at demonstrere og svært at beskrive på én linje, hvilket er et positioneringsproblem, før det er et udviklingsproblem.
- Flere parallelle arbejdsspor mod samme database gør sekvensnummererede migrationer usikre, fordi to grene hver for sig vælger det samme næste nummer.
- Produktet håndterer kundernes interne materiale, så databeskyttelsen skulle være på plads allerede før lancering.
Tal der kan tælles efter
- 108skrevne specifikationer
- Toogtredive aktive og seksoghalvfjerds arkiverede mapper. Hver af dem bærer designvalget og trinnene, så en leveret funktion kan læses baglæns.
- 3dokumenterede retningsbeslutninger
- Hver med kontekst, de muligheder der blev vejet, og prisen for den valgte. Formatet kræver, at omkostningen skrives ud.
- 102databasemigrationer
- Tidsstemplede, med en test der fælder bygget på et dubleret eller sekvensnummereret præfiks. Reglen findes, fordi parallelle grene ellers vælger samme nummer.
- 6juridiske dokumenter før lancering
- Fortegnelse over behandlinger, konsekvensanalyse, beredskabsplan, databehandleraftale, privatlivspolitik og brugervilkår.
Sådan blev det gjort
En skreven specifikation før hver udvikling
Hver funktion fik sin egen mappe med designspecifikation og trinvis implementeringsplan, før koden blev skrevet. Da arbejdet var leveret, blev mappen flyttet til arkivet, så kodebasen bærer både det, der bygges nu, og begrundelsen bag det, der allerede er bygget.
Beslutninger med muligheder og pris
Retningsbeslutninger blev skrevet som selvstændige dokumenter med konteksten, de muligheder der blev vejet, og hvad den valgte mulighed kostede. Formatet fremtvinger den svære sætning: hvad blev dårligere af denne beslutning.
Retningsskiftet blev lagt ved siden af det, det erstattede
Da produktet i juni 2026 blev indsnævret fra fem søjler til én lineær pipeline, blev den gamle strategi flyttet til et dateret arkiv, og den nye lagt ved siden af. Den, der læser i dag, ser begge og kan vurdere, om begrundelsen stadig holder.
Sporbarhed som produktets egen mekanisme
Kæden, der blev bygget, spejler arbejdsmåden: hvert signal peger på sin præcise kilde, hver indsigt på sine signaler, og nyt materiale, der modsiger et signal, markerer alt nedstrøms, som skal vurderes igen.
Teknologi
- Next.js 16
- Supabase
- Postgres
- pgvector
- Reciprocal Rank Fusion
- Claude Sonnet 4.6
- MCP
Hvad beviset rækker til
Det her viser produktledelse, der efterlader spor: beslutninger kan læses baglæns, og begrundelsen findes stadig. Det siger intet om, hvorvidt markedet vil have voxcog — platformen blev overdraget før lancering, og det spørgsmål står åbent.
Grundlag
Hvad denne artikel hviler på — en måling vi lavede, en dateret kilde eller en beslutning vi traf og hvad den kostede.
- Måling
Hvor mange funktioner der blev planlagt skriftligt før udviklingen
Måleobjekt: voxcogs planmapper
Metode: Tæl mapperne under plans og plans-archived i kodebasen.
Resultat: 108 mapper, heraf 76 arkiverede
- Beslutning
Indsnævr produktet fra fem ligeværdige søjler til én lineær pipeline med sporbart grundlag.
Hvad det kostede: Interviewsystemet, der var færdigbygget med stemme og deltagerflow, endte bag et funktionsflag og blev taget af hylden.
- Beslutning
Nummerér migrationer med tidsstempel, og lad en test fælde bygget på et sekvensnummer.
Hvad det kostede: Versionerne kan ikke længere læses som en rækkefølge på øjemål, og de ældre sekvensfiler lever videre som undtagelser.
Ofte stillede spørgsmål
- Hvad er en beviskæde i praksis?
- Fire led, der peger nedad: et signal peger på sin præcise kilde, en indsigt på sine signaler, en beslutning på sine indsigter og et princip på det, der har vist sig at holde. Hvert led bærer en linktype og en konfidens.
- Hvad sker der, når nyt materiale modsiger en tidligere antagelse?
- Kæden gennemløbes fremad og markerer hver indsigt, beslutning og princip, der hviler på det signal, som nu er i tvivl. Det, der er blevet forældet, bliver synligt i selve kæden.
- Hvorfor skrive en specifikation, når AI alligevel skriver koden?
- Specifikationen er det, der gør udviklingen mulig at gennemgå. Et værktøj, der får en tydelig afgrænsning og en rækkefølge af trin, producerer noget, der kan læses og verificeres, og mappen, der bliver tilbage, forklarer valget for den næste.
- Hvordan afgør I, hvad der skal ud af et produkt?
- Ved at skrive ned, hvad det koster at beholde det. Interviewsystemet var færdigt og virkede, men det trak fokus fra det, der bar produktet, så det endte bag et flag med begrundelsen noteret.
- Kan I drive produktarbejde for os på samme måde?
- Ja. Arbejdsmåden er uafhængig af produktet: en skreven specifikation før hver udvikling, retningsbeslutninger med muligheder og pris, og et arkiv, der gør, at begrundelsen stadig findes, når teamet skiftes ud.
- Hvor meget af det her er AI-genereret?
- Udkastene trækkes med AI-værktøjer, og hver specifikation og beslutning læses og redigeres af et menneske, før den gælder. Det, der afgør kvaliteten, er afgrænsningen og gennemgangen, og den del er stadig manuel.
Fortæl os, hvad du vil bygge
Tredive minutter, helt gratis, og en klar melding om, hvorvidt vi er det rette studio til opgaven.