Puede que hayas empezado a ver las siglas FDE en LinkedIn, en alguna oferta de empleo o en artículos relacionados con inteligencia artificial. El nombre, Forward Deployed Engineer, tampoco ayuda demasiado a entender a qué se dedica este profesional.
¿Es un programador? ¿Un consultor? ¿Un perfil técnico que trabaja con clientes?
En realidad, tiene algo de todos ellos, pero su función se entiende mucho mejor si dejamos a un lado el nombre del puesto y pensamos en el problema que intenta resolver, conseguir que la tecnología funcione de verdad dentro de una empresa y genere un resultado útil para el negocio.
¿Qué es un Forward Deployed Engineer?
Un Forward Deployed Engineer o FDE es un profesional técnico que trabaja muy cerca de la realidad del cliente para entender un problema, desarrollar o adaptar una solución tecnológica y acompañar su implantación.
La diferencia está precisamente en ese “muy cerca”.
No recibe simplemente una lista de requisitos para programar una solución desde fuera. Necesita comprender cómo funciona la empresa, qué herramientas utiliza, dónde están sus limitaciones, qué datos tiene disponibles y qué resultado quiere conseguir.
Por eso suele situarse en un punto intermedio entre ingeniería, producto, consultoría y negocio.
Su objetivo no es encarecer el proceso o utilizar más tecnología sino más bien resolver mejor un problema utilizando la tecnología adecuada.
Entonces, ¿qué hace un Forward Deployed Engineer?
Aunque el trabajo cambia mucho dependiendo de cada empresa y proyecto, un FDE puede encargarse de:
- Entender cómo funciona un proceso y detectar dónde existe un problema o una oportunidad
- Hablar tanto con responsables de negocio como con perfiles técnicos
- Analizar herramientas, sistemas, datos y limitaciones existentes
- Diseñar o adaptar una solución al contexto concreto de la empresa
- Programar integraciones, automatizaciones o aplicaciones cuando son necesarias
- Comprobar si la solución está obteniendo el resultado esperado
- Acompañar su puesta en marcha y realizar ajustes a partir del uso real.
Esta última parte es importante.
Un FDE no debería desaparecer después de entregar una recomendación o una presentación. El concepto está mucho más vinculado a hacer que las cosas ocurran. En servicios actuales de Forward Deployed Engineering incluso se utiliza explícitamente esta diferencia entre realizar recomendaciones y asumir responsabilidad sobre los cambios que llegan a producción.
Un ejemplo de FDE aplicado al marketing
Imaginemos una empresa que invierte en Google Ads, Meta Ads, SEO y email marketing.
Genera leads, tiene un CRM y dispone de Analytics, pero nadie sabe con seguridad qué campañas terminan generando clientes reales.
Una respuesta tradicional podría ser revisar las campañas por separado y mejorar su rendimiento.
Un enfoque más cercano al de un FDE comenzaría un poco antes.
Primero intentaría entender cómo llega una oportunidad desde marketing hasta ventas. Después comprobaría qué información se recoge, qué se pierde durante el proceso, cómo está configurado el CRM y si puede relacionarse una venta con la campaña que originó el contacto.
Quizá la solución termine requiriendo conectar varias herramientas, modificar la medición, automatizar el traspaso de información y crear un cuadro de mando que permita tomar decisiones.
La tecnología forma parte del trabajo, pero el objetivo final no era conectar herramientas, era saber qué acciones de marketing estaban generando negocio.
¿En qué se diferencia un FDE de un programador o un consultor?
Las fronteras no siempre son exactas y dependen de cómo organice cada compañía sus equipos.
Un desarrollador puede recibir unos requisitos y construir técnicamente una solución. Un consultor puede analizar un problema y recomendar qué debería hacerse.
El FDE intenta acercar todas esas partes. Necesita suficiente capacidad técnica para construir o modificar soluciones, pero también debe ser capaz de hablar con las personas que tienen el problema, entender el negocio y decidir qué merece la pena resolver.
Por eso una de las diferencias más interesantes no está necesariamente en qué herramientas sabe utilizar, sino en desde dónde empieza a trabajar.
¿Por qué se habla tanto de los FDE ahora?
El concepto no nació con la inteligencia artificial, pero la expansión de la IA empresarial ha contribuido a darle mucha más visibilidad.
Implementar inteligencia artificial en una empresa rara vez consiste únicamente en contratar una herramienta. Hay que conectarla con datos, sistemas, permisos y procesos existentes.
Además, es necesario comprobar que realmente mejora el trabajo que debía mejorar.
Es precisamente ese espacio entre “tenemos esta tecnología” y “esta tecnología ya está resolviendo un problema dentro de nuestra empresa” donde el enfoque FDE cobra sentido.
Los contenidos y ofertas recientes alrededor del puesto muestran esa relación creciente con la puesta en producción de soluciones de IA, aunque el campo de actuación de un FDE puede ir mucho más allá de la inteligencia artificial.
¿Qué impacto puede tener un FDE en una empresa?
Su impacto depende del proyecto, pero podemos resumirlo en reducir la distancia entre detectar un problema y conseguir que una solución funcione.
Eso puede significar automatizar un proceso que consume horas cada semana, conectar departamentos que trabajan con información aislada, implantar un sistema de medición fiable, integrar una herramienta de IA en un flujo de trabajo o adaptar una tecnología que, utilizada tal y como viene de serie, no resuelve completamente las necesidades de la empresa.
También cambia la relación entre el especialista tecnológico y la organización.
En lugar de trabajar desde fuera con un encargo cerrado, el profesional necesita comprender cómo funciona el negocio y acompañarlo durante el proceso. El conocimiento técnico sigue siendo imprescindible, pero se pone al servicio del resultado.
Y probablemente esa sea la parte más interesante del concepto.
¿Un Forward Deployed Engineer solo tiene sentido en grandes tecnológicas?
Palantir y otras grandes compañías tecnológicas ayudaron a popularizar este modelo, pero la lógica que existe detrás del puesto no depende necesariamente del tamaño de la empresa.
Una pyme también puede tener herramientas que no se comunican entre sí, procesos manuales, datos que nadie utiliza, decisiones tomadas sin información suficiente o tecnologías contratadas a las que no consigue sacar todo el partido.
Lo que probablemente cambie sea la forma de aplicar el concepto.
No todas las empresas necesitan contratar internamente a una persona con el cargo de FDE. También puede existir un profesional o partner tecnológico que trabaje con esa filosofía de entrar en el negocio, entender qué está ocurriendo, localizar el problema, plantear una solución, implementarla y medir qué sucede después.
Más que un nuevo nombre para un puesto tecnológico
Es posible que dentro de unos años Forward Deployed Engineer sea un cargo mucho más habitual o que algunas de sus funciones terminen apareciendo bajo otros nombres.
Lo interesante no es tanto la etiqueta como la forma de trabajar que representa.
Las empresas tienen cada vez más herramientas, más datos, más automatizaciones y ahora también más posibilidades gracias a la inteligencia artificial. Sin embargo, disponer de más tecnología no garantiza tomar mejores decisiones ni obtener mejores resultados.
Quizá por eso la figura del FDE está llamando tanto la atención, porque pone el foco justo en el espacio que existe entre ambas cosas.
Cuando una empresa tiene tecnología, datos y especialistas pero sigue encontrando dificultades para convertirlos en soluciones reales, la pregunta deja de ser únicamente qué herramienta necesita.
La pregunta empieza a ser quién va a entender el problema completo y conseguir que todo lo demás trabaje en la misma dirección.
