Qué es un GTM engineer (y por qué todos los equipos B2B quieren uno)
Qué es un GTM engineer, qué hace en el día a día, con qué herramientas trabaja (Clay, CRM, secuencias, IA) y por qué cada vez más equipos B2B quieren uno.
Un GTM engineer es la persona que diseña, construye y opera los sistemas con los que una empresa B2B encuentra, prioriza y contacta a sus clientes: los datos, las señales, las automatizaciones y el outbound conectados al CRM. No hace la campaña ni la llamada; construye la máquina que hace que las dos funcionen juntas y que permite saber qué está funcionando.
Qué es un GTM engineer, en dos frases
Es un perfil a medio camino entre ventas, marketing y tecnología que convierte el proceso comercial en un sistema: de dónde salen las cuentas, qué datos tienen, cuándo hay una razón para escribirles y qué pasa con cada respuesta. Su trabajo se mide por lo que mejora el sistema, no por cuántos emails envía.
El término lo popularizó Clay, la herramienta de datos y enriquecimiento, que dice haberlo acuñado. Según cuenta Yash Tekriwal, que fue su primer GTM engineer, en una entrevista en el podcast de Gainsight, el nombre lo puso su cofundador porque el trabajo caía entre ventas y operaciones, y el puesto nació hacia agosto de 2023, cuando Clay empezó a vender de arriba abajo.
Lo que hace no es nuevo. CRM, automatización de marketing, seguimiento de campañas, enriquecimiento de datos e integraciones existen desde hace años, y mucha gente de RevOps o de marketing operations lleva tiempo haciendo partes de este trabajo. Lo nuevo es la expectativa de que todo funcione como un único sistema, y que alguien sea dueño de que así sea.
Para qué sirve un GTM engineer en una empresa B2B
Sirve para que la empresa deje de depender del esfuerzo manual para encontrar y trabajar cuentas, y para poder contestar con datos a la pregunta que tarde o temprano hace la dirección: ¿qué está funcionando?
Una empresa que prueba a la vez email en frío, contenido orgánico, socios, anuncios y prospección de los comerciales suele llegar a los pocos meses al mismo sitio: hay actividad, hay tráfico y hay algún lead, pero nadie sabe decir de dónde vino cada oportunidad. Un formulario entra en el CRM sin rastro de si esa persona llegó por un anuncio, por una lista de email o por recomendación de un socio. Esos son problemas de GTM engineering.
En la práctica, un GTM engineer trabaja en cinco frentes:
- Datos de cuentas y contactos. Construye la lista de cuentas objetivo a partir del ICP, la enriquece con varias fuentes y verifica los emails antes de que nadie escriba.
- Señales. Decide qué movimientos indican que una cuenta puede comprar ahora (una contratación, una ronda, un cambio de puesto, interés en tu contenido) y cómo detectarlos.
- Priorización y enrutado. Puntúa encaje e intención, y hace que cada cuenta llegue a la persona o a la secuencia correcta.
- Outbound. Monta y opera las secuencias, los dominios de envío y las campañas.
- Medición. Hace que cada resultado vuelva al CRM con su origen, para que se pueda medir qué canal, qué señal y qué mensaje funcionan.
GTM engineer vs SDR: quién construye y quién conversa
La diferencia es de dueño: el GTM engineer es dueño del sistema de outbound; el SDR es dueño de las conversaciones que salen de él.
Un SDR clásico pasaba buena parte del día buscando cuentas, encontrando contactos, verificando emails y copiando datos al CRM. Ese trabajo lo hace ahora el sistema que construye el GTM engineer, y el SDR puede dedicar su tiempo a lo que una máquina no hace bien: hablar con personas. Si quieres ver cómo se reparten el trabajo un GTM engineer y un Content Engineer en un equipo pequeño, lo contamos en el equipo GTM de 2 personas.
Qué hace un GTM engineer según el tamaño de la empresa
Depende mucho del tamaño: en una startup construye el outbound casi desde cero; en una empresa grande, cuida y conecta sistemas que ya existen.
El análisis de The Shortlist sobre 1.148 ofertas lo deja claro: en empresas de 1 a 10 empleados, el 86 % de las ofertas de GTM engineer se centran en outbound y el 36 % son puestos fundacionales; en las de más de 1.000 empleados, solo el 26 % se centran en outbound y el 42 % piden ser dueño de los sistemas.
Para una empresa B2B en España de 10 a 200 personas, que es donde solemos trabajar, la consecuencia es práctica: el primer GTM engineer casi siempre llega para construir un canal de captación que no dependa de la red de contactos del fundador o de un comercial estrella, y el trabajo de sistemas viene detrás.
Con qué herramientas trabaja un GTM engineer
Trabaja con una capa de datos, una de automatización, una de envío y el CRM como sistema de registro, y cada vez más con IA dentro de los flujos. Las herramientas cambian; las capas no.
- CRM: HubSpot, Salesforce o Attio. Es donde vive el proceso y contra lo que se mide todo.
- Datos y enriquecimiento: Clay, Apollo, ZoomInfo.
- Señales e intención: 6sense y las señales que se construyen con Clay.
- Automatización: n8n, Zapier, webhooks y APIs.
- Envío: Instantly, Lemlist.
- IA: modelos como Claude u OpenAI para clasificar cuentas, resumir llamadas o redactar un primer borrador que revisa una persona.
Las ofertas de empleo confirman el perfil técnico. En el análisis de Cargo sobre 1.350 ofertas (abril-julio de 2026), el 59 % piden APIs, el 57 % CRM, el 40 % Python y el 38 % SQL, y el 70 % mencionan modelos de lenguaje, agentes o prompts. Tienes el detalle de cada herramienta y para qué la usamos en nuestras herramientas GTM.
Un ejemplo real: un canal outbound en seis semanas
En el proyecto con After, una startup de social wellness para empresas, el trabajo fue exactamente este: pasar de vender a través de la red del fundador a tener un canal de captación propio.
Definimos el ICP (empresas de 500 a 1.000 empleados en España, en cinco sectores), y con Clay salieron 925 empresas. Segmentamos por quién tenía la necesidad dentro de cada empresa, escribimos cuatro campañas en Lemlist, una por rol, y lo preparamos todo en dos semanas mientras se calentaba el dominio de envío. En cuatro semanas de campaña salieron 19 leads y 11 reuniones agendadas. El caso completo, con lo que aprendimos, está en After: 19 leads y 11 reuniones en 4 semanas.
Lo que convierte esto en trabajo de GTM engineering no es la herramienta, sino el orden: primero el ICP, después los datos, después la segmentación por quién tiene la necesidad, y solo entonces los mensajes.
Errores frecuentes al contratar o ser GTM engineer
El error más común es tratarlo como un experto en herramientas en lugar de como el dueño de un sistema.
- Contratar antes de tener el ICP escrito. Sin criterios claros, el GTM engineer construye listas muy bien enriquecidas de las cuentas equivocadas. Si el tuyo está parcialmente identificado y no documentado, empieza por calcular tu ICP real.
- Medirlo por volumen. Emails enviados o contactos enriquecidos no dicen nada. Lo que importa es qué parte del pipeline sale del sistema y cuánto tiempo le ahorra al equipo.
- Dejarlo solo con el CRM. Si nadie es dueño del modelo de datos y del proceso, el GTM engineer acaba haciendo de RevOps a medias. Conviene acordar desde el principio quién es dueño de qué entre el GTM engineer y el RevOps manager.
- Automatizar lo que no funciona a mano. Una secuencia que no consigue respuestas manualmente no mejora por enviarse sola.
- Construir sin enseñar. Semanas de trabajo invisible para el equipo comercial. Los mejores enseñan una primera versión pronto y la mejoran con quien la usa.
Preguntas frecuentes
¿Un GTM engineer necesita saber programar?
No siempre, pero ayuda. Buena parte del trabajo se hace con herramientas visuales como Clay o n8n, y las ofertas piden con frecuencia APIs, SQL y algo de Python. Lo que no se puede aprender en un tutorial es el criterio comercial: saber qué merece la pena construir.
¿Cuánto cobra un GTM engineer?
En España, por lo que vemos en el mercado, entre 35.000 y 75.000 euros brutos al año, según la empresa: su tamaño, su fase y cuánto del sistema hay que construir desde cero. En Estados Unidos, la mediana está entre 150.000 y 160.000 dólares anuales según RevGuild y Cargo, con datos de 2026 de las ofertas que publican salario.
¿En qué se diferencia de un RevOps manager?
El RevOps manager es dueño del proceso, del CRM y del reporting; el GTM engineer construye la maquinaria que convierte señales en acción. En empresas pequeñas a menudo lo hace la misma persona. Lo explicamos en detalle en GTM engineer vs RevOps manager: quién es quién.
¿Cómo me convierto en GTM engineer?
Usando tu propia empresa como campo de prácticas: encuentra el proceso manual que más molesta a tu equipo, construye la versión más simple que lo resuelva, dásela a quien lo sufre y mide el cambio. Lo contamos en cómo convertirte en GTM engineer y lo detallamos semana a semana en el plan de formación GTM engineer.
¿Contratar uno o externalizarlo?
Depende de si ya tienes el sistema diseñado. Si no, un GTM engineer externo puede montarlo y operarlo mientras decides si contratar. Es lo que hacemos como GTM Engineer externo (Fractional GTM Engineer): montamos el sistema en tu propio stack y lo operamos contigo.
¿Quieres ir más al detalle?
Descarga el playbook RevOps y llévate el marco completo por escrito.