FDE: El nuevo puesto que impulsa la adopción de IA en las empresas

👦🏻 Autor: Henry (equipo DeerFlow)^[1]

Durante el último mes, he conocido a cuatro amigos que estaban preparándose para cambiar de carrera: desarrollador frontend, arquitecto de soluciones, product manager y ingeniero de algoritmos tradicional. Tenían antecedentes, edades y ciudades diferentes, pero todos hicieron la misma pregunta: ¿qué significa FDE?^[2]¿Vale la pena que vaya?

FDE, siglas de Forward Deployed Engineer^[2]Hace dos años era un jerga interna del círculo de Palantir, hoy se ha convertido silenciosamente en una frase de apertura de reclutadores, en un puesto frecuente en ofertas de empleo y en una de las respuestas candidatas a “el puesto más valioso de la era de la IA” en las redes sociales. OpenAI fundó directamente en mayo de 2026 una empresa con ese nombre: Deployment Company^[3]Con una inversión inicial de 4 mil millones de dólares, se declaró explícitamente que se enviarían ingenieros a los sitios de los clientes para integrarse en sus flujos de trabajo; el equipo de Applied AI de Anthropic también está contratando FDE simultáneamente en cuatro zonas horarias. Este concepto pasó de ser jerga interna a convertirse en un término explícito en poco más de un año.

En mi artículo anterior «Carta a los superindividuos»[4], se discutió el “motor humano”: la curiosidad, el autoaprendizaje, la autodisciplina y la capacidad práctica, y cómo se activan dentro de un Closed-loop completo. Pero las personas no son flotantes; necesitan ser sostenidas por un sistema de coordenadas de puesto concreto. Si los superindividuos son la “materia prima” de las relaciones de producción en la era de la IA, entonces el FDE es la forma de puesto más visible que el mercado ha desarrollado este año.

En mi opinión, FDE no está en la casilla de consultoría ni en la de externalización. Está más cerca del superindividuo; la diferencia radica en que FDE es un superindividuo organizado en la brecha entre “empresa de modelos × cliente”.

¿Sabías que la palabra Forward Deployed proviene de? Originalmente era un término militar estadounidense, Forward Deployed Forces, que se refería a las tropas desplegadas en el extranjero o en la línea del frente, capaces de responder de forma cercana, en contraste con las fuerzas que permanecían en bases en el territorio nacional. Palantir introdujo este término en la industria del software a finales de los años 2000 para describir el modelo de trabajo de “enviar ingenieros fuera de la sede y alojarlos en el sitio del cliente”, incluso nombrando a sus equipos internos con el alfabeto fonético militar: Delta y Echo. Ahora, OpenAI y Anthropic lo han retomado, no por casualidad: la esencia de enviar ingenieros a la línea del frente nunca ha cambiado.

Las tres dudas específicas que los cuatro amigos me hicieron recientemente son las que se responderán en este artículo:

¿Es FDE una empresa de consultoría disfrazada de IA? ¿Dónde está el límite entre ella y la consultoría tradicional?

¿Es FDE una forma más avanzada de externalización de software? ¿Cuál es la diferencia entre ello y lo que yo hago como proveedor?

¿Soy adecuado para el puesto de FDE? ¿Qué tipo de personas se verán potenciadas por este rol y cuáles se verán desgastadas?

La actitud del autor es cautelosamente optimista: FDE está realmente desarrollándose, pero lejos de ser la salida de transformación para todos. Es más importante explicarlo claramente que hacerlo sonar emocionante.

Si solo pudiera elegir un evento para marcar el momento de la reaparición de FDE en esta ronda, elegiría el 11 de mayo de 2026: ese día, OpenAI anunció la creación de Deployment Company.^[5], el COO Brad Lightcap dejó su antigua línea comercial y pasó a encargarse de proyectos especiales, informando directamente a Sam Altman y dedicándose por completo a este asunto. La misma semana, OpenAI adquirió la empresa británica de consultoría de IA Tomoro, incorporando de golpe a 150 Forward Deployed Engineer y Deployment Specialist en la nueva empresa.

Es importante destacar que la página de reclutamiento de OpenAI está listando simultáneamente docenas de puestos de FDE: San Francisco, Nueva York, Washington, además de direcciones verticales por industria como Life Sciences, Semiconductor, Gov, etc., incluso el reclutador de FDE^[6]Este puesto está siendo reclutado actualmente. Los analistas estiman que este equipo se expandirá a entre 2000 y 4000 personas en tres años. Esto no es el tamaño de un grupo de investigación, es un ejército regular.

Anthropic tiene prácticamente la misma acción especular. El puesto de Forward Deployed Engineer dentro del equipo de Applied AI^[7]Al mismo tiempo en Boston, Nueva York, Seattle, San Francisco, Washington y Londres, se requiere que el 25%–50% de los clientes viajen a sitio. Un ejemplo recientemente citado repetidamente es la empresa de tecnología financiera FIS, que en su anuncio escribió directamente: “El equipo de Applied AI de Anthropic y los ingenieros forward-deployed ya están integrados en FIS, diseñando conjuntamente el Financial Crimes AI Agent y transfiriendo conocimientos a FIS para que pueda expandir independientemente más agentes en el futuro”.

Esta frase revela la verdadera naturaleza del trabajo de FDE. No es un arquitecto de preventas, ni un SDR, ni un evangelista que viene a capacitar a los clientes. Es un ingeniero que lleva modelos y se instala dentro del repositorio de código del cliente. Brad Lightcap lo dice aún más claramente: “Nuestros clientes nos dicen que necesitan la capacidad de pasar de un pilot a producción. Deployment Company consiste en insertar a nuestros ingenieros en sus equipos y proporcionarles los recursos necesarios para entregar”.

Representar esto en una imagen hará que la relación entre las tres partes sea muy clara:

Observe las dos líneas más informativas en esta imagen: los comentarios que FDE envía en ambas direcciones. Hacia el cliente, FDE no vende el modelo como SaaS, sino que integra los datos, permisos, cumplimiento y sistemas internos del cliente en un solo canal capaz de ejecutar el modelo; hacia las empresas de modelos, FDE devuelve los problemas reales y las muestras de fracaso de los clientes al producto e investigación, influyendo en la hoja de ruta: un patrón de llamada a herramientas que falla repetidamente podría convertirse en la siguiente abstracción incorporada en el SDK.

Por eso FDE ha sido reactivado simultáneamente por dos de las principales empresas de modelos en esta ronda, y detrás de esto no está simplemente “también queremos hacer consultoría como Palantir”. Es un dispositivo de recolección de señales para las empresas de modelos: los puntos de dolor más densos en la primera línea solo pueden capturarse si hay personas propias presentes; las necesidades transmitidas por socios siempre vienen filtradas. Anthropic sigue una ruta híbrida: opera FDE por su cuenta mientras establece redes de despliegue conjuntas con empresas de consultoría y grandes fondos de capital privado. Una se inclina más hacia la operación propia, la otra hacia el ecosistema, pero ambas comparten el mismo núcleo: las empresas de modelos ya no son solo proveedoras de API, sino que envían directamente ingenieros dentro de los productos de sus clientes.

Las siguientes respuestas abordan las dos preguntas más comunes en comparación: ¿dónde está el límite entre FDE y la consultoría tradicional (como McKinsey, Accenture, etc.)? ¿Es lo mismo que el outsourcing de software con el que estamos familiarizados?

Mucha gente, al escuchar por primera vez la descripción del trabajo de FDE, tiene como primera reacción: “¿No es esto simplemente la nueva versión de McKinsey y Accenture?”.

Entiendo esta asociación. Vestir traje, viajar al sitio del cliente, dibujar en una pizarra durante reuniones con clientes y alinearse con ejecutivos de nivel C: desde la perspectiva visual, FDE y los consultores realmente parecen similares. Pero si se profundiza un poco, la esencia de su trabajo es completamente diferente. Los consultores venden límites de procesos, mientras que FDE vende límites de modelos.

Colocar ambos lado a lado en una tabla hace que las diferencias sean inmediatamente evidentes.

La fila que más merece detenerse a considerar en esta tabla es "Depreciación de activos".

El modelo más rentable de la consultoría tradicional es la reutilización de activos: una propuesta para un banco se modifica ligeramente y se vuelve a vender a la siguiente; un playbook de digitalización para el sector minorista se puede aplicar repetidamente a treinta clientes. Este es el modelo económico subyacente que ha permitido a Accenture, Deloitte y McKinsey Digital crecer durante los últimos treinta años.

FDE no tiene este activo. Las capacidades del modelo están evolucionando rápidamente: hoy aún se necesitan cadenas de prompts cuidadosamente diseñadas, pero en la próxima versión del modelo, una sola frase podría resolverlo. La “consolidación metodológica” de la consulta se devaluará rápidamente ante esta velocidad. Por lo tanto, FDE no puede usar un modelo de reutilización de activos; debe ejecutar un ciclo completo cada vez: reevaluar los límites del modelo, volver a seleccionar la pila de herramientas y volver a ensamblar la forma del producto. Aunque parece ineficiente, es la única forma de mantenerse al ritmo de la velocidad del modelo.

¿Sabías que... qué es Product Overhang? El autor en el artículo anterior «Para los superindividuos»^[4]Ya se explicó antes este término: la capacidad del modelo ha superado las formas de producto existentes, pero no hay una entrada de producto, permisos ni contexto para materializarlo. El valor del puesto FDE consiste esencialmente en convertir esos Overhang colgantes en escenarios de clientes en un producto concreto y funcional. Los clientes no compran cuotas de llamadas a la API del modelo, sino la capacidad de “alguien que pueda materializar realmente este conjunto de Overhang en mi negocio”.

Esto también explica la diferencia en la línea “estructura del proyecto”. La estructura estándar de un proyecto de consultoría es el SOW (Statement of Work) + WBS (Work Breakdown Structure) + aprobación por etapas: en el contrato se especifica claramente qué se entregará, cuándo se entregará y según qué criterios se aceptará. Este marco supone que el objetivo ya está definido antes de firmar el contrato.

El enfoque de FDE no funciona con este tipo de proyectos. La frase más común que los clientes dicen es: “Sé que la IA debería poder ayudarme con algo, pero no sé qué es.” El objetivo mismo forma parte del proyecto. Por eso, FDE no acepta SOW, sino misiones: una dirección relativamente vaga; luego, mediante iteraciones, va aclarando progresivamente esa dirección; finalmente, en alguna de esas iteraciones, convierte el conocimiento acumulado en el modelo en una forma de producto.

La línea “entregables” también merece ser desarrollada. Después de que FDE se vaya, lo que queda en el sistema del cliente es una funcionalidad operativa: puede ser pequeña, fea o carecer de interfaz de usuario, pero se llama, se modifica y se critica diariamente. Los entregables de la consultoría son PPT e informes de gestión del cambio; incluso si en el proyecto se escribió código o se configuró ERP, lo que finalmente queda en manos de los ejecutivos del cliente sigue siendo un documento metodológico.

La línea del “moat” es la más sutil. El moat de FDE es la sensibilidad en tiempo real sobre los límites de la capacidad del modelo: cuántos escenarios reales de clientes hayas ejecutado este mes, eso te dice mejor que otros qué puede hacer Claude 4.7 y qué debe esperar a Claude 5. Esta sensibilidad no se puede escribir en una presentación ni incluirla en una base de conocimientos; solo crece en la mente de los ingenieros que han trabajado directamente en los últimos 90 días.

Entonces, la próxima vez que alguien diga “¿FDE no es solo la nueva versión de Accenture?”, puedes responder así: Los ingenieros de Accenture re diseñan los procesos de los clientes, mientras que FDE redefine los límites del modelo. Los activos del primero pueden persistir durante diez años; los del segundo deben volver a crecer cada 90 días.

Si decir que "FDE es la nueva Accenture" es la primera malinterpretación, entonces decir que "FDE es outsourcing de software caro" es la segunda. Esta capa es más engañosa, porque las evidencias superficiales parecen muy sólidas: FDE realmente va a los sitios de los clientes para escribir código, realmente personaliza funciones según los negocios de los clientes, y realmente está disponible durante las horas laborales de los clientes. A primera vista, no se distingue de un ingeniero de outsourcing.

Pero tan solo al ver el bucle de retroalimentación, la diferencia no puede ocultarse.

La diferencia más importante en esta imagen no es lo simple que es la parte superior, sino que la parte inferior tiene una cadena de retroalimentación que se extiende hacia la empresa de modelos. Esta cadena no es decorativa; es la razón real de la existencia del puesto de FDE. Al desglosar esta diferencia, al menos hay cuatro pares de comparaciones.

Lo que se recibe es diferente. El outsourcing recibe un SOW: una lista de requisitos claramente definida antes de firmar el contrato: qué funciones se deben desarrollar, qué pila tecnológica usar, qué criterios de aceptación aplicar y cómo compensar en caso de incumplimiento. El FDE recibe una misión: el cliente ni siquiera sabe exactamente qué quiere, solo sabe que “la IA debería poder ayudarme con algo”. El SOW se basa en la certeza; la misión se basa en la exploración. Son dos enfoques completamente distintos para iniciar un proyecto.

El alcance es diferente. El trabajo externo se enfoca en entregas parciales: un módulo, un sitio web, un pipeline de datos; una vez terminado, se entrega y se va a la siguiente empresa. FDE se encarga de extremo a extremo: desde el dolor del negocio, hasta la selección del modelo, el diseño de la forma del producto y la retención y churn de usuarios reales tras el lanzamiento.

La forma de facturación es diferente. Esto es lo más contraintuitivo. Una empresa de modelos envía a un FDE al sitio del cliente, y lo que realmente les importa no es solo cuánto cobrarán por este proyecto, sino: ¿cuántos tokens consumirá este cliente en el futuro? ¿Se convertirá en un cliente de retención? ¿Se ampliará a más líneas de negocio? El verdadero KPI del FDE es la curva de consumo a largo plazo de tokens del modelo, no el número en el acta de aceptación del proyecto.

Los comentarios tienen destinos diferentes. Este es el grupo más profundo de los cuatro. En proyectos externalizados, los comentarios del cliente solo llegan hasta la empresa externalizadora y no afectan los productos futuros que la empresa externalizadora venderá a otros. En cambio, los comentarios de FDE fluyen de vuelta a la hoja de ruta de la empresa de modelos: cada obstáculo, cada fallo de Prompt y cada error en la llamada a herramientas que los clientes encuentren en escenarios reales se convierten en entrada para la próxima versión de datos de entrenamiento, diseño de herramientas y funciones del producto. Es decir, cada cliente que implementa FDE es, para la empresa de modelos, al mismo tiempo un socio de diseño natural.

Esta es la verdadera razón por la que las empresas de modelos están dispuestas a pagar altos salarios para contratar FDE. No solo están vendiendo un servicio; están recopilando señales del producto en el mundo real en los sitios de los clientes. Estas señales no se pueden comprar, capturar ni obtener mediante encuestas: solo pueden ser traídas por un ingeniero concreto, en un flujo de trabajo de cliente específico, tras chocar varias veces contra una pared.

¿Sabías que el paquete total de FDE de OpenAI y Anthropic puede llegar a cuánto? Según los datos públicos de ingenieros de software de Anthropic en Levels.fyi^[8], la mediana del paquete total para SDE experimentados ya alcanza los $710K. El puesto de FDE conlleva un riesgo mayor: debe enfrentar la incertidumbre de la capacidad del modelo, la incertidumbre del negocio del cliente y la incertidumbre de la forma del producto, por lo que la industria ha realizado una evaluación general.^[9]Se menciona que los paquetes totales de nivel medio a alto en el laboratorio de IA de vanguardia FDE oscilan entre 350K y 550K, y los niveles Staff y superiores pueden alcanzar más de $630K. Este precio no se paga por "horas externas", sino por asumir el riesgo combinado de "producto + cliente + modelo". > Recordemos 2006, cuando el autor recién comenzó su carrera en una empresa central estatal, en plena transformación digital; en ese entonces, los consultores de Accenture estaban asignados en sitio, y el grupo debía pagar a Accenture 3500 yuanes diarios por consultoría, durante varios años, siendo llamados por los medios de la época "gente con cuello de oro". Más tarde, el autor se unió a la empresa alemana SAP, que definió aún más el nombre de la industria de consultoría, y los consultores SAP se convirtieron en el símbolo de la "gente con cuello de oro". De este modo, parece que los salarios en FDE seguirán aumentando durante los próximos 24 a 36 meses, y la demanda también seguirá creciendo de forma estable.

La externalización es arbitraje de mano de obra, y FDE es un sensor de primera línea. Confundir estos dos conceptos hará que el cliente crea que puede contratar a FDE mediante un SOW, y que los candidatos traten el puesto de FDE como si fuera un trabajo externalizado. Ambos lados chocarán rápidamente.

Mucha gente cree erróneamente que el término FDE fue inventado por OpenAI. En realidad, no lo fue. Tiene dos raíces históricas: una proveniente de Palantir y otra de las empresas de modelos de nueva generación después de 2023. Al comparar estas dos raíces lado a lado, se puede comprender con mayor claridad qué hace realmente este puesto de FDE.

Primero, echa un vistazo a una línea de tiempo.

La primera raíz es Palantir.

Palantir fue fundada en 2003 por Peter Thiel, Alex Karp, Joe Lonsdale y otros, con sus primeros clientes siendo agencias de inteligencia estadounidenses. Karp no tiene antecedentes en informática: obtuvo su doctorado en Filosofía con Jürgen Habermas en Fráncfort, y fue reclutado por Thiel para ser CEO después de regresar a Estados Unidos. El cargo de FDE surgió precisamente de esta combinación de "CEO no típico + clientes altamente clasificados": retrospectiva de 36Kr^[10]Se explica muy claramente: al principio, Palantir fue fuertemente criticado por las agencias de inteligencia, ya que los ingenieros no tenían acceso a escenarios de negocio reales, y los requisitos se distorsionaban tras múltiples transmisiones. Más tarde, Palantir logró un acuerdo: permitir que sus propios ingenieros trabajaran directamente en los sitios de los clientes, junto con analistas de inteligencia. Este modelo fue posteriormente sistematizado por Shyam Sankar, convirtiéndose en el antecedente del FDE.

Para 2009, FDE se expandió al ámbito comercial. Cuando JPMorgan implementó la plataforma Metropolis de Palantir, 120 FDE fueron asignados para monitorear amenazas internas. Desde entonces, FDE ya no se limitó simplemente a “enviar ingenieros de viaje”, sino que se convirtió en un enfoque sistemático de inserción en el cliente: integrar realmente Foundry / Gotham en los flujos de negocio del cliente, en lugar de simplemente entregar una licencia y retirarse.

La contratación de FDE de Palantir tiene un criterio contraintuitivo: no requiere un título en CS. Esto se puede incluir en “¿Sabías que?”.

¿Sabías que Palantir FDE no requiere un título en Ciencias de la Computación? Según los criterios de contratación de Palantir recopilados por SkillScouter.^[11]y la página de carreras oficial de Palantir^[12], Palantir acoge claramente a candidatos que no son de CS; recientemente, los contratados como FDE provienen de carreras como ingeniería mecánica, economía y filosofía. Lo que realmente valora son dos cosas: actuar con información incompleta y poder dialogar directamente con clientes de nivel C. Un título en CS es un plus, no un requisito de entrada. El propio Karp es el primer ejemplo de este estándar: un CEO con formación en filosofía que lidera un equipo de FDE con fondos en física, matemáticas y filosofía.

La segunda raíz es una empresa de modelos de nueva generación después de 2023.

Después del lanzamiento de ChatGPT a finales de 2022, OpenAI se dio cuenta rápidamente de una cosa: conectar la API del modelo en la documentación y dejar que los clientes lo integren por sí mismos era completamente inviable. Los clientes no querían no usarlo, sino que no sabían cómo hacerlo: tenían problemas de negocio, pero no tenían una forma de producto. Por eso, empresas como OpenAI, Anthropic, Cohere, Scale, Glean, Sierra, Hebbia y Decagon comenzaron a contratar en masa a FDE.

Esta ola de FDE aprende directamente del playbook de Palantir: enviar ingenieros al sitio del cliente para ejecutar un flujo de trabajo de extremo a extremo. Pero el portador del producto ya es completamente diferente: en la era de Palantir, los FDE se dedicaban a la integración de datos y la personalización de la interfaz de usuario; los FDE de nueva generación se enfocan en el diseño de prompts, la orquestación de agentes, la llamada a herramientas y la integración de flujos de trabajo.

Artículo de Pragmatic Engineer sobre FDE^[13]En él, esta nueva versión se denomina “incorporada con empresas para que Claude resuelva problemas reales, específicos y de alto valor” — la formulación es casi idéntica a la de Palantir en su día, solo que se ha reemplazado “datos” por “modelos”.

Al ver juntas estas dos raíces, se pueden identificar un conjunto de similitudes y diferencias muy claras.

Punto en común: los clientes no compran software. Los clientes compran “ingenieros + conjunto de herramientas que resuelven mis problemas”. Esto ha sido anómalo en la historia de 30 años del software empresarial. SAP, Oracle y Salesforce vendían el software en sí mismo: los ingenieros existían como recursos de apoyo para “hacer que el cliente pudiera usar ese software”. Palantir invierte esto: las herramientas existen como palancas para “permitir que los FDE resuelvan problemas en el cliente”. Las nuevas generaciones de empresas de modelos heredan esta relación invertida: OpenAI no vende una licencia de GPT-4, sino “nuestros FDE pueden usar GPT-4 para ayudarte a implementar la automatización del servicio al cliente”.

Diferencia: La era de Palantir se enfoca en la integración de OPS: el punto central es la integración de datos, la modelización de ontologías y la gobernanza de permisos. La nueva generación se enfoca en la implementación de capacidades de modelos: el punto central es el diseño de Prompt, la orquestación de Agentes y la optimización de retención. El primero es como una versión avanzada de un integrador de sistemas, el segundo como una extensión de un ingeniero de productos.

Un último hecho interesante: muchos de los primeros FDE de Palantir se convirtieron en emprendedores o se unieron directamente a empresas de modelos de nueva generación. En los equipos iniciales de Anthropic, OpenAI, Sierra y Hebbia, se pueden contar una larga lista de ex-Palantir. No es una coincidencia: el puesto de FDE obliga a una persona a asumir simultáneamente el riesgo del producto, el riesgo del cliente y el riesgo de ingeniería, casi como un curso de entrenamiento para emprendedores. El autor prefiere ver a Palantir como un campo de entrenamiento oculto para emprendedores: no solo forma ingenieros, sino un grupo de personas que saben cómo impulsar algo desde cero hasta uno en medio de información incompleta. Dos raíces que finalmente se unieron después de 2023.

La convergencia de las dos ramas ocurre principalmente en el extranjero. En el país, el término FDE no ha existido mucho tiempo, pero el trabajo al que se refiere no surgió de la nada. Para comprender el FDE local, primero se deben identificar sus dos predecesores locales, y luego las tres diferencias contextuales entre él y el FDE estadounidense.

Dos predecesores locales

El primer antecesor fue el arquitecto de soluciones de proveedores de nube. Durante la última década, Alibaba Cloud, Tencent Cloud y Huawei Cloud han formado un equipo completo de Solution Architects (SA) que presentan arquitecturas a los clientes, escriben POC, elaboran planes de migración y colaboran en la implementación hasta el lanzamiento. Dentro de Huawei, también existe una secuencia específica de “ingenieros de entrega” encargados de implementar los proyectos en las instalaciones del cliente. Este sistema ya cubre el 80% del trabajo FDE, pero su enfoque sigue estando en la etapa previa a la venta y en la implementación: la responsabilidad del ciclo completo de iteración del producto no recae en el SA; si cambian los requisitos, se debe seguir un proceso de cambio, y si se cambia el modelo, se debe esperar a la programación del centro.

La segunda antecesora es una secuencia recién surgida en empresas de IA. MiniMax tiene publicado en BOSS Zhipin el puesto de “Experto en soluciones preventas de IA”, y empresas de modelos como Moonshot, Zhipu, Tongyi y Hunyuan también están publicando puestos similares. Los nombres varían ligeramente, pero los contenidos de las descripciones son altamente convergentes: comprender los escenarios de los clientes, realizar demos, ajustar prompts, ejecutar RAG, redactar propuestas de entrega y coordinar con los equipos de ingeniería de los clientes hasta el lanzamiento. Este grupo de puestos es verdaderamente lo que se denomina “FDE nacional”.

Tres diferencias de suelo y agua

La implementación privada y el cumplimiento normativo de datos aplastan el modelo de llamada pura de modelos. Los clientes B2B en China exigen con mucho mayor rigor que los datos no salgan del territorio, que los pesos del modelo sean controlables y que la auditoría sea rastreable, en comparación con el mercado estadounidense. En un proyecto FDE, el trabajo de llamar simplemente a la API y ejecutar prompts puede representar solo el 30%, mientras que el 70% restante consiste en trasladar el modelo a la sala de servidores del cliente, configurar la autenticación, integrarse con la plataforma de datos y completar los trámites de cumplimiento normativo.

Las capacidades del modelo aún están alineándose con los SOTA, y el espacio de mejora se ha comprimido hasta el nivel de ingeniería. En Estados Unidos, OpenAI y Anthropic pueden cautivar a los clientes con las propias capacidades del modelo; en China, las diferencias entre las capacidades de Tongyi, Doubao, Kimi, GLM y DeepSeek no son tan marcadas, por lo que los clientes evalúan más bien la orquestación de Agentes, la calidad de la recuperación RAG, la integración de herramientas y el diseño de flujos de trabajo. En China, lo que compiten los FDE no es “qué tan poderoso es mi modelo”, sino “si puedo hacer funcionar realmente este negocio”.

La disposición a pagar y el ritmo de fijación de precios en el segmento B difieren de los de Estados Unidos. El modelo de Palantir, que consiste en “enviar primero a un FDE y luego cobrar una suscripción de alto precio”, es difícil de replicar directamente. Los presupuestos de los clientes locales siguen los ciclos de compra anuales, con una tendencia hacia modelos basados en proyectos; el modelo comercial del FDE suele ser una mezcla de suscripción + licencia de privatización + entrega de proyectos.

Una posición única: FDE interno

Muchos equipos de IA dentro de grandes empresas están comenzando a utilizar el modelo FDE para servir a "clientes internos". Alibaba Cloud PAI ha asignado ingenieros a Taobao, y Tencent Hunyuan también tiene mecanismos similares para conectar con WeChat y el lado de publicidad. En JD, los puestos listados son "Ingenieros de implementación industrial", "Ingenieros de aplicaciones de IA" y "Expertos en negocios inteligentes", que en esencia son FDE internos: llevan las capacidades del equipo de modelos de extremo a extremo hasta el lado del negocio. Esto brinda a los líderes de grandes empresas una nueva perspectiva: varios FDE internos ubicados en el lado del negocio, que generen el primer demo y entreguen los datos de ROI al dueño del negocio, derribarán las barreras departamentales más rápido que diez reuniones de alineación.

El autor del artículo anterior, "Carta a los Súper Individuos"^[4]Se mencionaron anteriormente los cinco motores del individuo sobresaliente: gran curiosidad, fuerte espíritu de exploración e innovación, capacidad de aprendizaje autodidacta, alta autodisciplina y habilidad práctica. Estos cinco aspectos son el boleto de entrada para el rol de FDE, pero no lo son todo. Además de estos cinco motores, el puesto de FDE requiere un conjunto de rasgos específicos adicionales, y hay ciertos perfiles de personalidad claramente inadecuados. El autor ha visto a demasiados ingenieros excelentes que, al pasar al rol de FDE, tuvieron dificultades para adaptarse; los problemas, en su mayoría, no estaban en las habilidades, sino en la personalidad y las preferencias laborales.

Cinco cualidades adecuadas para FDE

No rechaces las ventas ni la comunicación. El día a día de un FDE no consiste en cerrarse a escribir código, sino en interactuar directamente con los CTO, responsables de negocio, compras, cumplimiento y TI de los clientes. Un ritmo típico: el CTO del cliente interrumpe el demo, y la reacción del FDE no puede ser “vuelvo a modificarlo y vuelvo la próxima semana”, sino abrir inmediatamente el IDE, modificar el Prompt y volver a ejecutarlo frente a él. “El cliente está aquí, y yo estoy modificando” es la norma para un FDE.

Disfruta de la zona borrosa. FDE no recibe un PRD claro, sino una frase: “Queremos hacer algo con IA”. El cliente tampoco sabe exactamente qué quiere, y necesita que FDE lo acompañe para dar forma concreta a estas expectativas vagas. Si solo puedes actuar cuando hay una necesidad clara, FDE te hará sentir ansiedad todos los días.

Fuerte capacidad técnica, pero no se requiere un rendimiento 10x. FDE no necesita que seas la persona con el código más limpio o los algoritmos más profundos de la empresa; lo que necesita es que puedas llevar un proceso de extremo a extremo: crear una página funcional en el frontend, implementar un servicio operativo en el backend y conectar el modelo con fuentes de datos empresariales. En el mundo de FDE, “lo suficientemente bueno” no es una debilidad, es una virtud.

Le gusta ser pulido por la retroalimentación. En el trabajo de un FDE hay muchos momentos en los que “el cliente te regaña y te pide que lo hagas de nuevo”: hoy presentas un demo y mañana el equipo de negocio te dice “esto no es lo que quería”; la semana pasada acordaste una solución y esta semana, con un nuevo ejecutivo, te piden volver a hacerla. Las personas adecuadas para ser FDE convierten esta retroalimentación en combustible, asumen la responsabilidad de extremo a extremo y no echan la culpa a “los requerimientos no estaban claros”.

Es sensible a los límites del modelo. Esta es la más técnica y más sutil de todas. FDE debe poder determinar qué tareas son adecuadas para que las LLM realicen y cuáles no, y cómo debe hacer el fallback; esta sensibilidad no se puede ver en los artículos, solo se adquiere a través de casos de fallo. Con la acumulación de muestras fallidas, FDE desarrolla memoria muscular sobre los límites del modelo: qué escenarios requieren RAG, qué escenarios deben seguir reglas y qué escenarios deben tener necesariamente una entrada de fallback humana.

Cuatro tipos de personas que no son adecuadas para FDE

Técnico puro que quiere esconderse en el código. El FDE pasa aproximadamente el 50% de su tiempo fuera de escribir código: en reuniones con clientes, coordinación interna, discusiones de producto y avance de contratos. Si tu fuente de felicidad es escribir código sin interrupciones durante cuatro horas seguidas, el FDE te llevará a un agotamiento mental prolongado.

Las personas que necesitan un OKR para actuar. Los objetivos de FDE están centrados en el cliente, no en tu tabla de desempeño. El progreso del trabajo se determina por los hitos del proyecto del cliente, los cambios en la capacidad del modelo y tu juicio sobre el escenario. Quienes tienen la costumbre de “necesitar un OKR antes de saber qué hacer” no encontrarán un punto de anclaje.

Las personas que valoran más el “ascenso” que el “trabajo”. FDE no tiene ventaja en el sistema de ascensos de las grandes empresas: métricas como la satisfacción del cliente, la firma de proyectos y la tasa de reutilización no pesan tanto en la evaluación de nivel como la cantidad de código o la frecuencia de lanzamientos. Si el ascenso es tu motivación principal, FDE no es una buena opción.

Personas que rechazan el contexto comercial. El FDE debe comprender la P&L, el ROI, los procesos de adquisición y los requisitos de cumplimiento del cliente. Si te repugna naturalmente hablar de dinero, contratos o lógica comercial, el trabajo de FDE te hará sentir que estás vendiendo tus ideales técnicos.

Lista de verificación autónoma

7 preguntas, cada una correspondiente a un escenario real de trabajo de FDE. Si responde "sí" a 5 o más, considere seriamente FDE; si responde "sí" a 3 o menos, se recomienda tener cuidado.

¿Estás dispuesto a trasladar el 50% de tu tiempo diario desde el código a reuniones con clientes, responder mensajes y llamadas?

2. Cuando el cliente te dice: “Esto no funciona, pero no puedo explicar por qué”, ¿tu primera reacción es curiosidad o impaciencia?

3. Nadie te escribió un PRD, ¿puedes ejecutar en una semana un prototipo funcional con Claude Code que puedas mostrar al cliente?

4. ¿Puedes mantener tu juicio en lugar de ejecutar mecánicamente cuando un cliente te pide 8 versiones de la misma entrega?

5. Cuando el modelo da una respuesta incorrecta, ¿tu primera reacción es diseñar un fallback o quejarte de que el modelo no funciona?

6. ¿Estás dispuesto a firmar contratos, redactar informes, gestionar la aceptación del cliente y coordinar con el departamento jurídico sobre los términos de cumplimiento?

7. ¿Puedes aceptar prototipos rápidos y fallos rápidos?

Cinco rasgos, cuatro tipos de perfiles inversos y siete preguntas de autoevaluación: al final, es la misma pregunta: ¿estás dispuesto a pulir al mismo tiempo tu sentido del producto, tu capacidad técnica y tu juicio comercial dentro del mismo flujo de trabajo?

En el artículo anterior, discutí el "motor humano": la curiosidad, el espíritu de exploración, la capacidad de autoaprendizaje, la autodisciplina y la habilidad práctica, y cómo se pueden estimular de forma integral dentro de grandes empresas. Este artículo aborda otro tema: la forma de los puestos de trabajo. El FDE es la primera forma de puesto nueva en la revolución industrial de la IA que tiene un nombre, un rango salarial, una descripción de trabajo y validación mediante pagos de clientes. No es sinónimo del concepto de "superindividuo", sino el primer punto de referencia concreto que se ha materializado en esta ola de reestructuración.

FDE no es el final. La opinión del autor es que FDE es simplemente la primera forma en surgir un nombre dentro de la nueva división del trabajo. Más adelante aparecerán Forward Deployed PM, Forward Deployed Designer, Forward Deployed Researcher: todos los puestos estrechamente vinculados a los escenarios del cliente y que requieren desarrollar productos en zonas ambiguas, tendrán su propia versión de “despliegue anticipado”. Los nombres de los puestos cambiarán, pero la lógica subyacente es la misma: las capacidades del modelo van por delante, la forma del producto las sigue, y la estructura de los puestos se reorganiza según los flujos de trabajo.

Deja una frase para cada uno de los tres grupos de lectores.

Para los técnicos: FDE no requiere que seas la persona con el código más fuerte en la empresa, pero sí exige que estés dispuesto a dedicar la mitad de tu tiempo a los clientes en lugar de al código. Si tu respuesta es “sí”, la ventana del mercado acaba de abrirse y las contrataciones en las principales empresas de modelos en China, proveedores de nube y equipos internos de IA de grandes empresas se están acelerando. Si tu respuesta es “no”, no hay problema: en esta nueva división del trabajo surgirán otros puestos para ti.

Para RRHH y OD: Estén alerta ante la “discrepancia entre nombre y realidad”. Es posible que ya tengan un grupo de FDE trabajando en su empresa, pero con puestos etiquetados como “Experto en Soluciones”, “Arquitecto de Industria” o “Ingeniero de Aplicaciones de IA”. Identifíquenlos, reclasifíquenlos y brindenles un camino de crecimiento alineado con su trabajo real; esto es más eficiente que contratar nuevos empleados desde cero.

Para los gerentes: El modelo FDE no solo puede aplicarse externamente, sino también internamente. Establecer algunos “FDE internos” en los equipos operativos para integrar end-to-end las capacidades del equipo de modelos dentro de los procesos de negocio puede ser mucho más eficiente que crear un nuevo departamento de IA y realizar diez reuniones de alineación interdepartamental. Las barreras departamentales no se eliminan mediante el diseño organizacional, sino mediante un demo funcional.

La transformación profesional en la era de la IA ya ha comenzado; FDE es la primera señal de que la velocidad a la que cambian las capacidades de los modelos ya es tan rápida que está creando nuevos puestos de trabajo. El autor quiere dejar al lector una pregunta concreta: si dentro de tres años tu empresa añade tres nuevos puestos en su organigrama, ¿cuáles crees que serán? Reflexionar sobre esta pregunta es más útil que leer este artículo en sí.