Ser FDE exige dos músculos: ingeniería sólida y trabajo con clientes. Casi nadie llega con los dos igual de desarrollados, y no hace falta. Lo que necesitas es saber cuál es tu punto débil y un plan para cerrarlo con evidencias que puedas enseñar en una entrevista.
1. El mapa de competencias
Diez competencias en tres niveles. Cada nivel se define por lo que puedes demostrar, no por los cursos que has hecho.
| Competencia | Básico | Sólido (lo que piden la mayoría de ofertas) | Avanzado |
|---|---|---|---|
| Código | Escribes scripts que funcionan | Código legible, probado y mantenible en un lenguaje (Python o TypeScript) | Diseñas librerías o servicios que usan otros equipos |
| APIs e integraciones | Consumes una API REST | Integras sistemas con autenticación, paginación, reintentos y webhooks | Integras sistemas heredados sin API, con colas y sincronización fiable |
| Datos y SQL | Consultas sencillas | Modelas datos, haces joins complejos y limpias datos sucios | Diseñas pipelines fiables y escalables |
| Cloud y despliegue | Despliegas en una plataforma gestionada | Contenedores, CI/CD, variables de entorno, logs y monitorización | Despliegas en la nube del cliente con sus restricciones de red y seguridad |
| IA aplicada | Usas la API de un modelo | RAG, salidas estructuradas, tool use, agentes sencillos y evaluaciones | Diseñas evaluaciones sólidas y optimizas calidad, coste y latencia en producción |
| Seguridad y privacidad | Sabes qué es un dato personal | Gestionas secretos, permisos y RGPD en tus diseños | Pasas revisiones de seguridad enterprise y diseñas para auditoría |
| Discovery | Preguntas lo que te dicen que preguntes | Descubres el problema real y lo cuantificas | Diriges talleres con varios departamentos con intereses distintos |
| Acotar | Ejecutas un alcance definido | Conviertes una petición ambigua en un primer entregable con métricas | Negocias alcance, plazos y prioridades con directivos |
| Comunicación | Explicas tu trabajo a otros técnicos | Explicas compromisos técnicos a perfiles de negocio, por escrito y en directo | Presentas a comités de dirección y gestionas crisis |
| Negocio | Conoces el producto de tu empresa | Entiendes cómo gana dinero el cliente y qué le cuesta su problema | Detectas oportunidades nuevas dentro de la cuenta |
Autodiagnóstico en diez minutos
Puntúa cada competencia de 1 (básico) a 3 (avanzado). Para ser candidato fuerte a un puesto de FDE de nivel medio, busca al menos un 2 en todas y un 3 en dos o tres. Las dos competencias con peor nota son tu plan de los próximos tres meses.
2. Qué priorizar según tu punto de partida
Si vienes de desarrollo de software
Tu ventaja: código, APIs y despliegue. Tu hueco habitual: discovery, acotar y comunicación con negocio. Qué hacer:
- Busca un proyecto con un usuario real fuera de tu equipo, aunque sea pequeño.
- Practica decomposition en voz alta cada semana.
- Haz un proyecto de IA aplicada con evaluaciones: la mayoría de ofertas lo piden.
Si vienes de datos o machine learning
Tu ventaja: datos, modelos y evaluación. Tu hueco habitual: ingeniería de producción (APIs, despliegue, monitorización) y traducir métricas a impacto de negocio. Qué hacer:
- Despliega uno de tus modelos como servicio, con logs y alertas.
- Reescribe tus proyectos hablando de horas ahorradas o ingresos, no solo de precisión.
Si vienes de consultoría
Tu ventaja: clientes, estructura y comunicación. Tu hueco habitual: código de producción mantenible. Qué hacer:
- Construye y despliega algo de principio a fin tú solo.
- Contribuye a un proyecto open source: es una prueba pública de que sabes trabajar con el código de otros.
- Cuidado con las ofertas de «FDE» que son consultoría con otro nombre: si quieres cambiar, busca producto propio.
Si vienes de preventa o Solutions Engineering
Tu ventaja: contexto de cliente, demos y conocimiento del producto. Tu hueco habitual: profundidad técnica más allá de la demo y responsabilidad sobre sistemas en producción. Qué hacer:
- Mantén en producción algo que usen otros durante varios meses.
- Prepara un caso de system design con restricciones enterprise que puedas defender a fondo.
Si acabas de graduarte
Tu ventaja: tiempo para aprender y facilidad con las herramientas nuevas. Tu hueco habitual: experiencia con clientes y con sistemas reales. Qué hacer:
- Resuelve un problema real de alguien que conozcas: una asociación, un negocio familiar o un departamento de tu universidad.
- Busca programas de graduados: en nuestra bolsa de empleo hay ofertas de este tipo, por ejemplo con las etiquetas «Graduados» o «Emerging Talent».
Si tu perfil no es técnico
El puesto de FDE exige programar. Si vienes de negocio, operaciones o producto, mira los roles afines como Deployment Strategist, que comparten el trabajo con el cliente sin exigir el mismo nivel de código. Los explicamos en FDE vs. Solutions Engineer y otros roles.
3. Plan de 12 semanas
Pensado para unas 8–10 horas a la semana junto a un trabajo a tiempo completo.
| Semanas | Objetivo | Tareas | Evidencia al terminar |
|---|---|---|---|
| 1–2 | Diagnóstico y base | Autodiagnóstico. Repasa tu lenguaje principal, HTTP y SQL. Lee qué es un FDE y el ciclo de un despliegue. | Mapa de competencias puntuado y plan propio |
| 3–4 | IA aplicada I | APIs de modelos, salidas estructuradas, tool use. Proyecto 1 (abajo). | Proyecto 1 en un repositorio público |
| 5–6 | IA aplicada II | RAG y evaluaciones. Proyecto 2. | Proyecto 2 con informe de evaluación |
| 7–9 | Cliente real | Encuentra a alguien con un problema real. Discovery, alcance de una página y primera versión. Proyecto 3. | Documento de alcance, demo y opinión del usuario |
| 10–11 | Producción | Despliega el proyecto 3 con autenticación, logs, monitorización y límites de coste. | Sistema en uso con métricas |
| 12 | Portfolio y entrevistas | Escribe los casos de estudio y prepara las entrevistas. | Portfolio con tres casos y CV actualizado |
4. Cuatro proyectos de portfolio
Un buen proyecto de FDE no impresiona por la tecnología, sino porque resuelve un problema concreto de alguien, está desplegado y tiene el resultado medido.
Proyecto 1 · Extractor de documentos con validación
- Problema: alguien pierde horas copiando datos de facturas, albaranes o formularios a una hoja de cálculo.
- Alcance: subir PDFs, extraer campos con un modelo usando una salida estructurada, validarlos con reglas y marcar lo dudoso para revisión humana.
- Requisitos técnicos: esquema validado, gestión de errores y reintentos, y un coste por documento conocido.
- Evaluación: 50 documentos reales con los campos correctos anotados; precisión por campo.
- Qué enseñar: demo, tabla de evaluación y coste por documento.
Proyecto 2 · Asistente con RAG y evaluaciones
- Problema: una organización tiene documentación que nadie encuentra. Pide permiso antes de usarla.
- Alcance: preguntas en lenguaje natural con respuestas que citan la fuente y un «no lo sé» cuando no hay respuesta.
- Requisitos técnicos: chunking razonado, búsqueda híbrida o semántica, citas y control de alucinaciones.
- Evaluación: 40 preguntas reales con la respuesta esperada, incluidas preguntas sin respuesta en la documentación. Mide aciertos, citas correctas y «no lo sé» bien dados.
- Qué enseñar: cómo mejoró la evaluación entre versiones y por qué.
Proyecto 3 · Automatización para un usuario real
- Problema: una tarea repetitiva de una persona o un equipo concreto, como conciliar pagos, clasificar correos o generar informes.
- Alcance: el mínimo que le ahorra tiempo de verdad, integrado en las herramientas que ya usa.
- Requisitos técnicos: integración con al menos dos sistemas, ejecución programada o por eventos, alertas cuando falla.
- Evaluación: tiempo que dedicaba antes y después, medido durante un mes.
- Qué enseñar: el documento de alcance, la opinión del usuario y las horas ahorradas.
Proyecto 4 · Agente con herramientas y salvaguardas
- Problema: un proceso con varios pasos y decisiones, como gestionar devoluciones de una tienda online de prueba.
- Alcance: un agente que consulta pedidos, aplica la política y crea la devolución o pasa el caso a una persona.
- Requisitos técnicos: herramientas con permisos mínimos, confirmación antes de acciones irreversibles, registro de cada paso y protección frente a inyección de prompts.
- Evaluación: 30 escenarios, incluidos intentos de saltarse la política; porcentaje resuelto bien y cero acciones indebidas.
- Qué enseñar: trazas de conversaciones, escenarios de ataque y cómo los frenaste.
5. Cómo contar tus proyectos
En el CV y en LinkedIn, cada proyecto en una línea con esta estructura:
Construí [qué] para [quién] que [resultado medido] usando [tecnologías clave].
Ejemplos:
- Construí un extractor de facturas para una gestoría de 6 personas que redujo la entrada manual de datos de 10 a 2 horas semanales, con Python y salidas estructuradas de un LLM.
- Construí un asistente de documentación interna para una ONG que responde correctamente al 88 % de 40 preguntas de prueba y cita la fuente, con RAG y evaluaciones automáticas.
Y en tu repositorio, un README que empiece por el problema y el resultado, no por las instrucciones de instalación.
6. Dónde aprender cada cosa
En la biblioteca tienes vídeos, repositorios, cursos y guías seleccionados, filtrables por nivel y por perfil técnico o funcional. Para la parte de cliente, nada sustituye a la práctica: busca problemas reales y gente con la que ensayar entrevistas en la comunidad del club.
Fuentes
- Las competencias se basan en lo que piden las ofertas de nuestra bolsa de empleo, revisada el 9 de noviembre de 2026; Python es la tecnología más citada (18 de 51 ofertas), y en lo que describen First Round Review y Palantir sobre el rol (enlaces en qué es un FDE).
- El mapa de competencias, el plan y los proyectos son del FDE Club. Los ejemplos de CV son ilustrativos.