Revenue Optim
Recurso gratuito

Plan de formación GTM engineer: 12 semanas sin dejar tu puesto

Un plan para pasar de SDR, AE, marketing u operaciones a GTM engineer usando tu propia empresa como campo de prácticas. Unas cinco horas a la semana, cuatro bloques y un entregable por bloque que puedes enseñar. No hace falta un curso: hace falta un problema real, alguien que lo sufra y una forma de medir si lo has resuelto.

¿Prefieres la versión corta? Está en cómo convertirte en GTM engineer.

Plan de formación GTM engineer en cuatro bloques de tres semanas: entender el sistema (mapa del proceso y cinco procesos manuales), datos y señales (primera versión del flujo), automatizar con IA (flujo conectado al CRM y usado por un compañero) y medir y documentar (un caso con antes y después).
Doce semanas, cuatro bloques, un entregable por bloque.

Para quién es

Para quien ya trabaja en un equipo comercial B2B. Lo que ya sabes de tu equipo es lo más difícil de enseñar, y es tu ventaja.

SDR o BDR

Sabes qué investigación previa hace falta antes de escribir y cuánto tiempo se va en ella.

Account executive

Sabes qué información necesitas antes de una llamada y qué se queda sin registrar en el CRM.

Marketing o growth

Sabes de dónde llegan los leads, qué campañas se miden mal y qué contenido mueve cuentas.

Operaciones o soporte comercial

Conoces el CRM por dentro y los procesos que todo el mundo da por buenos aunque no lo sean.

Antes de empezar

  • Permiso de tu responsable para dedicar unas cinco horas a la semana durante tres meses.
  • Acceso de lectura al CRM y a las herramientas que ya usa tu equipo.
  • Un compañero dispuesto a probar lo que construyas y a decirte qué no sirve.
  • Las versiones de prueba de las herramientas que el equipo no tenga contratadas.

Las 12 semanas, bloque a bloque

Bloque 1 · Semanas 1–3

Entender el sistema

Antes de construir nada, saber cómo entra, avanza y se pierde una oportunidad en tu empresa.

Qué aprendes

Modelo de datos del CRM (objetos, campos, etapas), proceso comercial, ICP.

  1. Semana 1

    Dibuja el proceso comercial de punta a punta: de dónde entra un lead, qué pasa hasta que se cierra y qué herramienta toca cada paso.

  2. Semana 2

    Acompaña media jornada a un SDR, a un AE y a alguien de customer success. Apunta cada tarea manual y cuánto tarda.

  3. Semana 3

    Elige un proceso: repetitivo, doloroso y cerca de los ingresos. Si el ICP no está escrito con criterios verificables, escríbelo ahora.

Entregable

El mapa del proceso, la lista de los cinco procesos manuales que más tiempo comen y el que vas a atacar.

Sabes que lo tienes si…

Puedes explicar en cinco minutos por dónde se pierde tiempo en tu equipo, con minutos y no con opiniones.

Bloque 2 · Semanas 4–6

Datos y señales

Construir la primera versión, fea y pequeña, de la solución con datos reales.

Qué aprendes

Enriquecimiento en cascada, verificación de datos, puntuación, señales. Clay, Apollo o ZoomInfo y el CRM.

  1. Semana 4

    Importa un lote pequeño de cuentas reales y enriquécelo en cascada: varias fuentes, una detrás de otra, con el email verificado.

  2. Semana 5

    Convierte el ICP escrito en columnas y en una puntuación. Revisa a mano las cuentas que puntúan alto y las que no.

  3. Semana 6

    Añade una señal (una contratación, una ronda, un cambio de puesto) y deja el flujo funcionando de principio a fin, aunque sea a mano en algún paso.

Entregable

La primera versión del flujo: enriquecer, puntuar con el ICP y detectar un disparador.

Sabes que lo tienes si…

Lo que antes era una búsqueda manual sale de una tabla que se rellena sola y que otra persona entiende.

Bloque 3 · Semanas 7–9

Automatizar con IA

Conectar el flujo al CRM, meter la IA donde ahorra trabajo y ponerlo en manos de quien tiene el problema.

Qué aprendes

Automatización (n8n, Zapier), APIs y webhooks, IA aplicada con revisión humana.

  1. Semana 7

    Conecta las piezas con n8n o Zapier: que el resultado vuelva al CRM con su fuente, sin copiar y pegar.

  2. Semana 8

    Mete un modelo de IA donde clasifica o redacta un primer borrador, con un criterio claro de qué revisa una persona antes de enviar.

  3. Semana 9

    Dáselo a un compañero que hace ese trabajo cada día. Mira cómo lo usa, apunta cada fricción y corrige.

Entregable

El flujo conectado al CRM y usado cada día por una persona que no eres tú.

Sabes que lo tienes si…

Tu compañero lo usa sin que se lo recuerdes, y sabes qué cambiarías en la siguiente versión.

Bloque 4 · Semanas 10–12

Medir y documentar

Demostrar que el sistema mejoró algo y dejarlo en condiciones de que otro lo mantenga.

Qué aprendes

Medición, documentación, comunicación con el equipo y con dirección.

  1. Semana 10

    Mide el antes y el después: minutos por tarea, cuentas trabajadas por semana, leads que antes se perdían.

  2. Semana 11

    Documenta: qué hace el flujo, de dónde salen los datos, quién lo mantiene y qué hacer cuando falla.

  3. Semana 12

    Presenta el caso a tu responsable y elige el siguiente cuello de botella con la lista de la semana 3.

Entregable

Un caso con antes y después, documentado, y el siguiente proyecto elegido.

Sabes que lo tienes si…

Tienes una frase con números que puedes decir en una entrevista o en una revisión de rendimiento.

Errores que conviene evitar

  1. 01

    Empezar por la herramienta

    Aprender Clay o montar un proyecto en un modelo de IA sin un problema real detrás. Lo que se aprende no se puede enseñar.

  2. 02

    Construir listas antes de entender qué vende la empresa

    Sin el ICP y sin saber qué problema resuelve el producto, la mejor lista enriquecida trabaja para nada.

  3. 03

    Creer reglas sin probarlas

    «El email corto siempre gana» es una hipótesis, no un dato de tu mercado. Pruébalo con tus cuentas.

  4. 04

    Desaparecer construyendo

    Semanas sin enseñar nada al equipo. Enseña la versión fea pronto: la confianza se gana viendo avances.

  5. 05

    Romper lo que funciona

    Sustituir un flujo que ya da resultados por uno que crees mejor sin haberlo medido.

  6. 06

    Darlo por terminado cuando funciona técnicamente

    Un flujo que nadie usa no ha resuelto nada. Termina cuando alguien lo usa y lo has medido.

Cuándo puedes decir que eres GTM engineer

No cuando dominas una herramienta, sino cuando la gente de tu equipo viene a preguntarte «¿esto se podría automatizar?» y tienes dos o tres casos con antes y después que lo respaldan. Para entonces entiendes de dónde salen los datos, dónde intervienen las personas y dónde se rompe el sistema, y sabes cuándo una tarea es tuya y cuándo es del RevOps manager.

Para seguir leyendo

Preguntas frecuentes

No para empezar. Los tres primeros bloques se hacen con herramientas visuales como Clay y n8n. Saber leer una API, escribir algo de SQL o un script pequeño ayuda a partir del bloque tres, y se aprende mejor cuando ya tienes un problema real que lo pide.

¿Prefieres tenerlo montado en tu equipo?

Si lo que necesitas es el sistema y no aprender a construirlo, un Fractional GTM Engineer lo monta en tu propio stack y lo opera contigo.

Agenda una llamada

30 minutos, sin presión de venta.

Contactar por WhatsApp