Al Forward Deployed Engineer se llega por dos caminos. Uno empieza en el código: un developer que sabe construir y quiere dejar de hacerlo a ciegas, lejos del cliente que usa lo que escribe. El otro empieza en la sala de venta: un ingeniero de preventa que conoce al cliente y sus problemas, pero que entrega la demo y cede el testigo justo cuando empieza lo interesante. Los dos perfiles miran el mismo punto de llegada desde lados opuestos, y a los dos les falta exactamente lo que al otro le sobra.
Este artículo traza esas dos transiciones. Qué ya tienes, qué te falta y por dónde se empieza, según vengas del código o de la preventa.
TL;DR. Se llega al Forward Deployed Engineer desde dos puntos: un developer que domina la construcción y debe sumar exposición a cliente y despliegue en entorno ajeno, o un ingeniero de preventa que ya trata con el cliente y debe ganar profundidad de ingeniería e IA aplicada. El FDE es la convergencia de ambos. La palanca de la transición no es un curso, es acompañar una implantación real y acreditarla.
¿Por qué la preventa evoluciona hacia el Forward Deployed Engineer?
La preventa es el perfil técnico que acompaña a ventas: prepara demos, responde dudas de arquitectura y traduce lo que el cliente necesita a lo que el producto puede hacer. Es un papel de confianza. Hasta ahora terminaba donde empezaba la implementación, cuando el contrato se firmaba y el proyecto pasaba a otro equipo. La IA ha movido esa frontera. Cuando lo que se vende es una solución que hay que integrar y desplegar sobre los datos del cliente, el que mejor entiende el problema ya no puede irse en la demo, tiene que quedarse a construirlo. Esa es la evolución natural de la preventa hacia el Forward Deployed Engineer, un perfil que vende entendiendo y entrega construyendo.
¿Cómo se pasa de developer a Forward Deployed Engineer?
Sumando la mitad del rol que un developer rara vez ejercita: el cliente. Si vienes del código, ya tienes lo más difícil de enseñar, la capacidad de construir e integrar de verdad. Lo que te falta es salir del editor. Significa sentarte con la gente que usa lo que haces, entender el problema de negocio que hay detrás de la petición técnica, y operar dentro del entorno de otra empresa, con sus datos, sus permisos y sus sistemas heredados. Es un cambio de músculo más que de conocimiento. El developer que da el salto deja de optimizar por elegancia del código y empieza a optimizar por que el cliente lo entienda, lo adopte y lo pueda mantener cuando tú ya no estés.
¿Cómo se pasa de preventa a Forward Deployed Engineer?
Profundizando en la ingeniería que hasta ahora delegabas. Si vienes de preventa, ya tienes la otra mitad difícil, la que no se aprende en un curso: leer a un cliente, manejar la conversación comercial y traducir negocio a técnica. Lo que te falta es bajar al detalle. Pasar de explicar la solución a construirla exige soltura real con Python, APIs, SQL y cloud, y sobre todo con la capa de IA aplicada que define el rol hoy. No tienes que convertirte en el mejor programador del equipo. Tienes que ser capaz de llevar una integración hasta producción sin depender de que otro la remate, que es justo el tramo donde la preventa tradicional soltaba el testigo.
¿Qué te falta según tu punto de partida?
Depende de dónde vengas, y conviene ser honesto con el diagnóstico antes de invertir meses en la dirección equivocada. La tabla resume las dos rutas.
| Punto de partida | Lo que ya tienes | Lo que te falta | Primer paso |
|---|---|---|---|
| Developer | Construcción, stack técnico, criterio de ingeniería | Exposición a cliente, sentido comercial, despliegue en entorno ajeno | Acompañar una implantación real de principio a fin |
| Ingeniero de preventa | Trato con cliente, demo, captura de requisitos | Profundidad de ingeniería, IA aplicada, operar en producción | Reforzar Python, APIs y cloud, y rematar un despliegue de extremo a extremo |
El hueco que cierras es el que decide la tarifa. Según BCG (enero 2025), el 75% de las empresas probó IA y solo el 25% vio resultados, y ese implementation gap no es de modelos, es de gente capaz de cerrar el último kilómetro. El FDE cobra precisamente por cubrir ese hueco, así que la transición que más rápido renta es la que te acerca a desplegar en cliente real, vengas de donde vengas.
¿Cómo das el salto a Forward Deployed Engineer?
Con un despliegue real a tus espaldas, no con otro certificado en el currículum. La forma más rápida de validar la transición es trabajar en una implantación de verdad y dejar el resultado documentado, porque el cliente que abre su producción contrata sobre evidencia, no sobre intención. Shakers funciona como infraestructura de contratación en la era de la IA y valida la capacidad de ejecución por proyecto, lo que te permite entrar en implantaciones acotadas que acreditan tu salto sin tener que esperar a que una empresa te dé el puesto completo de golpe. Si quieres ver el detalle técnico, está el resumen de skills y stack del FDE; si quieres saber cuánto se paga, el salario de un Forward Deployed Engineer en España; y si ya quieres empezar, puedes trabajar como Forward Deployed Engineer por proyectos o ver el rol desde el lado de quién contrata en la página de ingeniero forward deployed.
Preguntas frecuentes sobre la transición a Forward Deployed Engineer
- ¿Qué es un ingeniero de preventa?
-
Es el perfil técnico que apoya al equipo de ventas: prepara demostraciones, resuelve dudas de arquitectura y traduce las necesidades del cliente a lo que el producto puede hacer. Su trabajo solía terminar al firmar el contrato. Con la IA, ese límite se ha movido, porque vender una solución que hay que integrar empuja al perfil hacia la implementación, que es la base de la transición al Forward Deployed Engineer.
- ¿Es mejor llegar al FDE desde developer o desde preventa?
-
Ninguno parte con ventaja, parten con huecos distintos. El developer domina la construcción y le falta la capa de cliente. El de preventa domina al cliente y le falta profundidad de ingeniería. El FDE es la convergencia de ambas mitades, así que el camino más corto es el que cierra tu hueco concreto, no el que repite lo que ya sabes hacer.
- ¿Cuánto se tarda en hacer la transición?
-
Depende del hueco de partida y de cuánto lo trabajes en proyectos reales, no en cursos. Un developer con exposición a cliente o un perfil de preventa que ya programa pueden dar el salto en pocos meses. Lo que acelera no es estudiar más, es acumular despliegues acreditados, porque es la evidencia que pide el mercado para pagar el rol.
- ¿Necesito saber de IA para ser FDE en 2026?
-
Sí, es la capa que define el rol hoy. No basta con la ingeniería clásica: hace falta soltura con IA aplicada sobre datos del cliente, recuperación aumentada y uso de las APIs de los modelos con control de coste. Esa capa es la que separa al FDE de un integrador genérico y la que coloca al perfil en el tramo de mayor demanda.
- ¿Por dónde empiezo la transición?
-
Por un despliegue real de principio a fin, aunque sea acotado. Si vienes de código, acompaña una implantación en cliente para ganar la capa comercial. Si vienes de preventa, refuerza Python, APIs y cloud y remata tú un proyecto de extremo a extremo. En ambos casos, acreditar ese trabajo es lo que abre la puerta a proyectos de más valor.
La transición al Forward Deployed Engineer no es reinventarse, es completar la mitad que te falta. El developer baja al cliente. El de preventa baja al código. Los dos convergen en el mismo perfil escaso, el que sabe construir, desplegar y explicar a la vez, y por eso cotiza: from roles to skills + agents, y la capacidad certificada de cerrar el último kilómetro de la IA.
