voxcog : des décisions produit à la trace vérifiable
La relation du studio au client
voxcog est un produit que Torn Studio a construit et dans lequel le studio détient une participation. Le studio a assuré la direction produit, l’architecture et la réalisation jusqu’à la livraison en août 2026.
Réponse courte
Torn Studio a mené le travail produit de voxcog du prototype au MVP. Chaque fonction a été planifiée sous forme de spécification écrite — 108 restent dans le dépôt — et chaque décision de cap a été consignée avec ses options et son prix. Un virage en juin 2026 a resserré cinq piliers en un seul flux.
La commande
voxcog devait passer d’un prototype à cinq piliers parallèles à un produit doté d’un cœur clair, et le faire de manière que le raisonnement derrière chaque choix reste disponible quand la personne suivante lira le code.
Ce qui rendait la tâche difficile
- Cinq piliers équivalents rendaient le produit difficile à démontrer et difficile à décrire en une ligne, ce qui est un problème de positionnement avant d’être un problème de construction.
- Plusieurs chantiers parallèles sur la même base rendent les migrations numérotées en séquence risquées, car deux branches choisissent chacune de leur côté le même numéro suivant.
- Le produit traite le matériel interne des clients, donc la protection des données devait être en place dès avant le lancement.
Des chiffres vérifiables
- 108spécifications écrites
- Trente-deux dossiers actifs et soixante-seize archivés. Chacun porte le choix de conception et les étapes, si bien qu’une fonction livrée se lit à rebours.
- 3décisions de cap documentées
- Chacune avec son contexte, les options pesées et le prix de celle retenue. Le format exige que le coût soit écrit.
- 102migrations de base de données
- Horodatées, avec un test qui fait échouer la compilation sur un préfixe dupliqué ou séquentiel. La règle existe parce que deux branches choisiraient sinon le même numéro.
- 6documents juridiques avant le lancement
- Registre des traitements, analyse d’impact, plan de réponse aux incidents, contrat de sous-traitance, politique de confidentialité et conditions d’utilisation.
Comment cela a été fait
Une spécification écrite avant chaque construction
Chaque fonction a reçu son propre dossier avec une spécification de conception et un plan de mise en œuvre par étapes avant la moindre ligne de code. Une fois livrée, le dossier passait aux archives, si bien que le dépôt porte ce qui se construit et le raisonnement derrière ce qui est déjà construit.
Des décisions avec options et prix
Les décisions de cap ont été écrites comme des documents propres, avec le contexte, les options pesées et le coût de celle retenue. Le format impose la phrase difficile : qu’est-ce qui s’est dégradé du fait de cette décision.
Le virage a été rangé à côté de ce qu’il remplaçait
Quand le produit est passé en juin 2026 de cinq piliers à un flux linéaire, l’ancienne stratégie a rejoint une archive datée et la nouvelle s’est posée à côté. Qui lit aujourd’hui voit les deux et peut juger si le raisonnement tient encore.
La traçabilité comme mécanique du produit
La chaîne construite reflète la façon de travailler : chaque signal pointe vers sa source exacte, chaque constat vers ses signaux, et un matériau nouveau qui contredit un signal marque tout l’aval à réexaminer.
Technologies
- Next.js 16
- Supabase
- Postgres
- pgvector
- Reciprocal Rank Fusion
- Claude Sonnet 4.6
- MCP
Jusqu’où va cette preuve
Ceci montre une direction produit qui laisse une trace : les décisions se lisent à rebours et le raisonnement subsiste. Sur l’appétit du marché pour voxcog, cela ne dit rien — la plateforme a été livrée avant le lancement, et la question reste ouverte.
Preuves
Sur quoi repose cet article — une mesure que nous avons faite, une source datée ou une décision et son coût.
- Mesure
Combien de fonctions ont été planifiées par écrit avant la construction
Objet mesuré: les dossiers de plans de voxcog
Méthode: Compter les dossiers sous plans et plans-archived dans le dépôt.
Résultat: 108 dossiers, dont 76 archivés
- Décision
Resserrer le produit de cinq piliers équivalents à un flux linéaire à trace vérifiable.
Ce qu’elle a coûté: Le système d’entretiens, déjà achevé avec la voix et les parcours participants, est passé derrière un indicateur de fonctionnalité et a cessé d’être vendu.
- Décision
Numéroter les migrations par horodatage et laisser un test faire échouer la compilation sur un numéro séquentiel.
Ce qu’elle a coûté: Les versions ne se lisent plus comme un ordre au premier coup d’œil, et les anciens fichiers séquentiels subsistent comme exception.
Questions fréquentes
- Qu’est-ce qu’une chaîne de preuves en pratique ?
- Quatre maillons qui pointent vers le bas : un signal vers sa source exacte, un constat vers ses signaux, une décision vers ses constats et un principe vers ce qui a tenu. Chaque maillon porte un type de lien et une confiance.
- Que se passe-t-il quand un matériau nouveau contredit une hypothèse ancienne ?
- La chaîne est parcourue vers l’aval et marque chaque constat, décision et principe qui repose sur le signal désormais en doute. Ce qui a vieilli devient visible dans la chaîne elle-même.
- Pourquoi écrire une spécification si l’IA écrit le code ?
- La spécification est ce qui rend la construction relisible. Un outil à qui l’on donne une frontière claire et un ordre d’étapes produit quelque chose de lisible et vérifiable, et le dossier qui reste explique le choix à la personne suivante.
- Comment décidez-vous ce qui sort d’un produit ?
- En écrivant ce que coûte le fait de le garder. Le système d’entretiens était fini et fonctionnait, mais il détournait l’attention de ce qui portait le produit, donc il est passé derrière un indicateur avec le motif consigné.
- Pouvez-vous mener notre travail produit de la même manière ?
- Oui. La méthode est indépendante du produit : une spécification écrite avant chaque construction, des décisions de cap avec options et prix, et une archive qui conserve le raisonnement quand l’équipe change.
- Quelle part de tout cela est générée par IA ?
- Les brouillons sortent d’outils d’IA et chaque spécification et décision est lue et corrigée par une personne avant de faire foi. Ce qui décide de la qualité, c’est la frontière et la relecture, et cette part reste manuelle.
Dites-nous ce que vous voulez construire
Trente minutes, sans frais, et une réponse franche sur le fait que nous soyons ou non le bon studio.