El valor del nombre del puesto FDE (ingeniero desplegado en campo), no radica en que suene más novedoso, sino en que redefine una categoría de trabajo que antes estaba subestimada: la implementación técnica en el sitio del cliente.
En las empresas de software tradicionales, este tipo de trabajo solía ubicarse en las zonas fronterizas de preventa, implementación, ingeniería de soluciones o éxito del cliente. Está muy cerca del cliente y también del producto, pero en la narrativa organizacional a menudo ocupa una posición marginal.
Palantir vio esto desde muy temprano.
Hacia 2011, rebautizó sus roles de ingeniería que estaban más orientados al sitio del cliente y a la integración de sistemas como FDE. Detrás de esta denominación había un juicio claro: para grandes empresas y clientes gubernamentales, lo realmente difícil no es escribir el software, sino hacer que este se integre en los sistemas operativos reales del cliente. Los permisos, los datos, los flujos de trabajo, los sistemas heredados, las responsabilidades organizativas, todo está ahí.
La persona capaz de lograr esto no debería ser simplemente clasificada como soporte posventa o implementación de proyectos.
Ellos representan una nueva capacidad organizacional.
a16z llama a esta táctica "arbitraje de títulos" (title arbitrage): cuando cierta capacidad se vuelve rápidamente importante en una organización, pero el antiguo nombre del puesto aún no refleja su valor, quien primero la nombra tiene la oportunidad de acaparar primero el talento, el poder y la mentalidad del mercado.
Esta táctica es muy interesante y vale la pena que los fundadores de IA, especialmente aquellos que hacen negocio B2B, la tomen en cuenta.
La denominación de puestos es esencialmente un lenguaje organizacional
Muchas empresas subestiman la función de los títulos.
En apariencia, el nombre de un puesto es solo una línea de texto en el sistema de RRHH. Pero dentro de la empresa, en realidad es un lenguaje organizacional. Le dice a los demás: de qué es responsable esta persona, qué capacidad representa, si está calificada para participar en cierto tipo de decisiones.
Títulos como CEO, CTO, CFO no son solo descripciones de funciones, también son un identificador de poder. Lo mismo ocurre con vicepresidente de manufactura, responsable de producto, responsable de crecimiento. Detrás del nombre está el reconocimiento que la organización otorga a cierta capacidad.
Es por eso que la nomenclatura de los puestos evoluciona constantemente con los cambios en la industria.
Antes, las personas que programaban solían clasificarse en IT. Luego fueron programadores, y después ingenieros de software. Este cambio no es un juego de palabras, sino que refleja el ascenso del software en los sistemas comerciales. La programación pasó de ser un soporte de back office a una capacidad central para construir productos, organizar procesos y definir modelos de negocio.
Los roles relacionados con datos siguieron un camino similar. De auxiliar, a capturista de datos, a científico de datos, y luego a ingeniero de aprendizaje automático. Cada cambio de nombre refleja un aumento del valor estratégico del trabajo con datos.
El ingeniero de fiabilidad del sitio (site reliability engineer) propuesto por Google también es un caso clásico. Redefinió el trabajo tradicional del administrador de sistemas como un problema de ingeniería, expresando un juicio: lograr que los sistemas funcionen de manera estable tiene el mismo nivel de complejidad técnica que desarrollar nuevas funcionalidades.
Por lo tanto, el nombre del puesto no es un simple envoltorio.
Refleja si el valor de un tipo de trabajo ha migrado.
Lo que Palantir capturó fue la mentalidad de contratación
El FDE se convirtió en un caso clásico porque transformó la ingeniería en sitio de cliente de una posición subestimada a una posición de alto potencial.
En muchas empresas, la situación del trabajo técnico en el sitio del cliente no es clara. Está demasiado cerca de las ventas, por lo que los equipos de ingeniería pueden considerarlo "poco puro"; está demasiado cerca de la entrega, por lo que la gerencia puede verlo como un centro de costos. El resultado es que el verdadero talento de ingeniería puede no estar dispuesto a asumir este puesto.
La denominación de Palantir cambió la narrativa.
Transmitió el mensaje de que no estás haciendo un soporte posventa común, ni entregando un proyecto externo. Estás resolviendo los problemas más complejos en el sitio del cliente, conectando los sistemas operativos reales del negocio con el producto de la empresa.
Esta narrativa atrae a un talento híbrido: que puede tanto programar como interactuar con clientes; que comprende tanto los sistemas como la complejidad organizacional; que puede resolver problemas inmediatos y llevar la experiencia del sitio del cliente de vuelta al producto.
Una persona así, si ve un puesto de "ingeniero de implementación" o "ingeniero de soluciones", podría pensar que el techo profesional es limitado. Pero si ve FDE, la percepción será completamente diferente.
Esta es la ventaja en la contratación que brinda la denominación.
Hasta el día de hoy, al mencionar FDE, muchas personas aún piensan primero en Palantir. No es porque solo Palantir pueda hacer este tipo de trabajo, sino porque fue la primera en vincular esta palabra con su capacidad corporativa.
Quien nombra primero, a menudo se adueña primero de la mentalidad.
La diferencia entre un nuevo título y un lavado de cara falso
Por supuesto, no todos los nuevos nombres de puestos tienen valor.
Algunos son solo inflación de títulos. Por ejemplo, cambiar "especialista en marketing" por "estratega de crecimiento", pero el contenido del trabajo no cambia; cambiar "asistente" por "responsable", pero la autoridad de decisión no cambia. Este tipo de denominación solo aporta una apariencia temporal de estatus, pero no genera una verdadera atracción de talento.
El artículo original ofrece un buen criterio de juicio:
¿Le parecería extraño el trabajo descrito por este nuevo título a una persona de hace cinco años?
Si la respuesta es sí, entonces probablemente corresponde a una nueva capacidad real. Por ejemplo, el "GTM engineer" propuesto por Clay, o el "legal engineer" propuesto por Harvey, no son simples renombramientos de puestos. Apuntan a nuevas combinaciones que surgieron tras la IA: entender tanto los procesos de negocio como la automatización; comprender tanto el contexto profesional como la capacidad de integrar flujos de trabajo en los sistemas.
Pero "prompt engineer" es otro ejemplo.
Este término estuvo muy de moda, pero pronto pareció obsoleto. La razón es que redactar prompts no se consolidó como una profesión independiente. Es más bien una habilidad básica que todos los trabajadores del conocimiento deben dominar. Si el título se adelanta al trabajo real, su popularidad decaerá rápidamente.
Por lo tanto, la clave para determinar si un nuevo nombre de puesto es válido no radica en su novedad, sino en si detrás de él hay un nuevo trabajo real.
Sin nuevo trabajo, solo nuevo envoltorio, es inflación de títulos.
La IA cambia a las organizaciones, no solo haciendo las herramientas más inteligentes
La parte más valiosa de este artículo es que sitúa la denominación de puestos en el contexto organizacional de la transformación impulsada por la IA.
Muchas empresas, al discutir la transformación con IA, dan por sentado que la respuesta es: las interfaces serán más inteligentes, las herramientas más automatizadas, los procesos más eficientes.
Todo eso es cierto, pero no es suficiente.
El cambio más profundo es: dentro de la organización surgirá un nuevo grupo de individuos de alto impacto. Pueden ser jóvenes, con puestos originalmente no muy altos, pero debido a que saben usar IA, construir flujos de trabajo, transformar problemas ambiguos en sistemas automatizados, comienzan a tener una influencia que antes no tenían.
Cada vez que una gran empresa introduce un software clave, ocurre un fenómeno similar.
Las personas que primero comprenden las nuevas herramientas a menudo no son las de mayor jerarquía, sino las que actúan más rápido. Son las primeras en descubrir qué procesos se pueden reestructurar, qué trabajos se pueden automatizar, qué problemas que nadie quería abordar se pueden reorganizar.
La tecnología cambia, no solo la barra de herramientas.
También cambia la distribución del poder dentro de la organización.
En este punto, un nuevo título se vuelve importante. Proporciona legitimidad a estas personas y también un mecanismo de identificación a la organización.
Por ejemplo, un profesional del derecho, originalmente solo interesado en herramientas de IA, comienza a investigar la modificación de contratos, el control de riesgos y la automatización de flujos de trabajo legales. Si la empresa define este rol como "legal engineer", esta persona ya no es solo "alguien a quien le gusta experimentar con nuevas herramientas", sino un nuevo puesto que puede ser identificado, autorizado y promovido.
La parte más difícil de la transformación con IA a menudo no es que los empleados no sepan usar las herramientas, sino que la organización carece del lenguaje para reconocer a quienes ya están creando nuevo valor.
Para los emprendedores de IA, nombrar también es estrategia
Si trabajas en IA para empresas, la inspiración de este artículo es directa.
No solo nombres tu producto, también piensa: ¿qué nuevo puesto creará tu producto dentro de la organización de tus clientes?
Si sirves al sector legal, entre los primeros usuarios podrían surgir personas que ya no son solo abogados, ni operaciones jurídicas tradicionales, sino "legal engineers". Si sirves a equipos de ventas y crecimiento, podrían aparecer "GTM engineers". Si sirves a investigación financiera o consultoría, en el futuro quizás surjan "intelligence engineers".
Estos nombres no son solo eslóganes de marketing.
Ayudarán a los clientes a completar la movilización organizacional interna: quién debe ser autorizado, a quién se debe escuchar, quién representa esta nueva capacidad.
Este es también el valor del "arbitraje de títulos" para una empresa.
El producto se vende externamente, el nombre del puesto se difunde dentro de la organización del cliente. Si un nuevo nombre de puesto realmente se consolida, a su vez establecerá una mentalidad para el producto. En el futuro, cuando el mercado piense en este tipo de puesto, pensará en quién lo propuso primero, quién lo comprende mejor, quién puede ayudar más a estas personas a fortalecerse.
El beneficio que Palantir obtuvo con el FDE es de este tipo.
Volviendo al FDE
¿Por qué el FDE merece ser discutido nuevamente hoy?
Porque los límites entre productos y servicios de las empresas nativas de IA se están volviendo cada vez más borrosos.
No siempre es fácil distinguir si un software empresarial de IA es un producto puro, un producto con servicio o un servicio productivizado. Los detalles del flujo en el sitio del cliente terminan definiendo la hoja de ruta del producto; las muestras de error del modelo se convierten en capacidad para la siguiente versión; los equipos de implementación ya no son solo el extremo de la entrega, sino parte del sistema de aprendizaje del producto.
En esta situación, el título antiguo podría subestimar la nueva capacidad.
Si se llama soporte posventa, los ingenieros pueden no querer unirse; si se llama implementación, los inversionistas pueden preocuparse por el margen bruto; si se llama éxito del cliente, los equipos de producto pueden no considerarlo una señal de producto. Pero si su esencia es transformar necesidades complejas en capacidades replicables en el sitio del cliente, entonces FDE es más preciso que el término antiguo.
Por supuesto, nombrar no es una solución mágica.
Cambiar "éxito del cliente" por FDE no completará automáticamente una actualización organizacional. Lo que realmente necesita cambiar son las líneas de reporte, los mecanismos de incentivos, los estándares de contratación, los mecanismos de retroalimentación del producto y cómo los fundadores ven el tema del "servicio".
El nombre es solo el primer paso.
Lo clave es si la organización realmente coloca a este tipo de personas en el núcleo del aprendizaje del producto y la entrega al cliente.
La aparición de un nuevo nombre de puesto a menudo indica que el lenguaje organizacional antiguo ya no es suficiente. Muchos de los problemas que enfrentan las empresas de IA hoy en día son precisamente aquellos que el lenguaje antiguo no puede describir con precisión: el producto se parece a un servicio, el servicio se parece a un producto; los ingenieros necesitan ir al sitio del cliente, y el sitio del cliente está definiendo la hoja de ruta del producto; el soporte posventa ya no es solo un centro de costos, sino parte del sistema de aprendizaje.
Esta podría ser la línea divisoria clave para la próxima generación de empresas de software empresarial con IA.
No es necesariamente que quien elimine por completo el servicio gane. Es más probable que gane quien pueda renombrar, reorganizar y reproductivizar las partes del servicio más cercanas a los problemas reales del cliente y que más generen insights para el producto, construyendo así barreras más profundas.
Quien primero logre aclarar esto, primero habrá plantado su bandera en la mentalidad del cliente.
