El producto es la minoría del trabajo

Pregúntale a un fundador qué construye su empresa y te dirá el nombre del producto. El historial de git dice otra cosa.

El nuestro cubre treinta meses, dos repositorios, unos 4.500 commits y 2,6 millones de líneas modificadas: de la primera línea a decenas de millones de usuarios y a ocho cifras de ingresos solo en el negocio de consumo. La capacidad central se llevó el 24 % de todo el cambio de código. La maquinaria de alrededor se llevó 1,5 veces esa cifra — y en el último semestre antes de dejar entrar a los agentes de IA, la maquinaria llegó a quedarse con más de la mitad.

No creemos que nuestra proporción sea inusual. Es la física por defecto de un producto que escala, porque las features se eligen; las máquinas se invocan — cada una por un evento concreto, en una etapa bastante predecible. Así que, etapa por etapa: qué construir, qué comprar, qué rechazar.

Las seis máquinas y su factura total:

Geoffrey Moore llamó contexto a todo lo que no te diferencia, y contexto de misión crítica al tipo peligroso — trabajo que no gana ningún cliente y que te destruye si falla. Eso es la mayor parte de este gráfico.

De cero a uno: las máquinas no existen. Mantenlo así.

Nuestros primeros seis meses —los que decidieron si la empresa existiría— dieron a las máquinas el 14 % del cambio de código, y al dinero cero. Era lo correcto. La advertencia de fases de Kent Beck se aplica al pie de la letra: «aplicar el enfoque de una fase a una idea en otra fase mata las ideas»¹.

El consejo es una lista de rechazos. Un enlace de pago, no un sistema de facturación. Un solo idioma. Auth de un proveedor. Logs a stdout. Un panel de admin, un pipeline de i18n o SSO antes del PMF es procrastinar con dignidad.

La única excepción es la fontanería que cuesta días ahora y trimestres después:

• Una clave de idempotencia en cada endpoint que muta estado.
• Los strings en un solo archivo, aunque haya un solo idioma.
• Un log de eventos append-only: actor, acción, objeto, timestamp.
• Un modelo de tenant, aunque cada «equipo» sea una sola persona.

Estos son los enchufes donde se conectarán las máquinas. Tres de los cuatro no se pueden añadir honestamente a posteriori.

Primeros ingresos: dinero e identidad llegan juntos

La máquina del dinero llegó a nuestro código en el mes cinco —el primer mes con ingresos reales— y nunca se fue:

• Dale un dueño a la facturación con el primer chargeback. Ya es un producto, con adversarios y auditores, y sus bugs están denominados en dólares.
• Empieza el libro mayor append-only con el primer dólar real. Partida doble, correcciones como asientos nuevos, jamás ediciones. Barato con diez clientes, arqueología con diez mil.
• Falla en cerrado. Si el saldo no se puede escribir, no cobres y no suspendas. El caso de la tarjeta es justo el contrario: un sistema de facturación cobrando tarjetas en bucle contra un saldo que no podía actualizar.
• Ajusta el dial del fraude a conciencia. La cantidad óptima de fraude no es cero³ — cero fraude significa que estás rechazando clientes reales y no lo ves.

La identidad llegó en el mes dos, porque las cuentas, los equipos y las claves de API son la condición mínima para que un producto se use:

Una asimetría decide esta etapa: el modelo de tenant no lo puedes comprar; casi todo lo demás sí. El auth de consumidor se compra hecho. El SSO y el SCIM enterprise se compran hechos — el caso de la tarjeta, tres ingenieros durante tres meses, es el precio de construir lo que un proveedor vende. Atornillar equipos a un esquema de un solo usuario más tarde toca todas las tablas; por eso el enchufe se pone el día cero.

Expansión: distribución y confianza

La distribución fue un error de redondeo en nuestro primer año. En la segunda mitad de 2025 se llevó el 37 % de todo el cambio de código — más del doble de la cuota del núcleo. Nadie decidió salir al mundo; lo decidieron los usuarios de países donde nunca hicimos marketing.

• El SEO es una disciplina de ingeniería, no una tarea de marketing. La pieza de máquina más grande de nuestra historia: sitemaps, URL canónicas, datos estructurados, páginas programáticas — todo código.
• Nunca bloquees una release por la completitud de las traducciones. Divide los idiomas en bloqueantes y no bloqueantes con un SLA, o los ingenieros esquivarán el i18n hardcodeando inglés.
• Automatiza la traducción hasta extinguirla. Nuestro pipeline termina hoy en un bot con identidad propia de git — ningún humano toca los strings rutinarios. El pipeline de LLM de Mercari dividió por 100 el coste de traducción⁶ por el mismo camino.

En cuanto eres visible, te van a farmear:

Nuestra máquina más pequeña — y varias de sus piezas existen porque alguien nos atacó primero. Eso está al revés; el orden correcto es:

• Construye el contador antes del abuso. Rate limiters por capas⁸, desplegados en sombra (dark launch), fallando en abierto. La versión que se construye después del pico de factura se hace en un fin de semana, y mal.
• Cuando empiece el farmeo, sube el precio de la identidad. La autorización de 1 $ en la tarjeta se volvió estándar del sector cuando los proveedores de CI hicieron las cuentas: unos 103.000 $ de cómputo farmeado por cada 137 $ de beneficio del atacante.

El equipo es el cuello de botella: fiabilidad y apalancamiento

En algún punto del crecimiento, la restricción deja de ser qué puedes construir y pasa a ser qué puedes operar:

• Vigila la proporción de fixes por feature en cada superficie. Nuestra superficie web entrega casi dos fixes por cada feature — esa superficie ya es infraestructura. Dótala de personal como infraestructura; deja de arengarla para que saque features.
• Discute con números o pierde. Los SLO y los presupuestos de error existen para que la guardia y el roadmap dejen de pelearse a base de sensaciones.
• Haz que la configuración pase por las mismas fases que el código. La caída de Cloudflare de 2019¹⁰ fue una regex, desplegada globalmente en segundos, por una ruta que se saltaba el staging.
• Prueba las restauraciones, no los backups. El caso de la tarjeta: tres capas de backup, las tres se descubrieron rotas a la vez.

• Construye la plataforma interna antes de la décima herramienta. Auth compartido, log de auditoría compartido, despliegue en un paso. Shopify mantiene 50.000 sitios internos en una sola VM de 200 $ al mes¹² porque construir nunca fue el cuello de botella — distribuir con seguridad, sí.
• Convierte las acciones de soporte más frecuentes en autoservicio dentro del producto. Cada una elimina una clase de tickets para siempre.

Madurez: las máquinas devoran el roadmap — salvo que las delegues

Para la segunda mitad de 2025 las máquinas se llevaban el 53 % de todo el cambio de código; el núcleo había caído al 15 %. Nadie eligió eso — lo eligieron los usuarios, los ingresos y los adversarios, ticket a ticket:

La respuesta estándar es un memo de «reenfoque en el producto». Eso es exactamente lo que no hay que hacer: las máquinas son muros de carga, y una facturación a la que le quitas el foco corrompe el libro mayor. La única respuesta que funciona es abaratar las máquinas. En 2026 descubrimos cómo:

Dejamos entrar a los agentes de programación con IA a partir de marzo de 2026 — cada commit de agente firma un trailer Co-Authored-By, así que el historial lleva la cuenta:

Cinco meses de cero al 69 %, en unidades enteras de trabajo — el commit mediano de agente es más grande que el mediano hecho solo por humanos. Dónde trabajan los agentes es lo que importa:

El código más delegado que tenemos es la máquina del dinero: 76 % de coautoría de agentes contra una media del 39 %. El trabajo de máquina es repetitivo, especificable y exige poco criterio — exactamente lo que se delega primero. El i18n está en el 11 % solo porque ese trabajo abandonó por completo las sesiones interactivas y se volvió un bot: el mismo instinto, llevado hasta el final. La jugada final de Moore para el contexto era subcontrátalo. La revisión de 2026 es estandarizar, instrumentar, delegar — en casa y auditable, que es lo que más importa en el código que mueve dinero.

El resultado es el gráfico de eras de arriba: cada trimestre de 2026 mueve más código que todo 2024, y la cuota del núcleo subió mientras tanto — del 15 % del semestre devorado por las máquinas, al 26 %. No rechazando el trabajo de máquina; abaratándolo.

Qué comprar, qué construir

Una regla clasifica cada pieza: los proveedores venden lo que es idéntico en todas las empresas; nadie vende las piezas que codifican la tuya.

Solo tres decisiones de esta hoja exigen juicio de verdad:

• Un merchant of record (MoR) te quita el problema global de los impuestos sobre ventas a cambio de ~5 % en comisiones. Un buen trato hasta que finanzas sea un equipo.
• Los proveedores ven tráfico; solo tú ves uso. Compra el edge, construye el contador.
• Todos los cuadros de mando se pueden comprar. Decidir qué despierta a un humano a las 3 de la madrugada, no.

La hoja de etapas

El producto es lo que ven los usuarios. El historial de git es lo que una empresa realmente es: una capacidad rodeada de máquinas que llegan según un calendario que no controlas. Pero el calendario se puede leer de antemano. Deja los enchufes puestos, recibe a cada máquina en su disparador, compra lo que es commodity, construye lo que toca tu dinero y tus tenants — y abarátalo todo lo suficiente para que tu juicio se quede donde de verdad te diferencia.