Módulo 6: Tus materiales profesionales en inglés
4. Adaptar el CV a cada vacante
Descripción
Hay un momento incómodo que casi todo desarrollador vive: tienes un CV que te costó semanas armar, lo exportas a PDF y lo mandas idéntico a cuarenta vacantes. Silencio. La tentación es leer ese silencio como un veredicto sobre tu nivel de inglés o sobre tu talento. Casi nunca es eso. El CV genérico falla por una razón mecánica: la persona que lee no está buscando a alguien bueno "en general", está buscando a alguien que resuelva el problema específico que la hizo abrir esa vacante. Un documento igual para todos no le muestra esa correspondencia, y ella no tiene tiempo de deducirla por ti.
Adaptar el CV no es escribir un CV nuevo cada vez. Es un trabajo de correspondencia: tomas la vacante, la desarmas en requisitos, y para cada requisito señalas la evidencia que ya tienes. La mayoría de tus bullets se quedan iguales; lo que cambia es el orden, un puñado de palabras y a veces dos o tres frases reescritas. Esa es toda la diferencia entre un envío que se pierde y uno que le hace decir "esta persona entendió lo que necesito". Y hay una decisión estratégica encima: postular a muchas vacantes con poco esfuerzo cada una, o a pocas con mucho. Las dos son válidas, pero no en el mismo momento de tu búsqueda, y en esta lección vas a ver cuándo conviene cada una sin adornos.
Conexión con el módulo: este módulo empaqueta lo que ya sabes en los artefactos que el mercado revisa antes de hablar contigo. En la lección anterior aprendiste a escribir bullets que demuestran impacto con la fórmula verbo + qué hiciste + resultado; aquí no reescribimos esa fórmula, la usamos: decidimos cuáles de esos bullets suben, cuáles bajan y cuáles se afinan según cada vacante. El insumo viene del módulo 1, donde analizaste vacantes reales para fijar tu puesto objetivo; ahora ese análisis se convierte en una herramienta de trabajo repetible. Y todo lo que decidas aquí alimenta lo que sigue: el perfil de LinkedIn de la próxima lección tiene que ser coherente con el CV que estás afinando.
El error de las cien copias iguales
Empecemos por nombrar el error para no repetirlo. La creencia de fondo es "mientras más envíe, más probabilidades tengo". En números crudos suena lógico. En la práctica, cien envíos idénticos a cien vacantes distintas rinden menos que diez envíos adaptados, y esto tiene una explicación concreta, no motivacional.
Tu CV pasa por dos lectores antes de que alguien te llame. El primero es un software (lo vemos a fondo en un momento) que compara el texto de tu CV contra el texto de la vacante. El segundo es una persona que le dedica entre siete y diez segundos a decidir si sigue leyendo o pasa al siguiente. Ninguno de los dos está evaluando quién eres; los dos están evaluando cuánto te pareces a lo que pidieron. Un CV genérico es, por definición, el que menos se parece a cualquier vacante en particular.
Adaptar no significa mentir ni inflar. Significa elegir, de todo lo verdadero que puedes decir de ti, lo que esta vacante necesita oír, y ponerlo donde se vea primero. Piénsalo como acomodar la vitrina de una tienda: no cambias el inventario, cambias qué queda al frente según quién va a entrar.
El mapa de correspondencia: requisito por requisito
Esta es la técnica central de la lección, y es más simple de lo que parece. Un mapa de correspondencia es una tabla de tres columnas donde traduces la vacante a un plan de acción: cada requisito de la vacante, la evidencia tuya que lo respalda, y el hueco que queda cuando no tienes evidencia. Es la misma idea que un ingeniero usa al leer un ticket: qué se pide, qué ya existe, qué falta construir.
Lo primero es extraer los requisitos. Toda vacante los tiene, aunque estén enterrados en prosa. Busca la sección que suele llamarse Requirements, What you'll need, Must have o Qualifications, y separa cada frase en un requisito atómico. Una línea como "Experience building REST APIs with Python and a solid grasp of relational databases" son en realidad dos requisitos: REST APIs con Python, y bases de datos relacionales.
Con los requisitos aislados, llenas la tabla. Aquí va un ejemplo real para una vacante de backend junior:
| Requisito de la vacante (en inglés, como aparece) | Tu evidencia | Hueco |
|---|---|---|
| Build and maintain REST APIs with Python | Bullet: Built a REST API with FastAPI serving 12 endpoints for a book-tracking app | — Cubierto |
| Work with relational databases (PostgreSQL) | Bullet: Designed a PostgreSQL schema with 6 tables and wrote the queries behind the app | — Cubierto |
| Familiarity with Docker | Proyecto: el README menciona docker compose up | Parcial: lo usé, no lo domino |
| Experience with CI/CD pipelines | Nada directo | Hueco real |
| Good written communication in English | Este CV, mi README, mi perfil | — Cubierto por los artefactos mismos |
Lo que esta tabla te da no es solo claridad; te da decisiones. Los requisitos "Cubierto" son los bullets que van a subir al principio del CV. Los "Parcial" se pueden mencionar con honestidad (más abajo veremos cómo). Y el "Hueco real" es información valiosísima: te dice qué te falta para esta familia de puestos, no en abstracto. Si el mismo hueco (por ejemplo, CI/CD) aparece en cinco vacantes seguidas, acabas de encontrar qué estudiar el próximo fin de semana. El mapa de correspondencia es, de paso, tu radar de aprendizaje.
Una advertencia honesta sobre los huecos: un hueco no es una descalificación. Casi ninguna vacante se llena con alguien que cumple el 100% de los requisitos; las descripciones son listas de deseos. La regla práctica que usa mucha gente que contrata es que si cumples más o menos el 60% de los must have, vale la pena postular. El mapa te deja ver ese porcentaje en vez de adivinarlo, y eso solo ya baja la ansiedad de "¿me alcanza o no?".
Qué esperar al hacer tu primer mapa
La primera vez que hagas esto vas a tardar entre veinte y treinta minutos por vacante, y se va a sentir lento. Es normal: estás construyendo el hábito de leer una vacante como un documento técnico y no como un muro que te intimida. Para la quinta vacante, el mapa te sale en ocho minutos, porque muchos requisitos se repiten entre puestos parecidos y ya tienes la evidencia mapeada de antes. No tires esos mapas: guárdalos. Se vuelven una biblioteca personal de "requisito → mi mejor bullet" que reutilizas.
Reordenar y reescribir sin inventar
Con el mapa listo, adaptar el CV son dos movimientos: reordenar y reescribir. Ninguno de los dos toca la verdad de lo que hiciste.
Reordenar es lo más barato y lo más potente. La persona que lee da siete segundos: casi todos caen en el tercio superior de la primera página. Entonces, lo que el mapa marcó como "Cubierto" y más importante para esta vacante tiene que estar arriba. Si la vacante grita "PostgreSQL" en cada línea, tu bullet de PostgreSQL no puede ser el cuarto de una lista de seis; sube al primero o al segundo. No borraste nada, no agregaste nada: solo pusiste al frente lo que esta vacante vino a buscar.
Reescribir es afinar la redacción de un bullet para que hable el idioma de la vacante, sin cambiar el hecho. Mira la diferencia:
Bullet original (verdadero pero neutro):
Created an API for a personal project using Python.
La vacante pide literalmente "design and build RESTful services". Reescritura (igual de verdadera, alineada al vocabulario):
Designed and built a RESTful service in Python (FastAPI), exposing 12 endpoints with request validation and error handling.
No inventamos nada: el proyecto siempre fue una API REST con FastAPI. Lo que hicimos fue nombrarla con las palabras que la vacante usa (designed and built, RESTful service) y agregar el detalle concreto que ya era cierto pero no habíamos escrito. Esto es lo contrario de inflar. Inflar sería escribir "architected a scalable microservices platform" sobre el mismo proyecto de un solo servicio; eso se cae en la primera pregunta técnica de la entrevista, y ahí pierdes algo más caro que la vacante: la confianza.
La línea es sencilla de trazar. Pregúntate: si en la entrevista me piden que explique este bullet, ¿puedo sostenerlo dos minutos sin ponerme rojo? Si la respuesta es sí, el bullet es tuyo. Si tienes que rezar para que no pregunten, es invento y hay que bajarlo.
El caso de lo "Parcial": honestidad que suma
Los requisitos que marcaste como "Parcial" — cosas que tocaste pero no dominas — se pueden incluir con un lenguaje que es honesto y aun así juega a tu favor. El truco es el nivel de compromiso del verbo:
| Nivel real | Verbo/frase en inglés | Qué comunica |
|---|---|---|
| Lo domino, lo usé en serio | Built, designed, implemented, deployed | Responsabilidad plena |
| Lo usé de forma acotada | Used, worked with, integrated | Contacto real, sin exagerar |
| Lo conozco por encima | Familiar with, exposure to, basic knowledge of | Honestidad sobre un básico |
Para el Docker de nuestro ejemplo, donde solo corriste docker compose up, un bullet honesto sería:
Containerized the app with Docker Compose for local development (familiar with, not production-hardened).
Suena menor, pero hace dos cosas: mete la palabra clave Docker donde el software la va a encontrar, y te presenta como alguien que sabe distinguir entre "lo usé un poco" y "lo domino". Esa distinción, para quien contrata, es una señal de madurez, no de debilidad.
Palabras clave: el vocabulario de la vacante (donde sea cierto)
Aquí conviene ser preciso, porque este consejo se malinterpreta seguido. Usar las palabras clave de la vacante no es "meter términos para engañar al software". Es nombrar lo que hiciste con las mismas palabras que la empresa usa, para que el lector — humano o máquina — reconozca la correspondencia sin traducir.
El punto clave, y no negociable, es donde sea cierto. Si la vacante pide Kubernetes y tú nunca lo tocaste, no lo pones. Punto. Pero muchas veces sí hiciste la cosa y solo la llamaste distinto. Ahí es donde el vocabulario de la vacante te ayuda:
| Tú lo escribiste como… | La vacante lo llama… | ¿Es cierto que es lo mismo? |
|---|---|---|
| Made a website with React | Built responsive UIs with React | Sí, si de verdad es responsive |
| Connected to a database | Integrated with PostgreSQL | Sí, si la base era PostgreSQL |
| Fixed bugs | Debugged and resolved production issues | Solo si eran de producción; si no, resolved issues in the codebase |
| Wrote tests | Implemented unit tests with pytest | Sí, si usaste pytest |
| Worked in a team | Collaborated in an Agile team using Git and pull requests | Solo si de verdad fue Agile/PRs |
La columna de la derecha es la conciencia de la operación. Adoptar el vocabulario de la vacante es legítimo cuando describe la misma realidad con mejor nombre; es fraude cuando describe una realidad que no viviste. La prueba sigue siendo la misma: ¿lo sostengo dos minutos en la entrevista?
Un detalle práctico de forma: usa las palabras clave tal como aparecen en la vacante, incluidas mayúsculas y siglas. Si la vacante dice PostgreSQL, escribe PostgreSQL, no Postgres ni postgre. Si dice CI/CD, escribe CI/CD, no continuous integration a secas. El software que filtra a veces compara de forma literal, y no quieres perder por una abreviatura. Este es de los pocos lugares donde copiar textual es lo correcto.
La carta de presentación corta en inglés
La carta de presentación (cover letter) genera dudas legítimas: mucha gente cree que ya nadie las lee. La verdad matizada es que la mayoría no las pide, pero cuando hay un campo para ella o cuando postulas por correo directo a una persona, una carta corta y específica te distingue de la pila de aplicaciones sin contexto. La regla honesta: no escribas una carta genérica para todas — eso no suma nada y se nota. Escríbela solo cuando vas a adaptarla de verdad, para vacantes que te importan, en modo precisión (lo vemos al final).
Una buena carta en inglés técnico es corta: cuatro párrafos, ni uno más, cabe en la mitad de una pantalla. Su trabajo no es repetir el CV, es conectar tres puntos: por qué esta empresa, por qué tú, y una prueba concreta. Aquí está la estructura, párrafo por párrafo, con una plantilla que puedes adaptar:
Párrafo 1 — El gancho específico. Nombra el puesto y una razón real por la que esta empresa te interesa. No "I've always admired your company" (vacío), sino algo que solo sabrías si miraste:
I'm applying for the Junior Backend Developer role. I've been using your open-source library
Xin my own projects, and the way your team documents its APIs is exactly the kind of engineering I want to be part of.
Párrafo 2 — La correspondencia. Uno o dos requisitos de la vacante conectados directo con tu evidencia. Aquí reciclas literalmente el mapa de correspondencia:
Your posting asks for experience building REST APIs with Python and working with PostgreSQL. In my last project I designed and built a FastAPI service with 12 endpoints backed by a 6-table PostgreSQL schema — you can clone it and run it in under two minutes from the README.
Párrafo 3 — El hueco, con honestidad y ganas. Si hay un requisito importante que no cumples, este es el lugar para desactivarlo tú, antes de que sea una objeción silenciosa:
I don't yet have hands-on experience with CI/CD pipelines, but I've read your engineering blog on the topic and set up a basic GitHub Actions workflow last week to start closing that gap.
Párrafo 4 — El cierre con acción. Breve, cordial, sin rogar:
I'd be glad to walk you through the project or answer any questions. Thank you for your time and consideration.
Fíjate en el tono: directo, concreto, sin superlativos vacíos como "I'm extremely passionate and hardworking". En inglés técnico, la pasión se demuestra con un detalle específico, no se declara con un adjetivo. El párrafo 3 es el que más miedo da y el que más te distingue: mostrar que conoces tu hueco y que ya empezaste a cerrarlo comunica exactamente la madurez que una empresa busca en alguien junior.
Una nota sobre tu inglés escrito aquí: esta carta la escribes con tiempo, la revisas y la puedes correr por un corrector. No tiene que salirte perfecta de un tirón. Es escritura, no habla en vivo — es justo el terreno donde tu nivel de lectura y escritura técnica del módulo 3 ya te alcanza de sobra. No necesitas inglés conversacional avanzado para escribir cuatro párrafos claros y revisados.
Volumen frente a precisión: la estrategia honesta
Toca la decisión de fondo. Adaptar cada CV cuesta tiempo, y tu tiempo es finito. Existen dos estrategias, y la trampa es creer que una es "la correcta". Las dos sirven; en momentos distintos.
| Estrategia de volumen | Estrategia de precisión | |
|---|---|---|
| Qué es | Muchas postulaciones, adaptación mínima (reordenar + palabras clave) | Pocas postulaciones, mapa completo + bullets reescritos + carta |
| Tiempo por vacante | 5–10 minutos | 30–60 minutos |
| Tasa de respuesta típica | Baja por envío, pero suma por cantidad | Alta por envío |
| Cuándo conviene | Al principio: para calibrar el mercado, ver qué piden, generar entrevistas de práctica | Para las vacantes que de verdad quieres, o cuando ya tienes claro tu puesto |
| Riesgo | Desgaste, silencio que desmotiva | Pocos tiros; si fallan, duele más |
La estrategia honesta no es elegir una para siempre, es combinarlas por fases. Al arranque de tu búsqueda, cuando todavía no sabes bien qué puesto encaja contigo ni qué piden realmente las vacantes, el volumen tiene sentido: cada postulación con adaptación ligera es también una lectura de mercado, y algunas respuestas te sirven como entrevistas de práctica de bajo riesgo. Pero el volumen sin retroalimentación se vuelve una máquina de desmotivar: cincuenta silencios seguidos no te enseñan nada y te desgastan.
Por eso el objetivo es migrar hacia la precisión conforme aprendes. Cuando tus mapas de correspondencia ya te dicen con claridad qué familia de puestos te queda y dónde están tus huecos, mueves tu energía a menos vacantes mejor trabajadas. Una regla práctica que funciona: reserva la precisión — mapa completo, bullets reescritos y carta — para las tres o cinco vacantes que más te importan cada semana, y maneja el resto en modo volumen. Así no te quemas afinando cien CVs ni mandas cien copias muertas.
Y un recordatorio para el síndrome del impostor lingüístico, porque este es el punto donde más pega: el silencio de una vacante casi nunca es un veredicto sobre tu inglés. Es ruido de un proceso saturado — cientos de aplicaciones, filtros automáticos, presupuestos que se congelan. Tu trabajo no es descifrar cada silencio, es subir la probabilidad con cada envío adaptado y seguir. La adaptación es, literalmente, lo único de todo el proceso que está bajo tu control. Úsalo.
Ejercicios
Ejercicio 1 — Reordena según la vacante.
Tienes estos cuatro bullets en tu CV, en este orden:
- Wrote unit tests with pytest, reaching 70% coverage.
- Built a REST API with FastAPI serving 12 endpoints for a book-tracking app.
- Designed a PostgreSQL schema with 6 tables and wrote the queries behind the app.
- Set up a basic GitHub Actions workflow to run tests on every push.
La vacante a la que postulas dice, en su primera línea de requisitos: "Strong experience with PostgreSQL and relational data modeling is a must." ¿En qué orden deberían quedar estos cuatro bullets arriba de tu CV? Justifica con una frase por qué el primero queda primero.
Ver solución
Orden sugerido: 3, 2, 1, 4.
El bullet 3 (PostgreSQL, diseño del schema) sube al primer lugar porque es exactamente el requisito que la vacante marcó como "must" en su primera línea — es lo que los siete segundos de lectura tienen que encontrar primero. El bullet 2 (la API en sí) sigue de cerca porque sustenta el contexto del proyecto. Los bullets 1 y 4 (tests y CI) quedan atrás porque la vacante no los menciona como prioridad; siguen siendo verdaderos y se quedan en el CV, solo que no compiten por el primer lugar. Por qué funciona: reordenar no cambia ningún hecho, solo pone al frente lo que esta vacante en particular vino a buscar.
Ejercicio 2 — El verbo honesto para lo "Parcial".
En tu experiencia real usaste Redis una sola vez, para cachear una consulta en un proyecto personal; nunca lo configuraste en producción ni lo volviste a tocar. La vacante pide "Experience with caching layers (Redis or similar)." Escribe un bullet de una línea que sea honesto sobre tu nivel real y aun así mencione la palabra clave.
Ver solución
Algo como: Used Redis to cache a frequent query in a personal project, cutting response time from 600 ms to 90 ms (familiar with, not production-scale).
Por qué funciona: el verbo used (no implemented ni built) refleja el nivel de compromiso real — contacto puntual, no dominio —, la palabra clave Redis queda visible para quien lee o para el ATS, y el paréntesis final es la misma honestidad que viste con el ejemplo de Docker: te presenta como alguien que sabe distinguir "lo probé" de "lo domino", que es justo la señal de madurez que un bullet inflado no puede dar.
Ejercicio 3 — ¿Correspondencia legítima o invento?
Para cada par, decide si adoptar el vocabulario de la vacante (a la derecha) es legítimo o es inflar la verdad, sabiendo que la izquierda es lo que de verdad hiciste:
a) Hiciste: "Escribí algunas consultas SQL para un reporte." → Vacante pide: "Optimized complex SQL queries for large datasets."
b) Hiciste: "Mi proyecto corre en un contenedor Docker que armé siguiendo un tutorial." → Vacante pide: "Designed containerization strategy for microservices architecture."
Ver solución
a) Es invento si tus consultas no eran complejas ni trabajaban con datasets grandes: optimized y large datasets prometen algo que la pregunta de entrevista "¿cuántas filas tenía esa tabla?" va a desmentir en el momento. La versión honesta se acerca más a "Wrote SQL queries to generate a weekly report."
b) También es invento: designed containerization strategy y microservices architecture describen decisiones arquitectónicas que un tutorial de un solo contenedor no tiene. La versión honesta es la misma que ya viste en la lección: "Containerized the app with Docker Compose for local development (familiar with, not production-hardened)."
Por qué funciona: la prueba es la misma en los dos casos — ¿lo sostengo dos minutos en la entrevista? — y en ambos la respuesta honesta es no, así que el vocabulario de la vacante no se adopta tal cual; se baja a lo que sí es defendible.
Ejercicio 4 — Volumen o precisión: elige la estrategia.
Llevas dos semanas de búsqueda activa, ya enviaste treinta CVs con adaptación ligera y empiezas a notar que las vacantes de "Backend Junior con Python" son las que más respuesta te generan, mientras que las de "Full Stack" casi nunca contestan. Hoy aparece una vacante de Backend Junior con Python en una empresa que sigues hace meses y cuyo blog técnico ya leíste. ¿Qué estrategia usas para esta vacante puntual, y por qué ya no aplica la misma lógica que usaste en tus primeros treinta envíos?
Ver solución
Precisión: mapa de correspondencia completo, bullets reescritos y carta de cuatro párrafos. Ya no aplica la lógica de las primeras semanas porque el volumen ya cumplió su función: te dio información de mercado y te mostró que tu perfil encaja mejor en Backend Junior con Python que en Full Stack. Ahora que tienes esa claridad, y frente a una vacante donde de verdad te importa la empresa, el tiempo extra de la precisión (30–60 minutos) tiene el retorno más alto: es exactamente el tipo de vacante que la tabla de la lección marca como "de las que de verdad quieres". Seguir en modo volumen aquí sería desperdiciar la ventaja que ya construiste.
Resumen y siguiente paso
Adaptar el CV no es rehacerlo, es hacer visible la correspondencia entre lo que ya sabes hacer y lo que esta vacante vino a buscar. Todo sale de una tabla de tres columnas y de dos movimientos honestos: reordenar para que lo relevante quede arriba, y reescribir con el vocabulario de la vacante donde sea cierto. La carta corta, cuando la escribes en serio, cierra el círculo conectando empresa, evidencia y honestidad sobre tus huecos. Y la decisión de volumen o precisión no es filosófica: es de fase, y evoluciona contigo.
Antes de mandar tu próximo CV, esta lista rápida:
- ¿Hice el mapa de correspondencia? Requisito por requisito, con evidencia y huecos marcados.
- ¿Subí arriba los bullets que esta vacante más necesita? Los siete segundos caen en el tercio superior.
- ¿Usé las palabras clave de la vacante, tal cual, y solo donde son ciertas? Siglas y mayúsculas incluidas.
- ¿Cada bullet lo puedo sostener dos minutos en entrevista? Si tengo que rezar, lo bajo.
- ¿Los requisitos "parciales" están con verbos honestos (used, familiar with) y no inflados?
- Si escribí carta, ¿es de cuatro párrafos, específica, y desactivo yo mi hueco principal?
- ¿Esta vacante va en modo volumen o precisión? Y elegí a conciencia, no por default.
Con esto, tu CV deja de ser un documento que mandas al vacío y se vuelve una respuesta a una pregunta concreta. Antes de avanzar deberías poder tomar cualquier vacante nueva y en menos de treinta minutos producir tu mapa de correspondencia, decidir qué bullets suben y reescribir uno o dos con el vocabulario de la vacante — todo sin inventar nada que no puedas sostener en la entrevista. En la próxima lección llevamos esta misma coherencia a tu perfil de LinkedIn, para que quien te busque después del CV encuentre la misma historia contada igual de bien.
Recursos
- Tailoring Your Resume — guía de Indeed sobre cómo leer una vacante y ajustar tu CV en consecuencia, con ejemplos de reescritura.
- How to Write an ATS Resume That Lands Interviews — cómo los sistemas de rastreo comparan tu CV contra la vacante y cómo integrar palabras clave sin "rellenar" el texto.
- Resumes, Cover Letters, Portfolios, and CVs — guía del centro de carreras del MIT sobre adaptar el CV y la carta de presentación a cada rol.
- How to Write a Cover Letter: Your Full Guide (with Tips and Examples) — estructura completa de una carta corta (encabezado, apertura, cuerpo, cierre) con ejemplos reales.
- Why Women Don't Apply for Jobs Unless They're 100% Qualified — el origen del dato del 60% de los must have que respalda por qué vale la pena postular aunque queden huecos en el mapa de correspondencia.