Empieza aquíPor qué buenos candidatos pierden ofertas
La mayoría de los candidatos preparan las entrevistas memorizando su CV. Es un error. A los responsables de contratación no les importa una lista cronológica de tus trabajos. Les importan los problemas que sabes resolver, y si sabes explicar cómo los resolviste.
Si haces entrevistas en inglés como segundo o tercer idioma, estás haciendo dos trabajos a la vez: responder a la pregunta y traducirte a ti mismo (tus ideas, tu valor, tu criterio) a un idioma y un estilo cultural que el entrevistador reconoce. Ingenieros, diseñadores y profesionales de producto muy buenos pierden ofertas no por falta de capacidad, sino porque ese segundo trabajo no está funcionando.
La solución es la estructura. Llega con un buen Hook y de tres a cinco historias PAR conectadas con la oferta, y controlarás el ritmo de la conversación en lugar de ir reaccionando. Esta guía te enseña a preparar las dos cosas.
01Cómo funciona un proceso de entrevistas
La mayoría de las empresas tecnológicas internacionales hacen un proceso de cuatro o cinco fases, a menudo en dos a cuatro semanas. Cada fase evalúa algo distinto, así que prepara cada una por separado.
Recruiter screen
De 15 a 45 minutos. Encaje, motivación, experiencia a grandes rasgos, salario y logística.
Responsable de contratación
Tu experiencia en profundidad: responsabilidad, impacto y cómo trabajas con los demás.
Técnica o caso
Programación, diseño de sistemas, un caso de producto o de diseño. Cómo piensas, no solo la respuesta.
De comportamiento
Conflicto, fracaso, feedback y liderazgo, contados como historias concretas.
Ronda final
Una valoración global con un líder sénior: criterio, objetivos y encaje en el equipo.
02«Tell me about yourself»: el Hook
Cuando un entrevistador dice «Tell me about yourself», no te está pidiendo tu biografía. Te está dando un lienzo en blanco para enmarcar toda la conversación. La mayoría lo desperdicia: dónde estudió, una lista de tecnologías, cada trabajo en orden.
Un buen Hook hace tres cosas en menos de 45 segundos:
El problema principal
Defínete por el problema que resuelves, no por las herramientas que usas.
La prueba
Una frase con tu logro más grande y más relevante.
El puente
Conecta esa prueba con este equipo: nombra su producto, su reto y tu objetivo.
Después del Hook, puedes ampliar la respuesta a 60 o 90 segundos añadiendo uno o dos logros de tus puestos recientes, cada uno como un mini-PAR, y terminar con por qué este puesto es el siguiente paso lógico.
Más ejemplos
Estos ejemplos son ilustrativos. Construye los tuyos con tus propios resultados reales.
Product Manager
I help B2B products grow revenue from the customers they already have. At my current company I own pricing and packaging for our analytics platform, and last year I redesigned our upgrade path, which lifted expansion revenue by 30% in two quarters. I saw that you’re launching an enterprise tier this year, and that’s exactly the kind of problem I want to work on next.
UX/UI Designer
I design complex workflows so that people can finish them without calling support. At a logistics SaaS company, I rebuilt the shipment-booking flow from eleven steps to four, and support tickets about booking fell by more than half. Your platform is expanding to small businesses who won’t have a dedicated operations team, and making that first booking effortless is where I can contribute most.
Data Analyst
I turn messy product data into decisions that teams actually act on. At my current company, I built the retention dashboard that leadership now uses every week, and my churn analysis led to a change in onboarding that reduced early cancellations. You’re scaling into new markets, which means a lot of new questions and not much clean data yet, and that’s the kind of environment I work best in.
03El método PAR
Para la mayoría de los puestos tech recomiendo PAR: Problem, Action, Result (problema, acción, resultado). Cuando una historia solo se entiende con algo de contexto, usa SAR: Situation, Action, Result, con la situación en dos frases como máximo. Los métodos más largos hacen que la gente se entretenga demasiado en el contexto y muy poco en lo que realmente hizo. PAR te obliga a ir al grano, y eso importa todavía más cuando hablas en un segundo idioma y cada frase de más es una oportunidad de perder el hilo.
Problema · ~20%
No solo qué estabas construyendo: la limitación que lo hacía difícil. Tiempo, presupuesto, rendimiento, datos malos, stakeholders con intereses opuestos.
Acción · ~60%
Qué decidiste e hiciste tú, y por qué. Las alternativas que valoraste, lo que decidiste no hacer, cómo manejaste lo que salió mal.
Resultado · ~20%
Qué cambió para los usuarios o para el negocio. Lo mejor son las cifras; un impacto descrito con claridad también funciona.
Una historia PAR, de principio a fin
Software Engineer: “Tell me about a difficult technical problem you solved.”
ProblemWe needed a caching layer on an edge device, but we only had 50 megabytes of memory available, and the device kept crashing under load.
ActionI chose an LRU cache instead of a simple array, because it kept lookups constant-time. To handle the memory limit, I wrote a custom eviction policy that cleared stale data before the operating system could kill the process.
ResultWe cut p99 latency by 40% and eliminated out-of-memory crashes in production. Getting there took some interesting low-level memory work.
Cómo contarla
- Menos de dos minutos. Una historia PAR es una dosis concentrada de pruebas. Si llegas a los dos minutos, para.
- Anuncia el comienzo. “The best example of that is…” o “That reminds me of a project where…” le dice al oyente que viene una respuesta estructurada.
- Prepara la repregunta. Termina con un detalle que despierte curiosidad, como “some interesting low-level memory work” en el ejemplo. Te preguntarán por él, y estarás en una conversación en lugar de recitar una respuesta.
04Tu banco de historias PAR
Las preguntas de comportamiento (“Tell me about a time when…”) son donde se deciden muchas ofertas, sobre todo con los responsables de contratación. Los entrevistadores quieren ejemplos concretos, no afirmaciones generales sobre cómo sueles comportarte. La forma de estar listo es un banco de historias: cinco historias preparadas de antemano, cada una lo bastante flexible para responder a varias preguntas.
- Conflicto: un desacuerdo con un responsable, un compañero o un stakeholder
- Fracaso: un error que asumiste y lo que cambiaste después
- Feedback: un feedback difícil que recibiste y aplicaste
- Liderazgo: liderar personas o un proyecto, con o sin autoridad
- Entregar bajo presión: un plazo ajustado, pocos recursos, un problema difícil
Las mismas cinco historias cubren la mayoría de las preguntas que vas a oír:
- Tell me about a time you disagreed with your manager.
- Describe a situation where you had to convince someone to support your idea.
- Tell me about a time you failed, or made a significant mistake.
- Give me an example of difficult feedback you received.
- Describe a project you led without formal authority.
- Tell me about a time you delivered under a very tight deadline.
- Tell me about a recent project you’re proud of.
Ejemplos de historias PAR
Ejemplos ilustrativos: sustituye cada detalle por los tuyos.
Conflicto · Backend Engineer: “Tell me about a time you disagreed with a senior colleague.”
ProblemOur lead architect wanted to rewrite our billing service from scratch. I thought a full rewrite would freeze new features for at least two quarters, and billing was already blocking two product launches.
ActionInstead of arguing in the meeting, I asked for a week to test an alternative. I built a small proof of concept that moved one billing flow to a new module behind the existing interface, measured the effort, and presented both plans side by side with timelines and risks. I was clear that I’d fully support whichever plan we chose.
ResultWe went with the incremental migration. Both launches shipped on time, and the old service was fully replaced eight months later. The architect and I now review major design decisions together.
Fracaso · DevOps Engineer: “Tell me about a mistake you made.”
ProblemI pushed a configuration change on a Friday afternoon without a staged rollout, and it took down checkout for twenty minutes.
ActionI rolled it back, told my manager and the on-call channel exactly what I’d done, and led the incident review the following Monday. I didn’t stop at “be more careful”: I proposed and built a canary step in our deployment pipeline so configuration changes reach 5% of traffic first.
ResultWe haven’t had a configuration-related outage since, and the canary step is now standard for every team. It taught me that owning a mistake quickly is what makes people trust you with the next big change.
Feedback · Product Manager: “Give me an example of difficult feedback you received.”
ProblemMy director told me my updates to leadership were too long and that people stopped reading before they reached the decision I needed.
ActionI restructured every update to lead with the bottom line: the decision or risk in the first sentence, then three supporting points, then details only for those who wanted them. I asked my director to review my next three updates and tell me honestly whether they worked.
ResultDecisions that used to take a week of back-and-forth started getting answered the same day, and my format became the template for the other PMs in the group.
Liderazgo · Product Designer: “Describe a project you led without formal authority.”
ProblemThree product teams were building similar interface components separately, so the product looked inconsistent and every team was repeating the same work.
ActionI audited the duplicated components, calculated how many hours each team was losing, and brought the numbers to the three engineering leads. I proposed a shared component library and started with the five components everyone used, so the value was visible within a month.
ResultAll three teams adopted the library within a quarter, new screens took noticeably less time to build, and I was asked to lead the design system officially.
05Preguntas de motivación
Los recruiters quieren saber que te presentas a su empresa a propósito, no que mandas el mismo CV a todas partes. Espera alguna versión de:
- “What do you know about our company?”: demuestra que has investigado el producto, el mercado y las noticias recientes.
- “Why this position?”: conecta tus objetivos con los requisitos concretos de la oferta.
- “Why are you leaving your current role?”: da un motivo positivo y orientado al futuro: crecer, retos más grandes, más impacto.
06Fortalezas y debilidades
Para las fortalezas, elige dos que la oferta claramente necesite y respalda cada una con un ejemplo rápido y medible. Una fortaleza sin prueba suena a eslogan.
Con las debilidades, los entrevistadores evalúan tu autoconocimiento; no buscan una confesión. Usa una estructura sencilla:
Una debilidad real
Algo genuino que no te descalifique para lo esencial del puesto.
Qué haces al respecto
Un hábito o un sistema concreto, no «estoy trabajando en ello».
Pruebas de progreso
Un ejemplo reciente que demuestre que está mejorando.
Ejemplo: Frontend Engineer
Earlier in my career I’d stay quiet in design reviews when I disagreed, and raise concerns later, which meant rework. Now I write down my main concern before each review and make sure I say it in the meeting, framed as a question. In our last planning cycle, that’s how we caught an accessibility problem before any code was written.
07Salario y logística
Estas preguntas «eliminatorias» suelen llegar en la llamada con el recruiter. Un desajuste puede terminar el proceso de inmediato, así que ten las respuestas claras antes de la llamada.
- Expectativas salariales: da un rango fundamentado y prepárate para justificarlo con datos del mercado y el impacto que aportas.
- Permiso de trabajo: deja claro si necesitas patrocinio en ese país.
- Preaviso y fecha de incorporación: conócelos con exactitud; las empresas que se mueven rápido valoran la flexibilidad.
- Herramientas y tecnologías: sé sincero sobre tu nivel en los requisitos innegociables del anuncio.
08El lenguaje que cuesta ofertas
Para quienes no son nativos, los mayores problemas rara vez son de gramática. Son hábitos que hacen que un candidato fuerte suene menos seguro, menos sénior o menos claro de lo que es.
| Menos eficaz | Más eficaz |
|---|---|
| “I think maybe we could potentially try a different approach.” | “I recommended a different approach.” |
| “We did a migration and it went well.” | “I led the migration and cut deployment time by half.” |
| “Sorry, maybe I didn’t explain it correctly.” | “Let me put that another way.” |
| Dos minutos de contexto antes de llegar al punto | La conclusión primero, después el contexto |
| “I’m not sure, but I think it was difficult.” | “The main constraint was…” |
La cultura también cuenta. Lo que suena seguro en un mercado puede sonar arrogante o vago en otro: las entrevistas alemanas suelen premiar la formalidad y la precisión, las neerlandesas la franqueza, las de EE. UU. un entusiasmo visible y las del Reino Unido la discreción. Investiga las normas del mercado al que apuntas y ajusta tu tono, sin fingir ser quien no eres.
09Repreguntas y pruebas de presión
Los buenos entrevistadores interrumpen y profundizan: “Why didn’t you just do the simpler thing?” o “That sounds like your manager’s decision. What did you do?” No es hostilidad; es su forma de comprobar que tu historia es real.
- Mantén la calma y defiende tus decisiones con argumentos y datos.
- Si necesitas un momento, dilo: “That’s a good question, let me think for a second.”
- En las rondas técnicas, piensa en voz alta y haz preguntas aclaratorias antes de empezar.
- Ofrece primero una solución pragmática que funcione, y luego comenta cómo la escalarías o mejorarías.
10Tus preguntas para ellos
“Do you have any questions for me?” forma parte de la entrevista. Decir que no es una oportunidad perdida y, en algunas empresas, una señal de alarma. Haz preguntas que demuestren que ya estás pensando en el trabajo:
- What is the biggest bottleneck the team is facing right now?
- How will success in this role be measured in the first six months?
- What does a typical week look like for the team?
- What’s the most common reason people don’t succeed in this role?
- What are the next steps and the timeline for the process?
11Práctica y checklist final
Saber qué decir es solo la mitad del trabajo. La otra mitad es decirlo con claridad bajo presión, y eso solo se consigue practicando en voz alta, en inglés.
- Grábate. Responde a una pregunta con el móvil y escúchate. Oirás exactamente dónde dudas, te extiendes de más o pierdes el hilo.
- Hazlo dos veces. Después de escucharte, responde a la misma pregunta otra vez con las correcciones. El segundo intento es donde de verdad mejoras.
- Haz una entrevista simulada completa. Practicar respuestas sueltas no es lo mismo que mantener la estructura durante 45 minutos con alguien que te repregunta.
Antes de tu entrevista, comprueba que puedes:
- Decir tu Hook en menos de 45 segundos, nombrando su producto o su reto
- Contar cinco historias PAR (conflicto, fracaso, feedback, liderazgo, entrega), cada una en menos de dos minutos
- Explicar por qué esta empresa y este puesto sin mencionar beneficios
- Decir tu rango salarial, tu permiso de trabajo y tu preaviso sin dudar
- Decir «I» al describir tu aportación
- Hacer tres preguntas bien pensadas al final