--- title: "voxcog: decisiones de producto con rastro verificable" description: "Cómo la cadena de evidencia de voxcog pasó de prototipo a MVP: 108 especificaciones escritas, tres decisiones documentadas y un giro que quedó archivado." url: https://torn.studio/es/trabajos/voxcog-cadena-de-evidencia-decisiones-de-producto locale: es published: 2026-08-31 updated: 2026-08-26 --- # voxcog: decisiones de producto con rastro verificable > **Respuesta breve:** Torn Studio dirigió el trabajo de producto de voxcog desde el prototipo hasta el MVP. Cada función se planificó como una especificación escrita — 108 siguen en el repositorio — y cada decisión de rumbo quedó anotada con sus alternativas y su coste. Un giro en junio de 2026 estrechó cinco pilares a una tubería. **Cliente:** voxcog · **Entregado:** 2026-08-26 **La relación del estudio con el cliente:** voxcog es un producto que Torn Studio construyó y en el que el estudio tiene una participación. El estudio llevó la gestión de producto, la arquitectura y la construcción hasta la entrega en agosto de 2026. ## El encargo voxcog tenía que pasar de un prototipo con cinco pilares paralelos a un producto con un núcleo claro, y hacerlo de forma que el razonamiento tras cada elección siga disponible cuando la siguiente persona lea el código. ## Lo que lo hizo difícil - Cinco pilares equivalentes hacían el producto difícil de demostrar y difícil de describir en una línea, y eso es un problema de posicionamiento antes que de construcción. - Varias líneas de trabajo en paralelo sobre la misma base de datos vuelven inseguras las migraciones numeradas en secuencia, porque dos ramas eligen por su cuenta el mismo número siguiente. - El producto maneja material interno de los clientes, así que la protección de datos tenía que estar lista ya antes del lanzamiento. ## Cifras que se pueden contar | Cifras que se pueden contar | | | | --- | --- | --- | | 108 | especificaciones escritas | Treinta y dos carpetas activas y setenta y seis archivadas. Cada una guarda la decisión de diseño y los pasos, así que una función entregada se puede leer hacia atrás. | | 3 | decisiones de rumbo documentadas | Cada una con contexto, las alternativas sopesadas y el precio de la elegida. El formato exige escribir el coste. | | 102 | migraciones de base de datos | Con marca de tiempo y una prueba que tumba la compilación ante un prefijo duplicado o secuencial. La regla existe porque, si no, dos ramas eligen el mismo número. | | 6 | documentos legales antes del lanzamiento | Registro de actividades de tratamiento, evaluación de impacto, plan de respuesta a incidentes, contrato de encargado, política de privacidad y términos de uso. | ## Cómo se hizo ### Una especificación escrita antes de cada construcción Cada función recibió su propia carpeta con especificación de diseño y plan de implementación por pasos antes de escribir código. Al entregarse, la carpeta pasó al archivo, de modo que el repositorio guarda lo que se construye ahora y el razonamiento de lo ya construido. ### Decisiones con alternativas y precio Las decisiones de rumbo se escribieron como documentos propios con el contexto, las alternativas sopesadas y el coste de la elegida. El formato obliga a la frase difícil: qué empeoró con esta decisión. ### El giro quedó junto a lo que sustituyó Cuando en junio de 2026 el producto se estrechó de cinco pilares a una tubería lineal, la estrategia anterior pasó a un archivo fechado y la nueva se colocó a su lado. Quien lee hoy ve ambas y puede juzgar si el razonamiento sigue en pie. ### La trazabilidad como mecanismo del propio producto La cadena construida refleja la forma de trabajar: cada señal apunta a su fuente exacta, cada hallazgo a sus señales, y el material nuevo que contradice una señal marca todo lo que depende de ella para revisarlo. **Tecnología:** Next.js 16, Supabase, Postgres, pgvector, Reciprocal Rank Fusion, Claude Sonnet 4.6, MCP ## Hasta dónde llega esta prueba Esto demuestra una gestión de producto que deja rastro: las decisiones se leen hacia atrás y el razonamiento se conserva. De si el mercado quiere voxcog dice poco — la plataforma se entregó antes del lanzamiento y esa pregunta sigue abierta. ## Preguntas frecuentes ### ¿Qué es una cadena de evidencia en la práctica? Cuatro eslabones que apuntan hacia abajo: una señal apunta a su fuente exacta, un hallazgo a sus señales, una decisión a sus hallazgos y un principio a lo que ha demostrado aguantar. Cada eslabón lleva un tipo de enlace y una confianza. ### ¿Qué pasa cuando material nuevo contradice una suposición anterior? La cadena se recorre hacia adelante y marca cada hallazgo, decisión y principio que se apoya en la señal ahora en duda. Lo que ha quedado obsoleto se vuelve visible en la propia cadena. ### ¿Por qué escribir una especificación si la IA escribe el código? La especificación es lo que hace revisable la construcción. Una herramienta con un límite claro y un orden de pasos produce algo que se puede leer y verificar, y la carpeta que queda explica la elección a la siguiente persona. ### ¿Cómo decidís qué sale de un producto? Escribiendo lo que cuesta conservarlo. El sistema de entrevistas estaba terminado y funcionaba, pero restaba foco a lo que sostenía el producto, así que quedó tras un interruptor con el motivo anotado. ### ¿Podéis llevar nuestro trabajo de producto así? Sí. El método es independiente del producto: una especificación escrita antes de cada construcción, decisiones de rumbo con alternativas y precio, y un archivo que conserva el razonamiento cuando cambia el equipo. ### ¿Cuánto de esto lo genera la IA? Los borradores salen con herramientas de IA y cada especificación y decisión la lee y edita una persona antes de que valga. Lo que decide la calidad es el límite y la revisión, y esa parte sigue siendo manual.