Un ingeniero adentro de tu empresa. Hasta que la IA funcione de verdad.
Te pueden vender la mejor herramienta, darte un usuario y desaparecer. Un FDE se queda: se sienta con tu equipo, aprende cómo funciona tu negocio en la práctica, conecta sistemas, datos y agentes, y entrega algo andando en producción.
Cae en el medio de tu operación con una sola misión: que la tecnología funcione — con tus datos, tus sistemas y tu gente, no con los de la demo.
Qué es un FDE
Forward Deployed Engineer: un ingeniero desplegado en el terreno. Es el rol más buscado en tecnología hoy, y suena más misterioso de lo que es: alguien técnico que trabaja adentro de tu empresa hasta que lo que se compró, se prometió o se imaginó, funciona.
Se sienta
Conecta
Construye
quién lo
conecta?
El problema
Tu empresa quiere usar IA. No le falta la herramienta: le falta alguien que la haga funcionar con lo que ya tiene.
«Los datos están por un lado, el sistema por otro»
Y el sistema es de 2009, no tiene API, y nadie se anima a tocarlo.
«El negocio lo sostiene una planilla»
Se llama final_definitivo_ahora_sí, la entiende una persona, y es la que de verdad manda.
«Nos dieron un usuario y nos dijeron suerte»
El proveedor vendió la licencia y desapareció. La herramienta está paga y nadie la usa.
«En la demo funcionaba»
El piloto salió lindo. Pasarlo a producción es otro proyecto, y no tiene dueño.
El cuarto es el más caro: la plata ya se gastó, y lo que se compró no llegó nunca a las manos de quien lo iba a usar.
Entre la demo y tu empresa hay una distancia
Y alguien tiene que achicarla. Esa distancia es el trabajo de un FDE, y es casi todo el trabajo.
| En la demo | En tu empresa | |
|---|---|---|
| Datos | Limpios, en un solo lugar | En cuatro sistemas, una planilla y el mail de alguien |
| Sistemas | Una API moderna | Un sistema de 2009 sin API, y otro que «no se toca» |
| Usuarios | Uno, con todos los permisos | Cuarenta, con roles distintos, y un auditor |
| Casos | El camino feliz | Las excepciones, que son la mitad del trabajo |
| Después | Nadie | Alguien tiene que mantenerlo el lunes |
Ninguna herramienta cierra esta tabla sola. La cierra alguien que conoce las dos columnas y está sentado del lado derecho.
Para quién es
No hace falta tener un equipo técnico grande, ni tenerlo. Hace falta tener algo que debería estar andando y no anda.
Compraste una herramienta de IA y nadie la usa
La licencia se paga todos los meses. El problema no es la herramienta: es que nunca se conectó con cómo trabaja tu gente.
Tenés un piloto que no pasa a producción
Funcionó en la presentación. Falta lo aburrido: permisos, excepciones, datos reales y alguien que lo sostenga.
Te piden «hacer algo con IA»
El directorio lo pide, el mercado lo pide. Necesitás un primer caso real, medible, y no otra presentación.
Tu equipo técnico no da abasto
Sabe lo que habría que hacer, pero entre la operación y lo urgente, integrar nunca llega a ser prioridad.
Un proceso entero vive en una planilla
Funciona porque una persona la mantiene a mano. El día que falta, el proceso también.
Un sistema legado que no se puede reemplazar
Hay que convivir con él. La IA tiene que leer de ahí sin romper nada de lo que ya anda.
Si lo que falta no son manos sino alguien que decida y revise —arquitectura, proveedores, a quién se contrata—, eso es CTO fraccional.
Qué no es
La palabra está de moda y ya la usan para cualquier cosa. Esta tabla dice qué se compra acá, y qué no.
| No es | Es | |
|---|---|---|
| Entrega | Una consultora que deja un PDF con recomendaciones | Algo andando en producción, con usuarios reales |
| Herramienta | Un vendedor de licencias | Agnóstico: si lo que ya pagaste sirve, se usa eso |
| Equipo | Un reemplazo de tu equipo técnico | Trabaja con tu equipo y le deja todo |
| Plazo | Un piloto eterno | Un caso con fecha, métrica y traspaso |
| IA | Un agente que cambia cosas solo | La IA propone; una persona de tu lado aprueba |
Un FDE que no traspasa se vuelve una dependencia. Por eso el traspaso no es una fase opcional: es parte de cada caso.
Cómo trabaja
Cinco pasos por caso de uso. Lo que produce no son entregables: es algo que alguien usa el lunes.
Sentarse con el equipo
Aprender cómo funciona el negocio en la práctica, no en el organigrama.
Elegir uno solo
Chico, medible, y que alguien vaya a usar de verdad.
Sistemas, datos y agentes
Con permisos acotados: solo lectura, salvo que se decida otra cosa.
Con usuarios reales
Y una métrica de antes y después, medida con tus datos.
Tu equipo lo opera
Documentado y probado. El FDE pasa al caso siguiente, o se va.
Un poco de cada uno, con una diferencia
Tiene de programador, de arquitecto y de consultor. La diferencia es que construye: nada se da por terminado hasta que anda.
Programador
Escribe la integración, el conector y el agente. No los encarga.
Arquitecto
Decide cómo encaja con lo que ya tenés, para que no haya que tirarlo en seis meses.
Consultor
Entiende el proceso y a la gente que lo hace, que es donde se traban los proyectos de IA.
Cada uno hace su parte, y nadie la une
- El consultor diagnostica y se va
- El proveedor instala y se va
- El equipo interno hereda algo que no eligió
Una persona responde por que funcione
- Desde entender el problema hasta producción
- Con el equipo interno al lado, no después
- Y con el traspaso como parte del trabajo
Lo que queda de tu lado, desde el día uno
Alguien de afuera trabajando adentro de tus sistemas da miedo, y está bien que lo dé. Se responde con reglas, no con confianza.
El código, en tus repositorios
Desde el primer cambio. No hay una versión «del proveedor» que haya que pedir al final.
Autor no es aprobador
Ningún cambio entra sin que una persona de tu lado lo apruebe. Tampoco los que propone la IA.
Accesos nominales y revocables
Solo lectura por defecto. Se apaga el usuario y todo sigue andando.
La métrica, medida con tus datos
Antes y después del caso, con un criterio declarado antes de empezar.
El caso · una fintech de 4 años
Un proveedor que ya no estaba, un desarrollador con fecha de salida, y el conocimiento en cuatro silos. Una persona apalancada en IA trabajando adentro:
El desarrollador se fue en la fecha prevista y la operación siguió sin interrupciones. Eso es lo que se compra: que funcione cuando quien lo hizo ya no está.
Caso de referencia anonimizado, el mismo de brain.placedium.com: sin nombre de cliente, sin montos, sin datos de terceros. Las cifras se mantienen tal como se midieron.
Cómo arranca
Primero algo chico y verificable. Recién con un caso andando se habla del siguiente.
Semana de terreno
Mapa de sistemas y datos, y el primer caso elegido con su métrica.
Por caso de uso
Hasta producción, con fecha y métrica acordadas antes de empezar.
Incluido, no es un extra
Tu equipo lo opera. Si sigue otro caso, se vuelve a empezar por el terreno.
Si en la semana de terreno aparece que lo que falta no es un FDE, se dice ahí, y el mapa es tuyo igual.
Empresas y proyectos en los que participé
Más de 25 años en fintech, banca, retail, medios, streaming y gobierno: las empresas donde trabajé, y los proyectos y clientes que pasaron por mis equipos.
Los nombres son de sus dueños; los círculos son iniciales, no logos. En azul, las empresas donde trabajé; alrededor, proyectos y clientes.
Conectar.
Construir.
«Entre funciona en la demo y funciona en tu empresa hay una distancia. Alguien tiene que achicarla.»
Hablemos. Un caso.
Contanos qué debería estar andando y no anda. Una conversación corta alcanza para saber si un FDE es la respuesta.