La mayoría de los rechazos en entrevistas tech no se explican por falta de talento técnico, sino por señales concretas que el entrevistador interpreta como riesgo: no poder explicar tus propias decisiones, no conocer el negocio de la empresa o no mostrar evidencia verificable de lo que sabés hacer. Entender esas causas te permite preparar cada instancia con foco y dejar de adivinar qué salió mal.

Si te postulaste a varias búsquedas y quedaste afuera en la entrevista técnica o en la conversación con el hiring manager, es probable que el problema no sea tu nivel de código. Los procesos de selección en tecnología evalúan tres cosas al mismo tiempo: capacidad técnica, forma de razonar y encaje con el equipo. Un candidato puede resolver el ejercicio y aun así quedar afuera porque no explicó su razonamiento en voz alta. Otro puede fallar el ejercicio y avanzar porque mostró un proceso de pensamiento claro.

El contexto agrega presión: la contratación se está moviendo hacia modelos centrados en habilidades demostrables más que en credenciales, y las empresas incorporaron IA a sus flujos de trabajo, así que ahora también evalúan cómo trabajás con estas herramientas. En este artículo repasamos las causas de rechazo más frecuentes y qué hacer con cada una.

Las 8 causas de rechazo más frecuentes en entrevistas tech

1. Resolvés el ejercicio pero no explicás cómo pensás

En una entrevista técnica, el entrevistador no está buscando la respuesta correcta: está buscando entender tu proceso. Si trabajás en silencio durante veinte minutos y presentás una solución terminada, el evaluador no tiene información sobre cómo abordás un problema nuevo.

Qué hacer: practicá pensar en voz alta. Antes de escribir código, enunciá el problema con tus palabras, listá los casos borde que se te ocurren y explicá por qué elegís una estructura de datos sobre otra. Si te trabás, decilo: "acá dudo entre dos caminos, voy a probar el primero porque me parece más simple de testear".

2. No podés defender tus propios proyectos

Es un patrón muy común: el candidato presenta un proyecto en el portfolio y cuando le preguntan por qué eligió determinada librería o cómo manejó los errores, no tiene respuesta. Eso genera dudas inmediatas sobre cuánto del proyecto realmente entendió.

Qué hacer: antes de cada entrevista, revisá tus dos o tres proyectos principales y preparate para responder: qué problema resuelve, qué decisiones técnicas tomaste, qué harías distinto hoy y qué fue lo que más te costó. Si usaste asistentes de IA para escribir parte del código, está bien decirlo, siempre que puedas explicar qué hace ese código y por qué está ahí.

3. Tu perfil dice una cosa y tu evidencia dice otra

Si el CV lista diez tecnologías pero tu repositorio muestra tres proyectos de tutorial sin modificaciones, la inconsistencia se detecta rápido. Los reclutadores cruzan lo que declarás con lo que pueden verificar. De hecho, distintos relevamientos del sector indican que la enorme mayoría de los reclutadores técnicos revisa el perfil de GitHub antes de decidir si avanza con una entrevista, y que dedican menos de un minuto a ese chequeo.

Qué hacer: reducí la lista de tecnologías a las que podés defender en una conversación y asegurate de que cada una tenga respaldo visible. Es más fuerte mostrar tres herramientas con proyectos reales que diez con menciones vacías. Si querés ordenar esa parte, esta guía sobre qué proyectos de GitHub buscan los recruiters te sirve como checklist.

4. No investigaste la empresa ni el producto

Cuando el entrevistador pregunta "¿por qué te interesa esta posición?" y la respuesta es genérica, el mensaje que recibe es que estás aplicando en masa. En equipos chicos, donde cada contratación pesa mucho, esto pesa todavía más.

Qué hacer: dedicá veinte minutos antes de la entrevista a usar el producto si es posible, leer la documentación pública, revisar el blog de ingeniería y mirar los perfiles del equipo. Llegá con una pregunta específica sobre el producto o la arquitectura. Es una de las formas más rápidas de diferenciarte.

5. Fallás en las preguntas de comportamiento

Las preguntas del tipo "contame de un conflicto en un equipo" o "un proyecto que salió mal" no son relleno. Sirven para evaluar autocrítica, colaboración y manejo de la ambigüedad. Respuestas evasivas o que culpan a terceros suelen ser motivo de rechazo directo.

Qué hacer: preparate tres o cuatro historias reales usando una estructura simple: situación, qué hiciste, qué resultado tuvo y qué aprendiste. Incluí al menos una en la que el resultado no fue bueno y podés explicar qué cambiarías.

6. No manejás las bases de tu propio stack

Pasa cuando alguien aprendió con un framework pero no consolidó los fundamentos. Preguntas sobre asincronía en JavaScript, tipos de datos en Python o diferencias entre un JOIN y una subconsulta en SQL exponen ese hueco muy rápido.

Qué hacer: hacé un inventario honesto de fundamentos y cubrí los que estén flojos. En la práctica, casi todas las entrevistas técnicas incluyen preguntas de base: lenguaje, estructuras de datos, control de versiones, consultas a bases de datos y nociones de testing.

7. No sabés cuánto querés cobrar ni por qué

La pregunta de expectativa salarial aparece temprano y una respuesta improvisada te puede dejar afuera o dejarte muy por debajo del rango. Improvisar acá es caro.

Qué hacer: investigá el rango del rol para tu nivel de seniority y tu región antes del proceso. Definí un número mínimo aceptable y uno objetivo. Cuando te pregunten, respondé con un rango y aclará que es flexible según el paquete completo.

8. No mostrás cómo trabajás con IA

Este es el criterio más nuevo. Muchos equipos ya asumen que vas a usar asistentes de código y modelos de lenguaje en el día a día, y quieren saber si los usás con criterio o si dependés de ellos sin verificar. Un candidato que dice "no uso IA" y otro que dice "le pido todo a la IA" generan la misma desconfianza.

Qué hacer: practicá un relato concreto de cómo integrás estas herramientas: para qué las usás, cómo validás lo que devuelven y en qué casos preferís no usarlas. Un análisis de más de diez millones de avisos de empleo en el Reino Unido citado por el World Economic Forum muestra que los perfiles con habilidades de IA declaradas tienen un salario publicado 23% más alto que perfiles comparables sin ellas.

Cómo estructurar tu preparación en las dos semanas previas

Preparar una entrevista no es estudiar todo de nuevo. Es cubrir huecos específicos y ensayar el formato. Una distribución que funciona:

• Días 1 a 3 — Diagnóstico. Listá los rechazos recientes y en qué instancia ocurrieron. Si caés siempre en la técnica, el problema es de fundamentos o de comunicación técnica. Si caés en la charla con el manager, es de narrativa y encaje.

• Días 4 a 8 — Fundamentos. Resolvé ejercicios de dificultad media explicando en voz alta y grabándote. Escuchar tu propia explicación es incómodo y extremadamente útil.

• Días 9 a 11 — Proyectos y narrativa. Escribí en un documento la defensa de cada proyecto: problema, decisiones, resultado, aprendizaje. Ensayá tus historias de comportamiento.

• Días 12 a 14 — Simulación. Hacé al menos dos entrevistas simuladas con otra persona. Si no tenés con quién, usá un modelo de lenguaje como entrevistador y pedile que te repregunte con dureza sobre tus respuestas.

Esa última técnica es más potente de lo que parece: podés pedirle al modelo que actúe como entrevistador técnico de una empresa específica, que te haga preguntas de seguimiento y que después te devuelva un análisis de tus puntos débiles. Si nunca lo probaste, esta guía para preparar entrevistas técnicas con IA tiene los prompts base.

Señales de que el problema no sos vos

No todos los rechazos son tu responsabilidad. Hay procesos que se caen por razones ajenas al candidato y conviene reconocerlos para no ajustar cosas que estaban bien:

• La búsqueda se congela o se cancela por presupuesto.

• La posición se llena con un candidato interno que ya estaba definido.

• El rol estaba mal descripto y buscaban un seniority distinto al publicado.

• El proceso tenía más de cinco instancias y se cae por agotamiento del equipo evaluador.

La forma de distinguir un caso del otro es pedir feedback. Un mail breve y sin reproches después del rechazo consigue respuesta más veces de lo que se cree, y esa respuesta es la información más valiosa que vas a tener para el siguiente intento.

Cómo preparar el lado técnico con formación estructurada

Si el diagnóstico te muestra que el hueco está en fundamentos, estudiar por tu cuenta funciona pero es lento y difícil de ordenar. Una formación con proyectos y devolución de un docente acorta ese camino porque te obliga a entregar y defender lo que hacés, que es justamente lo que evalúa una entrevista.

• Si estás empezando: el Curso de Desarrollo Web cubre las bases de HTML, CSS y JavaScript con entregas, así que terminás con proyectos propios y no con ejercicios de tutorial.

• Si ya programás y querés consolidar: la Carrera de Desarrollo Full Stack te lleva de frontend a backend y bases de datos, que es el recorrido que más aparece en las entrevistas técnicas de perfiles junior y semi senior.

• Si querés cubrir el criterio de IA: el Curso de Introducción a la Inteligencia Artificial te da el vocabulario y las prácticas para responder con solidez cuando te pregunten cómo trabajás con estas herramientas.

Elegí según dónde esté tu hueco real, no según lo que suene mejor en el CV. Un curso que cierra una brecha concreta rinde más que tres que suman menciones.

Preguntas frecuentes

¿Cuántas entrevistas es normal perder antes de conseguir trabajo?

No hay un número universal, pero en perfiles junior es habitual acumular varias decenas de postulaciones y entre cinco y quince entrevistas antes de una oferta. Lo que sí es una señal de alarma es perder siempre en la misma instancia: si caés cinco veces en la entrevista técnica, el problema es identificable y corregible. Si caés en instancias distintas cada vez, probablemente sea volumen y no un déficit específico.

¿Puedo decir que usé IA para hacer mi proyecto del portfolio?

Sí, y en la mayoría de los equipos es mejor decirlo. Lo que se evalúa no es si usaste la herramienta, sino si entendés el resultado. Preparate para explicar qué parte generó el modelo, cómo la verificaste y qué modificaste. Ocultarlo es riesgoso: si te repreguntan sobre una línea que no entendés, la situación es mucho peor que haberlo aclarado desde el principio.

¿Qué hago si me rechazan sin darme ningún feedback?

Escribí un mail corto al reclutador agradeciendo el tiempo y pidiendo un comentario concreto sobre qué reforzar. Sin reclamos y sin pedir que reconsideren la decisión. Cuando no hay respuesta, hacé tu propio análisis: anotá qué preguntas no pudiste responder bien y en qué momento sentiste que la conversación se enfrió. Ese registro, acumulado en tres o cuatro procesos, muestra patrones bastante claros.

¿Sirve postularse a posiciones donde no cumplo todos los requisitos?

Sí, siempre que cumplas el núcleo del rol. Las descripciones de puesto suelen listar un ideal que casi nadie cumple por completo, y muchos equipos contratan candidatos que cubrían entre el 60% y el 70% de los requisitos. Lo que no conviene es postularse a un rol senior sin experiencia previa en el stack: ahí el rechazo es probable y el proceso consume tiempo que podés invertir mejor.

¿Cómo respondo la pregunta de expectativa salarial si no sé cuánto pedir?

Investigá antes el rango del rol para tu nivel y tu región, definí un mínimo y un objetivo, y respondé con un rango en lugar de un número exacto. Si te insisten y todavía no tenés información, es válido decir que preferís conocer el alcance completo de la posición antes de dar una cifra, pero conviene evitarlo: en general se lee como falta de preparación.