voxcog: tuotepäätökset jäljitettävällä pohjalla
Studion suhde asiakkaaseen
voxcog on tuote, jonka Torn Studio on rakentanut ja josta studiolla on omistusosuus. Studio vastasi tuotejohdosta, arkkitehtuurista ja toteutuksesta luovutukseen asti elokuussa 2026.
Lyhyt vastaus
Torn Studio johti voxcogin tuotetyötä prototyypistä MVP:hen. Jokainen toiminto suunniteltiin kirjoitettuna määrittelynä — 108 niistä on yhä koodivarastossa — ja jokainen suuntapäätös kirjattiin vaihtoehtoineen ja hintoineen. Kesäkuun 2026 suunnanmuutos kavensi viisi pilaria yhdeksi putkeksi, ja korvattu strategia jäi arkistoon luettavaksi. Alusta luovutettiin elokuussa 2026.
Toimeksianto
voxcogin piti siirtyä viiden rinnakkaisen pilarin prototyypistä tuotteeseen, jolla on yksi selkeä ydin, ja tehdä se niin että jokaisen valinnan perustelu löytyy vielä silloin kun seuraava lukee koodia.
Mikä teki siitä vaikeaa
- Viisi tasavertaista pilaria teki tuotteesta vaikean esitellä ja vaikean kuvata yhdellä rivillä, mikä on asemointiongelma ennen kuin se on rakennusongelma.
- Useat rinnakkaiset työlinjat samaan tietokantaan tekevät juoksevasti numeroiduista migraatioista epävarmoja, koska kaksi haaraa valitsee kumpikin saman seuraavan numeron.
- Tuote käsittelee asiakkaiden sisäistä aineistoa, joten tietosuojan piti olla kunnossa jo ennen julkaisua.
Luvut jotka voi laskea
- 108kirjoitettua määrittelyä
- Kolmekymmentäkaksi aktiivista ja seitsemänkymmentäkuusi arkistoitua kansiota. Kukin kantaa suunnitteluvalinnan ja askeleet, joten toimitettu toiminto on luettavissa taaksepäin.
- 3dokumentoitua suuntapäätöstä
- Kukin asiayhteyksineen, punnittuine vaihtoehtoineen ja valitun hintoineen. Muoto vaatii kustannuksen kirjoittamista auki.
- 102tietokantamigraatiota
- Aikaleimattuja, ja testi kaataa käännöksen kaksoiskappaleeseen tai juoksevaan etuliitteeseen. Sääntö on olemassa, koska rinnakkaiset haarat valitsisivat muuten saman numeron.
- 6juridista asiakirjaa ennen julkaisua
- Käsittelytoimien seloste, vaikutustenarviointi, häiriösuunnitelma, käsittelysopimus, tietosuojaseloste ja käyttöehdot.
Näin se tehtiin
Kirjoitettu määrittely ennen jokaista toteutusta
Jokainen toiminto sai oman kansionsa suunnittelumäärittelyineen ja vaiheittaisine toteutussuunnitelmineen ennen koodia. Toimituksen jälkeen kansio siirtyi arkistoon, joten koodivarasto kantaa sekä nyt rakennettavan että jo rakennetun perustelut.
Päätökset vaihtoehtoineen ja hintoineen
Suuntapäätökset kirjoitettiin omiksi dokumenteikseen, joissa on asiayhteys, punnitut vaihtoehdot ja valitun hinta. Muoto pakottaa vaikean lauseen: mikä huononi tämän päätöksen myötä.
Suunnanmuutos arkistoitiin korvatun viereen
Kun tuote kesäkuussa 2026 kavennettiin viidestä pilarista yhdeksi lineaariseksi putkeksi, vanha strategia siirtyi päivättyyn arkistoon ja uusi asettui sen viereen. Tänään lukeva näkee molemmat ja voi arvioida, kestääkö perustelu yhä.
Jäljitettävyys tuotteen omana mekanismina
Rakennettu ketju heijastaa työtapaa: jokainen signaali osoittaa täsmälliseen lähteeseensä, jokainen havainto signaaleihinsa, ja uusi aineisto, joka on ristiriidassa signaalin kanssa, merkitsee kaiken alavirran uudelleen arvioitavaksi.
Teknologiat
- Next.js 16
- Supabase
- Postgres
- pgvector
- Reciprocal Rank Fusion
- Claude Sonnet 4.6
- MCP
Mihin todiste riittää
Tämä osoittaa tuotejohtoa, joka jättää jäljen: päätökset ovat luettavissa taaksepäin ja perustelut säilyvät. Siitä haluaako markkina voxcogia se ei kerro — alusta luovutettiin ennen julkaisua, ja kysymys on yhä auki.
Perusta
Mihin tämä artikkeli nojaa — tekemäämme mittaukseen, päivättyyn lähteeseen tai päätökseen ja sen hintaan.
- Mittaus
Kuinka moni toiminto suunniteltiin kirjallisesti ennen toteutusta
Mittauskohde: voxcogin suunnitelmakansiot
Menetelmä: Laske kansiot hakemistoista plans ja plans-archived koodivarastossa.
Tulos: 108 kansiota, joista 76 arkistoituna
- Päätös
Kavenna tuote viidestä tasavertaisesta pilarista yhdeksi lineaariseksi putkeksi, jolla on jäljitettävä pohja.
Mitä se maksoi: Haastattelujärjestelmä, joka oli valmis äänineen ja osallistujapolkuineen, siirtyi ominaisuuslipun taakse ja poistui myynnistä.
- Päätös
Numeroi migraatiot aikaleimalla ja anna testin kaataa käännös juoksevaan numeroon.
Mitä se maksoi: Versiot lakkaavat näyttäytymästä järjestyksenä silmämääräisesti, ja vanhemmat juoksevat tiedostot jäävät poikkeukseksi.
Usein kysyttyä
- Mikä todistusketju on käytännössä?
- Neljä alaspäin osoittavaa lenkkiä: signaali osoittaa täsmälliseen lähteeseensä, havainto signaaleihinsa, päätös havaintoihinsa ja periaate siihen mikä on osoittautunut kestäväksi. Jokainen lenkki kantaa linkkityypin ja luottamusasteen.
- Mitä tapahtuu, kun uusi aineisto on ristiriidassa aiemman oletuksen kanssa?
- Ketju käydään läpi eteenpäin ja merkitään jokainen havainto, päätös ja periaate, joka nojaa nyt kyseenalaiseen signaaliin. Vanhentunut tulee näkyviin itse ketjussa.
- Miksi kirjoittaa määrittely, jos tekoäly kirjoittaa koodin?
- Määrittely tekee toteutuksesta tarkastettavan. Työkalu, joka saa selkeän rajauksen ja askeljärjestyksen, tuottaa jotain luettavaa ja todennettavaa, ja jäljelle jäävä kansio selittää valinnan seuraavalle.
- Miten päätätte, mikä tuotteesta poistuu?
- Kirjoittamalla auki, mitä sen pitäminen maksaa. Haastattelujärjestelmä oli valmis ja toimi, mutta se vei huomiota siltä mikä kantoi tuotetta, joten se siirtyi lipun taakse perustelu kirjattuna.
- Voitteko johtaa meidän tuotetyötämme samalla tavalla?
- Kyllä. Työtapa on tuotteesta riippumaton: kirjoitettu määrittely ennen jokaista toteutusta, suuntapäätökset vaihtoehtoineen ja hintoineen, ja arkisto, joka säilyttää perustelut kun tiimi vaihtuu.
- Kuinka suuri osa tästä on tekoälyn tuottamaa?
- Luonnokset vedetään tekoälytyökaluilla, ja jokaisen määrittelyn ja päätöksen lukee ja toimittaa ihminen ennen kuin se pätee. Laadun ratkaisee rajaus ja tarkastus, ja se osa on yhä käsityötä.
Kerro, mitä haluat rakentaa
Kolmekymmentä minuuttia, maksutta, ja suora vastaus siihen, olemmeko oikea studio tehtävään.