El primer producto no es sólo un producto: es la fábrica del segundo.

Un equipo termina agotado el primer producto. El software funciona, pero todo lo que hizo posible construirlo está atrapado en conversaciones, comandos locales y decisiones no registradas. El próximo producto comienza casi desde cero.

Otro equipo termina con menos brillo aparente, pero deja plantillas, contratos, pipelines, criterios, aprendizajes y límites reutilizables. El segundo producto viene con una ventaja que no aparece en la pantalla del primero.

Resumen ejecutivo

El primer producto ofrece valor al destinatario y, al mismo tiempo, enseña a la organización cómo entregarlo nuevamente.

Reutilizar no significa copiarlo todo. Significa preservar lo que reduce la incertidumbre sin generar un acoplamiento indebido.

La fábrica no es una plataforma gigante

Construir una “plataforma para todos los productos futuros” antes de tener el primer usuario tiende a cristalizar las hipótesis demasiado pronto.

La fábrica comienza pequeña:

• estructura de repositorio reproducible;
• convenciones y políticas mínimas;
• canalización que hace visible el fracaso;
• contratos y secretos de configuración;
• forma de registrar las decisiones;
• ruta de implementación y reversión;
• catálogo de aprendizaje;
• Plantillas extraídas de repeticiones observadas.

Cada activo debe justificar el coste de su mantenimiento.

Producto, plataforma y método aprenden juntos

El producto revela lo que el cliente necesita. La plataforma revela lo que repite el equipo. El método revela cómo se toman y corrigen las decisiones.

Si el equipo extrae una abstracción antes de observar la repetición, crea una obligación. Si nunca extraes, repites errores y trabajo manual. El momento adecuado llega cuando:

1. el patrón ocurrió más de una vez;
2. se comprenden las diferencias relevantes;
3. hay dueño de mantenimiento;
4. el beneficio supera el acoplamiento;
5. existe una vía de escape para casos especiales.

DORA relaciona la calidad de la plataforma con cómo la adopción de la IA se traduce en el rendimiento del desarrollo de software. Esta evidencia no prueba una arquitectura universal; refuerza que la herramienta opera dentro de un sistema organizacional. [CAREER-A18-C5]

¿Qué debería sobrevivir al primer producto?

intención

Por qué existe el producto, para quién y qué decisión mejora. Sin esto, el siguiente equipo hereda el código sin ningún motivo.

Contratos

Interfaces, eventos, datos, capacidades y límites. El contrato útil permite la evolución; no congela toda la implementación.

Verificación

Pruebas y evals que protegen comportamientos importantes, incluidos casos negativos y regresiones de incidentes reales.

evidencia

Claims vinculado a assets, entornos, fechas y fichas. Un “verde” sin subject no es una herencia confiable.

Aprendizaje

Problema observado, decisión, mecanismo, resultado y límite. La lección sin cambio de sistema se convierte en sólo memoria narrativa.

La herencia debe ser voluntaria y versionada

El segundo producto no debería recibir automáticamente todo lo del primero. Selecciona un baseline versionado:

seed -> aplicar módulos -> declarar desvios -> validar -> assumir ownership

Esto evita dos fallas opuestas:

• tenedor eterno: cada producto se copia y diverge silenciosamente;
• plataforma obligatoria: un cambio central rompe diferentes contextos.

Una plantilla debe declarar qué es una base, qué es un ejemplo y qué depende del producto.

El costo de fábrica está incluido en la cuenta.

Los bienes compartidos no son gratuitos. Medida:

• tiempo ahorrado en el arranque;
• defectos evitados o detectados antes;
• actualizar lead time;
• costo de soporte de abstracción;
• frecuencia de excepciones;
• número de productos que realmente adoptan;
• Es hora de abandonar una mala elección.

Una abstracción utilizada por un solo producto podría denominarse ambiciosamente código de producto.

El segundo producto prueba la fábrica.

El primer producto puede funcionar mediante conocimiento tácito. El segundo revela si la herencia es real.

Haz una prueba limpia:

1. partir de la semilla aprobada;
2. no copie manualmente archivos desde el primero;
3. registrar lagunas y pasos indocumentados;
4. medir el tiempo hasta el primer segmento verificable;
5. tramitar todas las correcciones genéricas en la fundación titular;
6. mantener la decisión específica del producto.

Las arquitecturas de múltiples agentes y los registros de decisiones muestran que los roles y el historial duradero ayudan a coordinar el trabajo, pero no prescriben una topología o plantilla única. [R1-C3]

La IA acelera la extracción y el acoplamiento

Los agentes pueden comparar repositorios, identificar repeticiones, proponer plantillas y escribir migraciones. La misma velocidad puede generalizarse demasiado pronto.

Antes de promocionar un patrón, pregunte por:

• ejemplos concretos en al menos dos contextos;
• diferencias que no deben borrarse;
• pruebas de adopción y expulsión;
• propiedad y control de versiones;
• impacto en la seguridad y los datos;
• evidencia de que el patrón resuelve el dolor repetido.

El agente encuentra similitudes. La organización decide qué similitudes merecen convertirse en dependencias.

Lo que este artículo prueba y lo que no prueba

La investigación sobre el desarrollo de software sostiene que la plataforma y el sistema organizacional influyen en los resultados de la adopción de la IA. Las fuentes arquitectónicas respaldan decisiones duraderas y roles explícitos. Esto no prueba que todas las empresas deban construir una plataforma interna o que la reutilización siempre reduzca los costos.

Este artículo propone tratar el primer producto como una fuente de activos candidatos. La promoción depende de la repetición observada, la propiedad, las pruebas y los ahorros reales.

Conclusión

El primer producto vale los resultados que ofrece y la capacidad que deja. La fábrica del segundo no es una capa abstracta construida ante el mercado; es conocimiento operativo extraído del trabajo real.

El producto aprende del cliente. La plataforma aprende mediante la repetición. El método aprende de las decisiones. Cuando los tres se conectan, cada versión puede reducir el costo de aprender la siguiente.

Lectura anterior: Solo founder + escuadrón de IA. Siguiente lectura sugerida: Ingeniería de contexto.