Banco de preguntas para entrevistas de FDE (con lo que buscan en cada una)

Usa este banco para practicar en voz alta, solo o con otra persona. No memorices respuestas: prepara historias y estructuras que te sirvan para muchas preguntas. En cada bloque explicamos qué suele buscar el entrevistador.

Cómo practicar. Elige cinco preguntas al azar de bloques distintos, ponte un cronómetro (2 minutos por pregunta de comportamiento y 20 por ejercicio técnico) y grábate. Revisa: ¿respondí a la pregunta? ¿Di un ejemplo concreto? ¿Cuantifiqué el resultado?

1. Motivación y encaje

1. ¿Por qué quieres ser FDE y no ingeniero de producto o Solutions Engineer?
2. Cuéntame tu trayectoria en dos minutos.
3. ¿Qué sabes de nuestros clientes? ¿Qué problema crees que les resolvemos?
4. ¿Qué te atrae y qué te preocupa de trabajar de cara al cliente?
5. ¿Cómo llevas viajar? ¿Qué porcentaje de viajes te parecería razonable?
6. ¿En qué idiomas podrías trabajar con clientes?
7. ¿Dónde te ves dentro de tres años?

Qué buscan: motivación concreta, no genérica. Que hayas investigado la empresa. Que entiendas que el rol implica código y cliente, sin idealizar ninguna de las dos partes. Resta: decir que quieres ser FDE «porque es lo que más se contrata» o porque no quieres programar tanto.

2. Coding práctico

8. Consume esta API paginada, quédate con los registros de los últimos 30 días y devuelve las cinco categorías con más importe.
9. Este CSV tiene fechas en tres formatos, duplicados y campos vacíos. Normalízalo.
10. Esta función falla de forma intermitente en producción. Encuentra el fallo.
11. Implementa un cliente HTTP con reintentos y espera exponencial.
12. Escribe un script que sincronice registros entre dos sistemas sin duplicar.
13. Implementa un limitador de peticiones sencillo.
14. Dado un registro de eventos, reconstruye las sesiones de cada usuario.
15. Amplía este código con una funcionalidad nueva sin romper las pruebas existentes.

Qué buscan: preguntas antes de escribir, una primera versión que funcione, código legible, gestión de errores y casos límite, y explicar los compromisos en voz alta. Resta: optimizar antes de que funcione, ignorar los errores de red o de datos, o quedarse en silencio.

3. IA aplicada y LLMs

16. Extrae campos estructurados de estas facturas en PDF con un modelo de lenguaje. ¿Cómo garantizas que la salida es válida?
17. Implementa un agente sencillo con dos herramientas: buscar un pedido y crear un ticket.
18. ¿Cómo evaluarías un sistema de RAG antes de enseñarlo al cliente?
19. El cliente dice que el asistente «se inventa cosas». ¿Cómo lo diagnosticas y cómo lo arreglas?
20. ¿Cuándo usarías RAG, cuándo fine-tuning y cuándo solo un buen prompt?
21. ¿Cómo reducirías a la mitad el coste por conversación sin perder calidad?
22. La latencia de tu agente es de 12 segundos y el cliente quiere 3. ¿Qué opciones tienes?
23. ¿Cómo evitarías que un agente ejecute acciones peligrosas?
24. ¿Qué es la inyección de prompts y cómo te protegerías en un sistema que lee correos de clientes?
25. ¿Cómo versionarías prompts y modelos para poder volver atrás?
26. Diseña un conjunto de evaluación para un agente de soporte. ¿De dónde sacas los casos? ¿Quién decide la respuesta correcta?
27. ¿Cuándo usarías un modelo como juez y cuándo hace falta revisión humana?

Qué buscan: criterio práctico sobre cuándo y cómo usar cada técnica, obsesión por evaluar con casos reales, y atención a coste, latencia, seguridad y fallos. Resta: responder con modas en lugar de compromisos, o no hablar nunca de evaluación.

4. System design orientado a cliente

28. Diseña un asistente interno para que 5.000 empleados de un banco consulten la normativa interna. Los documentos no pueden salir de su nube.
29. Un cliente tiene un ERP de hace 20 años sin API. Diseña cómo integrarías tu producto.
30. Diseña un sistema que procese 50.000 documentos al día con revisión humana de los casos dudosos.
31. Diseña la integración de un agente de voz con el centro de llamadas de un cliente.
32. ¿Cómo desplegarías el mismo producto en 20 clientes con configuraciones distintas sin mantener 20 versiones del código?
33. Diseña la monitorización de un sistema con IA en producción. ¿Qué alertas pondrías?
34. El cliente exige que nada se ejecute fuera de la Unión Europea. ¿Qué cambia en tu diseño?
35. Diseña un pipeline de datos que unifique clientes de tres sistemas con identificadores distintos.

Qué buscan: preguntas sobre volumen, latencia y datos sensibles; empezar simple; profundizar en la parte más arriesgada; seguridad, permisos y auditoría; y un plan de evolución. Resta: dibujar microservicios y colas sin entender el problema, o ignorar las restricciones del cliente.

5. Decomposition

36. Una aseguradora quiere reducir el tiempo de gestión de siniestros.
37. Una cadena hotelera quiere aumentar los ingresos por habitación.
38. Un operador de telecomunicaciones quiere reducir las bajas de clientes.
39. Un hospital quiere optimizar el uso de sus quirófanos.
40. Una empresa de alquiler de coches quiere reducir los daños no cobrados.

Tienes el método y dos casos resueltos en la guía de decomposition.

6. Simulación con cliente

41. «Llevamos seis semanas y el piloto no funciona. Mi jefe me pregunta por qué pagamos esto.»
42. «Ya que estáis, ¿podéis conectarlo también con nuestro sistema de nóminas? Debería ser fácil.»
43. «Necesito que acierte el 100 % de las veces. Si no, no nos sirve.»
44. «Quiero salir a producción el lunes.» Tú sabes que no está listo.
45. «Vuestro competidor nos promete lo mismo por la mitad.»
46. «Nuestro equipo de IT no os va a dar acceso a los datos de producción.»
47. Explica a la directora financiera por qué el coste depende del uso.
48. Explica a un equipo de operaciones, que teme perder su trabajo, qué va a cambiar.

Qué buscan: escuchar y reformular, reconocer lo legítimo, dar opciones con sus consecuencias, no prometer lo que no controlas y cerrar con un siguiente paso concreto. Resta: ponerse a la defensiva, culpar al cliente o al producto, o decir que sí a todo.

7. Comportamiento

49. Cuéntame una vez que un cliente o usuario estaba muy descontento. ¿Qué hiciste?
50. Háblame de un proyecto en el que el problema no estaba definido.
51. Cuéntame una vez que dijiste que no a una petición importante.
52. Háblame de un fallo tuyo en producción.
53. Cuéntame una vez que tuviste que aprender algo nuevo en muy poco tiempo.
54. Háblame de un desacuerdo técnico con un compañero y cómo se resolvió.
55. ¿Cuál es el proyecto del que estás más orgulloso? ¿Por qué?
56. Cuéntame una vez que tuviste que decidir sin toda la información.
57. Háblame de una vez que detectaste un problema que nadie te había pedido resolver.
58. Cuéntame una situación en la que tuviste que priorizar entre dos clientes o dos urgencias.
59. ¿Qué es lo más difícil que has explicado a alguien no técnico?
60. Háblame de un proyecto que fracasó. ¿Qué aprendiste?

Qué buscan: ejemplos concretos y recientes, qué hiciste tú (no «nosotros»), un resultado medible y un aprendizaje honesto. Resta: historias hipotéticas («yo haría…»), no reconocer errores o no cuantificar nada.

8. Presentación de un proyecto (preguntas de seguimiento)

61. ¿Por qué elegiste esa arquitectura? ¿Qué alternativas descartaste?
62. ¿Qué pasaría si el volumen se multiplicara por cien?
63. ¿Cómo sabías que funcionaba? ¿Qué medías?
64. ¿Qué parte fue la más difícil y por qué?
65. Si empezaras hoy, ¿qué harías distinto?
66. ¿Qué hiciste tú y qué hizo el resto del equipo?

Qué buscan: dominio de cada decisión, honestidad sobre los límites y capacidad de bajar al detalle. Resta: no saber explicar partes del proyecto que presentas como tuyas.

9. Preguntas que debes hacer tú

67. ¿Qué porcentaje del tiempo se dedica a código y cuánto a reuniones con clientes?
68. ¿Con cuántos clientes trabaja a la vez un FDE?
69. ¿Cuánto se viaja y con qué antelación se sabe?
70. ¿Cómo llega al producto lo que construimos en el campo? ¿Me das un ejemplo reciente?
71. ¿Cómo se mide el éxito de un FDE aquí?
72. ¿Qué niveles de carrera hay y adónde han ido los FDEs que han crecido aquí?
73. ¿Qué tendría que haber conseguido en mis primeros 90 días para que estuvieras contento?

Estas preguntas te ayudan a distinguir un puesto de FDE de verdad de uno de consultoría con otro nombre. Lo explicamos en Cómo conseguir trabajo de FDE desde España.

Fuentes

• Los rasgos que se buscan proceden de First Round Review: So You Want to Hire a Forward Deployed Engineer.
• El enfoque colaborativo de la entrevista, de Palantir: Interviewing at Palantir: Our advice.
• Las preguntas son una recopilación del FDE Club a partir de los formatos descritos en esas fuentes y en las guías de preparación públicas. No son preguntas filtradas de ninguna empresa.