Llevo diez años enseñando a programar y el consejo fue siempre el mismo: escribe mejor código, aprende más a fondo, domina el framework. Hoy le agrego algo, porque apareció una demanda concreta que mis alumnos pueden cubrir sin estudiar una carrera nueva.
Se abrió una puerta que hace tres años no existía en ningún organigrama del mundo. Un puesto nuevo, con la demanda creciendo a triple dígito, que pide exactamente la mezcla que muchos de ellos ya tienen y no saben nombrar: saber construir sistemas que corren solos, y entender por dónde entra el dinero a una empresa.
Hoy hay más de 3,000 vacantes abiertas para ese puesto, y casi nadie se formó para él. No existía una carrera, un bootcamp ni un plan de estudios que lo enseñara: la gente que hoy lo ocupa llegó cruzando desde ventas, desde marketing o desde ingeniería, aprendiendo sobre la marcha. En español, además, no hay ni una sola vacante publicada con ese nombre.
Se llama GTM Engineer, y si llevas meses construyendo agentes ya sabes hacer buena parte del trabajo. Se trata de diseñar sistemas agénticos que corren solos dentro de una empresa: un agente que investiga, otro que redacta, otro que decide a quién le toca cada caso, orquestados entre sí, con memoria de lo que ya pasó y con permiso para escribir en los sistemas reales. Herramientas, contexto, tolerancia a fallas, evaluación de si el resultado sirvió.
Es exactamente lo que muchos de mis alumnos ya arman por gusto los fines de semana. La diferencia es dónde se conecta.
Es el tipo de oportunidad que aparece cuando una categoría se inventa: hay más asientos que gente preparada para tomarlos, y el que llega temprano define el estándar.
Qué construye
No vende y no escribe el producto. Automatiza el trecho entre una señal de compra y un trato cerrado:
- Reemplazar la investigación manual de cuentas con un flujo que la hace solo.
- Llenar el CRM leyendo las transcripciones de las llamadas.
- Disparar el correo de seguimiento con el contexto de esa cuenta, no con plantilla.
- Mandarle a cada vendedor un resumen de señales de sus cuentas antes de la llamada.
- Reagendar con un link automático cuando un prospecto no llegó.
Nada de eso pide un doctorado. Pide saber conectar cosas, leer datos y tener criterio sobre qué vale la pena automatizar.
El perfil que buscan
Las vacantes insisten en algo que vale la pena leer despacio: no buscan al mejor programador.
Buscan un híbrido. Suficiente fluidez técnica para armar un flujo, escribir SQL o hacerle un endpoint a un agente. Suficiente sesgo comercial para preguntarse si ese flujo de verdad le ayuda a alguien a cerrar.
Un ejemplo que circula en las descripciones: un GTM Engineer que empezó como diseñador de producto y aprendió SQL en el trabajo, con Claude de copiloto.
Si ya programas, la parte difícil para ti no es la técnica.
Por qué apareció ahora
El costo de construir se desplomó. Antes, probar una idea comercial pedía meterla al backlog, un dev asignado y tres semanas. Hoy una persona diseña, prueba y escala la misma jugada en una tarde.
Cuando el tiempo entre idea y ejecución baja tanto, el cuello de botella deja de ser el equipo de ingeniería y pasa a ser quién tiene el criterio para decidir qué construir. Ese es el asiento.
Los números lo confirman:
| Dato | Cifra |
|---|---|
| Vacantes a mediados de 2025 | ~1,400 |
| Vacantes en enero de 2026 | +3,000 |
| Crecimiento | 205% |
| SaaS B2B de más rápido crecimiento con el puesto | 54% |
El puesto ya aparece en organigramas de Anthropic, Notion, Intercom y Ramp.
Hay quien dice que es humo
El término está en su pico de ruido en inglés. Ya hay backlash: que existe porque el stack de ventas está roto, que son operadores de herramientas, que es marketing de vendors.
Las predicciones para 2026 dicen que el hype baja y que la etiqueta probablemente se renombre — Growth Engineer, Revenue Operations Engineer, Sales Automation Engineer ya se usan para lo mismo.
Lo que no se va es la función. Alguien tiene que sentarse entre marketing, ventas y datos y hacer que los agentes y los flujos se hablen. Conforme se multiplican los agentes, ese asiento carga más peso.
Los títulos se renombran; construir un sistema que mueve ingresos, no.
Por eso el consejo no es que pongas "GTM Engineer" en tu LinkedIn mañana. Es que aprendas la capacidad.
Y en México
Aquí no hay vacantes con ese nombre. Lo que sí hay es demanda desde afuera.
| Dónde | USD al año | En pesos |
|---|---|---|
| San Francisco | 180,000 | ~3,000,000 |
| Nearshore (MX, CO, BR) | 50,000 – 95,000 | 845,000 – 1,600,000 |
Tipo de cambio del 21 de agosto de 2026: 16.90 MXN por dólar.
Dos advertencias honestas sobre ese rango. Es el costo total para la empresa, no lo que cae en tu cuenta. Y es para gente con experiencia demostrable en sistemas de ingresos, no para alguien que acaba de leer un post.
Aun así el número dice algo: la ventaja de estar en México con horario de Estados Unidos ya tiene precio, y por ahora hay más asientos que candidatos.
Lo que sigue en la serie
En las siguientes partes de la serie desarmo el resto:
- Parte 2 — El perfil por dentro. Qué separa a uno bueno de alguien que sabe usar Zapier.
- Parte 3 — El stack. Las herramientas reales, y cómo se construye uno de estos sistemas de principio a fin.
- Parte 4 — Cómo te contratan desde afuera. Qué pide una vacante real y qué tienes que poder enseñar.
👉 Para que no se te pase ninguna: suscríbete a la serie y te llegan conforme salgan.
Si programas y siempre te ha dado curiosidad el lado del dinero, este es el camino más corto que hay ahorita.
Abrazo. Blissmo. 🤓
Fuentes: ZoomInfo — GTM Engineer: hype o realidad · Gradient Works — 6 GTM Predictions for 2026 · Sloane Staffing — GTM Engineer Salary Guide 2026 · Cognism — What Is a GTM Engineer · Tipo de cambio: Frankfurter
¿Cansado de que tu web no pase los test de accesibilidad?
Checa este otro Post
