Hoppa till innehåll

Arbete

voxcog: produktbeslut med spårbart underlag

Torn StudioKund: voxcog

Studions relation till kunden

voxcog är en produkt Torn Studio har byggt och äger en del av. Studion stod för produktledning, arkitektur och bygge fram till överlämningen i augusti 2026.

Kort svar

Torn Studio drev voxcogs produktarbete från prototyp till MVP. Varje funktion planerades som en skriven spec — 108 av dem ligger kvar i repot — och varje riktningsbeslut skrevs ned med alternativen och vad valet kostade. En pivot i juni 2026 smalnade fem pelare till en pipeline.

Uppdraget

voxcog behövde gå från en prototyp med fem parallella pelare till en produkt med en tydlig kärna, och behövde göra det så att skälen bakom varje val fanns kvar när nästa person läser koden.

Det som gjorde det svårt

  • Fem jämnbördiga pelare gjorde produkten svår att demonstrera och svår att beskriva på en rad, vilket är ett positioneringsproblem innan det är ett byggproblem.
  • Flera parallella arbetsspår mot samma databas gör sekvensnumrerade migrationer osäkra, eftersom två grenar var för sig väljer samma nästa nummer.
  • Produkten hanterar kundernas interna material, så dataskyddet måste vara på plats redan innan lansering.

Siffror som går att räkna efter

108skrivna specar i repot
Trettiotvå aktiva och sjuttiosex arkiverade mappar. Var och en bär designbeslutet och stegen, så en levererad funktion går att läsa bakåt.
3dokumenterade riktningsbeslut
Vart och ett med kontext, alternativ som vägdes och priset för det valda. Formatet kräver att kostnaden skrivs ut.
102databasmigrationer
Tidsstämplade, med ett test som fäller bygget på ett dubblerat eller sekvensnumrerat prefix. Regeln finns för att parallella grenar annars väljer samma nummer.
6juridiska underlag före lansering
Registerförteckning, konsekvensbedömning, incidentplan, personuppgiftsbiträdesavtal, integritetspolicy och användarvillkor.

Så gjordes det

En skriven spec före varje bygge

Varje funktion fick en egen mapp med designspec och stegvis implementationsplan innan koden skrevs. När arbetet var levererat flyttades mappen till arkivet, så repot bär både det som byggs nu och skälen bakom det som redan är byggt.

Beslut med alternativ och pris

Riktningsbeslut skrevs som egna dokument med kontexten, alternativen som vägdes och vad det valda alternativet kostade. Formatet tvingar fram den svåra meningen: vad blev sämre av det här beslutet.

Pivoten lades bredvid det den ersatte

När produkten i juni 2026 smalnades från fem pelare till en linjär pipeline flyttades den gamla strategin till ett daterat arkiv och den nya la sig bredvid. Den som läser i dag ser båda och kan bedöma om skälet fortfarande håller.

Spårbarhet som produktens egen mekanism

Kedjan som byggdes speglar arbetssättet: varje signal pekar på sin exakta källa, varje insikt på sina signaler, och nytt material som motsäger en signal flaggar allt nedströms som behöver ses över igen.

Teknik

  • Next.js 16
  • Supabase
  • Postgres
  • pgvector
  • Reciprocal Rank Fusion
  • Claude Sonnet 4.6
  • MCP

Vad beviset räcker till

Det här visar produktledning som lämnar spår: beslut går att läsa bakåt och underlaget finns kvar. Det säger ingenting om huruvida marknaden vill ha voxcog — plattformen lämnades över före lansering, och den frågan är obesvarad.

Underlag

Vad den här artikeln vilar på — en mätning vi gjort, en daterad källa eller ett beslut vi tagit och vad det kostade.

  • Mätning

    Hur många funktioner som planerades skriftligt före bygget

    Mätobjekt: voxcogs planmappar

    Metod: Räkna mapparna under plans och plans-archived i repot.

    Resultat: 108 mappar, varav 76 arkiverade

  • Beslut

    Smalna produkten från fem jämnbördiga pelare till en linjär pipeline med spårbart underlag.

    Vad det kostade: Intervjusystemet, som var färdigbyggt med röst och deltagarflöden, hamnade bakom en funktionsflagga och slutade säljas.

  • Beslut

    Numrera migrationer med tidsstämpel och låt ett test fälla bygget på ett sekvensnummer.

    Vad det kostade: Versionerna går inte längre att läsa som en ordning på ögonmått, och de äldre sekvensfilerna lever kvar som undantag.

Vanliga frågor

Vad är en beviskedja i praktiken?
Fyra led som pekar nedåt: en signal pekar på sin exakta källa, en insikt på sina signaler, ett beslut på sina insikter och en princip på det som visat sig hålla. Varje led bär länktyp och konfidens.
Vad händer när nytt material motsäger ett tidigare antagande?
Kedjan traverseras framåt och flaggar varje insikt, beslut och princip som vilar på den signal som nu är ifrågasatt. Det som blivit inaktuellt syns direkt i kedjan.
Varför skriva en spec när AI ändå bygger koden?
Specen är det som gör bygget granskningsbart. Ett verktyg som får en tydlig avgränsning och en stegordning producerar något som går att läsa och verifiera, och mappen som blir kvar förklarar valet för nästa person.
Hur avgör ni vad som ska bort ur en produkt?
Genom att skriva ned vad det kostar att behålla. Intervjusystemet var färdigt och fungerade, men det drog fokus från det som bar produkten, så det hamnade bakom en flagga med skälet noterat.
Kan ni driva produktarbete åt oss på samma sätt?
Ja. Arbetssättet är oberoende av produkten: en skriven spec före varje bygge, riktningsbeslut med alternativ och pris, och ett arkiv som gör att skälen finns kvar när teamet byts ut.
Hur mycket av det här är AI-genererat?
Utkasten dras med AI-verktyg och varje spec och beslut läses och redigeras av en människa innan det gäller. Det som avgör kvaliteten är avgränsningen och granskningen, och den delen är fortfarande manuell.

Berätta vad du vill bygga

Trettio minuter, kostnadsfritt, och ett rakt besked om vi är rätt studio för uppdraget.