El mito del MVP: por qué construir para 72 años cambia todo

El mantra del emprendimiento tecnológico moderno es conocido: MVP, iterar rápido, fallar rápido, pivotar. Construye lo mínimo para validar tu hipótesis y luego itera sobre el feedback del mercado.

Funciona para startups. Pero TroncoCorp no es una startup.

Cuando tu horizonte de proyección no son 18 meses sino 72 años, el “producto mínimo viable” deja de tener sentido. No porque no haya que iterar — iteramos constantemente, con CI/CD, tests automatizados y deploys múltiples al día — sino porque las decisiones fundacionales no pueden ser “suficientemente buenas para ahora”. Tienen que ser correctas para dentro de diez años, veinte, cincuenta.

Lo que significa pensar en décadas

Stack tecnológico

Astro 5, React 19, Tailwind 4, TypeScript 5. Todas son tecnologías consolidadas con comunidades grandes y hojas de ruta públicas. Ninguna es una moda pasajera. Elegimos frameworks que sabemos que seguirán existiendo en 2030.

Pero también diseñamos para poder migrar. El contenido está en Markdown, no en una base de datos propietaria. Los componentes son modulares. Las páginas son estáticas. Si dentro de diez años aparece un framework mejor, podemos migrar sin reescribir todo desde cero.

Tests

Hoy son 190 tests. Pero la cifra importante no es 190 — es que cada test prueba un comportamiento, no una implementación. Cuando refactorizamos, los tests siguen pasando. Cuando añadimos funcionalidad, los tests existentes nos dicen si hemos roto algo.

Para 2027 serán 400 tests. Para 2030, probablemente 1.000. Pero cada uno seguirá protegiendo una regla de negocio, no una línea de código.

Contenido

67 artículos de blog, 14 páginas de wiki, 50 términos de glosario, 348 páginas en el build. No porque “el contenido sea el rey” (que lo es), sino porque cada pieza de contenido responde a una pregunta real: qué es el Parlamento Digital, cómo funciona el token TRN, quién es Andrés Ares.

El contenido no se escribe para llenar espacio. Se escribe para que exista cuando alguien lo busque. Dentro de un año, dentro de cinco, dentro de veinte.

Lo que NO hacemos

No optimizamos para métricas de vanidad. No nos importa el DAU semanal ni el tiempo en página como KPI. No hacemos growth hacking ni gamificación. No vendemos datos de usuarios.

Nuestras métricas reales son: uptime de Zénit, ejecuciones de automatización, tests verdes, páginas construidas, términos documentados. Cosas que importan a largo plazo.

Lo que SÍ hacemos

Escribimos documentación antes de que haga falta. Construimos tests antes de que el código sea complejo. Planificamos la emisión de tokens para 72 años. Diseñamos un parlamento con 360 escaños y 4 facciones para que la gobernanza escale.

Todo esto parece excesivo desde la óptica del MVP. Y lo es. Porque no estamos minimizando el producto para validar un mercado. Estamos maximizando la base para que el sistema aguente 72 años.

El MVP tiene su lugar. Pero no aquí. Aquí construimos para 2097.