Adaptar el CV a una oferta para que lo lean

Un CV adaptado no es el mismo documento genérico con cinco palabras clave repartidas por el texto. Es un argumento veraz y específico para un puesto: este empleador necesita a cierto tipo de profesional, y la primera página deja muy a la vista las pruebas de que tú respondes a ese perfil. Los hechos no cambian. Sí cambian la selección, el orden, la redacción y el grado de detalle.

Esa diferencia determina si la adaptación funciona. Los reclutadores no premian un esfuerzo que no pueden ver, y un sistema de seguimiento de candidatos no puede deducir que tu expresión interna «salud del servicio» equivale a la «observabilidad» de la oferta. Debes mostrar la coincidencia sin copiar afirmaciones que no puedas defender. En el mercado estadounidense, los empleadores suelen decir «resume», mientras que muchos candidatos dicen «CV». Este artículo usa CV para referirse al documento, pero el método es el mismo para un resume estadounidense.

Seis segundos son un filtro inicial, no una lectura completa

El primer vistazo del reclutador sirve para decidir si merece la pena leer con más atención. No produce un juicio completo sobre tu trayectoria. Tu CV supera ese filtro cuando el reclutador puede identificar tu función, nivel, área relevante, alcance reciente y uno o dos resultados sin ponerse a buscarlos.

La famosa afirmación de los seis segundos salió de un estudio de seguimiento ocular que Ladders publicó en 2012. La actualización de 2018 situó el primer vistazo medio en 7,4 segundos y observó que los reclutadores se concentraban en puntos previsibles, como los puestos actuales y anteriores, los empleadores, las fechas y la formación. Sería absurdo tomar los 7,4 segundos como una ley. Una recomendación, una trayectoria poco habitual, un puesto difícil de cubrir o una vacante con demasiados candidatos pueden cambiar el tiempo. El hallazgo útil es el comportamiento: el primer vistazo es selectivo y un orden visual convencional ayuda.

Un reclutador que abre el CV de un ingeniero backend para un puesto centrado en sistemas distribuidos suele intentar resolver unas pocas dudas. ¿Esta persona trabaja de verdad en backend? ¿Ha operado servicios a una escala comparable? ¿Sus logros recientes muestran responsabilidad más allá de cerrar tareas? ¿Se ven el lenguaje y la infraestructura requeridos? ¿Su ubicación o permiso de trabajo encajan con la oferta? Si las respuestas quedan ocultas entre dos páginas, el reclutador quizá nunca llegue a reunirlas.

Por eso, un resumen amplio como «Profesional del software con experiencia y pasión por crear soluciones innovadoras» desperdicia el espacio más caro del documento. No aporta función, nivel, sector, escala ni pruebas. Una apertura útil se parece más a «Ingeniero backend con 7 años de experiencia creando servicios Java y Kafka para pagos, incluida la responsabilidad de guardias y migraciones en 40 servicios». Cada parte facilita una comprobación, siempre que sea cierta.

Ese primer vistazo también explica por qué la relevancia debe ir antes que la exhaustividad. El reclutador no necesita conocer toda tu identidad profesional en los primeros seis segundos. Necesita una razón para dedicarte el siguiente minuto. El documento puede ofrecer matices después de ganarse ese minuto.

Convierte la oferta en un mapa de pruebas

Una buena adaptación empieza por convertir la oferta en un mapa breve de pruebas, no por cambiar frases al azar. El mapa separa los requisitos que influyen en el filtro del lenguaje decorativo y asigna un lugar del CV a cada requisito importante.

Lee la oferta en busca de responsabilidades repetidas, herramientas concretas, señales de nivel, contexto del negocio y condiciones explícitas. La repetición importa porque un requisito que aparece en el resumen, las responsabilidades y las cualificaciones probablemente forme parte del filtro del reclutador. La posición también cuenta: una tecnología escondida en una lista enorme de deseos merece menos espacio que la misma tecnología en la primera responsabilidad.

Escribe entradas como estas antes de tocar el documento:

• «Responsabilizarse de servicios en producción» significa asumir su funcionamiento. Prueba: guardia principal de las API de compra y menos alertas repetidas. Colócala en el resumen y en el puesto reciente.
• «Python y SQL» significa soltura práctica diaria. Prueba: un flujo de previsiones en Python y consultas optimizadas en el almacén de datos. Colócala en competencias y en el primer puesto.
• «Colaborar con producto» significa tener criterio de producto. Prueba: definir un experimento con un PM y detener una iniciativa de poco valor. Colócala en el puesto reciente.
• «Guiar a otros ingenieros» señala influencia propia de un perfil sénior. Prueba: revisar diseños y acompañar a tres ingenieros. Colócala en el puesto reciente.
• «Se valora experiencia en sanidad» pide conocimiento del sector, no impone un filtro absoluto. Si no tienes pruebas directas, omítelo en lugar de inventarlo.

La última entrada importa tanto como las demás. Un requisito sin pruebas es una carencia que debes valorar, no una frase que puedas colar en la sección de competencias. Si la oferta dice «Kubernetes» y tú solo usaste una plataforma que funcionaba sobre Kubernetes, puedes describir ese límite. No puedes afirmar que administrabas el clúster.

Clasifica cada señal como obligatoria, claramente implícita, preferida o secundaria. Una licencia, ubicación, autorización, titulación o permiso de trabajo exigidos pueden actuar como filtro absoluto. La experiencia preferida en un sector quizá sea negociable. Una frase genérica como «excelente comunicación» solo merece espacio cuando el propio trabajo aporta una prueba concreta, por ejemplo, haber escrito una propuesta de diseño que resolvió una migración discutida.

Después, elige como máximo cinco señales que la primera página debe demostrar. Cinco te obliga a decidir. Una lista de 18 prioridades es la oferta original con otra forma y dará lugar a un CV hinchado.

Separa las pruebas que consiguen pasar el filtro de las que solo sirven para una comprobación posterior. El reclutador quizá necesite ver responsabilidad sobre sistemas distribuidos, trabajo reciente con Java y la escala de tus servicios para seguir leyendo. El año exacto de graduación o una herramienta secundaria de análisis pueden importar después, pero no deben desplazar esas señales iniciales. Ambos tipos de información pueden ser ciertos y estar presentes aunque reciban distinta atención.

Lee las preguntas del formulario como parte de la oferta. Una pregunta eliminatoria sobre patrocinio de visado, ubicación, autorización o una certificación obligatoria suele pesar más que un párrafo sobre cultura. Respóndela con exactitud en el formulario y procura que el CV sea coherente con esa respuesta. No deformes el resumen inicial para ocultar una condición que no cumples. Solo retrasarás el rechazo.

Busca también contradicciones dentro de la oferta. Una empresa puede pedir un ingeniero sénior que defina la arquitectura y, al mismo tiempo, describir un trabajo que consiste sobre todo en entregar funciones bajo una dirección ya establecida. Puede llamar preferido a un requisito en un apartado y obligatorio en otro. Anota el conflicto en tu mapa de pruebas. Da prioridad a las responsabilidades concretas y a las preguntas de filtro, y decide si aceptas la ambigüedad antes de invertir tiempo en la candidatura.

Distingue los requisitos de la descripción que la empresa hace de sí misma. Decir que se mueve rápido o que se preocupa mucho por los clientes rara vez indica qué prueba debe aparecer en el CV. Una responsabilidad como reducir el abandono en el proceso de compra mediante experimentos semanales sí lo indica. Conviértela en las capacidades subyacentes, quizá diseño de experimentos, análisis de producto y toma de decisiones con datos incompletos, y selecciona pruebas de esas capacidades. Copiar los adjetivos de la empresa solo hará que tu resumen suene prestado.

Para un puesto sénior de datos, las cinco señales podrían ser diseño de experimentos, SQL, decisiones con las partes interesadas, responsabilidad sobre la calidad de datos y acompañamiento de otros profesionales. Para un puesto de plataforma, podrían ser operaciones con Kubernetes, infraestructura como código, respuesta a incidentes, herramientas para desarrolladores y gestión de capacidad.

El mapa también permite detectar pronto candidaturas con poco encaje. Si no tienes pruebas sinceras para tres de las cinco señales principales, cambiar la redacción no arreglará la coincidencia. Presenta la candidatura solo si tu experiencia cercana resulta creíble y el empleador indica que esos puntos pueden aprenderse. Adaptar consiste en seleccionar, no en hacer alquimia.

Reescribe el primer tercio según la decisión del empleador

El primer tercio debe fijar el puesto objetivo y las mejores pruebas de coincidencia antes de que el reclutador llegue al historial laboral. Reescribe el encabezado profesional, el resumen y el orden de las competencias para cada candidatura, pero apóyalos en hechos que se demuestren más abajo.

Empieza por la etiqueta profesional. El nombre oficial de tu puesto debe aparecer sin cambios en la experiencia. El encabezado superior puede usar una denominación reconocible en el mercado cuando describa fielmente el trabajo. Alguien cuyo cargo interno fuera «Member of Technical Staff II» puede usar «Ingeniero de software backend» como encabezado si los logros demuestran trabajo de backend. No debería convertirlo en «Staff engineer» a escondidas para atribuirse una categoría que no tuvo.

Un resumen sirve cuando aclara el encaje con rapidez. Limítalo a dos o tres líneas y constrúyelo a partir de la función, los años o el nivel, el sector relevante, la coincidencia técnica principal y un indicador de alcance. No incluyas todos esos componentes por costumbre. Un product manager que pasa de suscripciones de consumo a crecimiento B2B quizá necesite traducir su experiencia de sector. Un desarrollador con un título directo y una tecnología evidente puede obtener más provecho de un logro adicional.

Compara estas dos aperturas para una oferta de staff data engineer que insiste en el procesamiento en tiempo real, los contratos de datos y el liderazgo técnico:

Genérica: «Profesional de datos orientado a resultados con amplia experiencia en la entrega de soluciones escalables en entornos de ritmo rápido».

Adaptada: «Ingeniero de datos con 9 años de experiencia creando plataformas por lotes y en tiempo real. Dirigió la adopción de contratos de datos en Kafka para 26 productores y marcó la dirección técnica de un grupo de plataforma de seis ingenieros».

La versión adaptada funciona porque el reclutador puede contrastarla con la oferta. Afirma una función, nombra el modo de trabajo relevante y aporta alcance. También crea obligaciones. La experiencia debe respaldar el programa de Kafka, los 26 productores y la afirmación de liderazgo. Si no lo hace, el resumen es publicidad desconectada de las pruebas.

Trata la sección de competencias como un índice, no como un almacén. Pon primero las competencias importantes de la oferta que realmente poseas, agrupadas bajo etiquetas que el reclutador entienda. Para un puesto backend, «Lenguajes: Java, Kotlin, SQL» e «Infraestructura: Kafka, Kubernetes, Terraform» se leen mejor que una línea con 35 elementos. Elimina herramientas obsoletas o irrelevantes cuando oculten la coincidencia. No añadas un requisito porque hiciste un tutorial el fin de semana pasado.

Los datos de contacto, la ubicación y el permiso de trabajo también pueden influir en el primer vistazo. Indica la ubicación según la convención adecuada para el puesto, normalmente ciudad y estado o una ubicación remota clara. Si tienes una autorización que elimina una duda de contratación previsible, una línea breve y objetiva puede ayudar. No reveles información personal protegida ni conviertas la cabecera en una biografía.

Reordena la experiencia sin reescribir la historia

Adaptar cambia qué logros ciertos reciben atención. No cambia los nombres de los empleadores, las fechas, los cargos oficiales ni la naturaleza del trabajo. Dentro de cada puesto, mueve hacia arriba los puntos más relevantes para la oferta y recorta detalles que compitan con ellos.

La mayoría de los candidatos edita sustituyendo sustantivos. Es mejor cambiar la jerarquía de las pruebas. Imagina que un ingeniero de plataforma tiene seis puntos en su puesto actual: una actualización de Kubernetes, un panel de costes, un rediseño de guardias, una migración frontend, la tutela de una persona en prácticas y un comité de oficina. Para un puesto de fiabilidad del sitio, la actualización y las guardias van primero. Para un puesto de plataforma interna de desarrollo, la actualización puede seguir arriba, pero el panel y cualquier resultado de adopción por desarrolladores cobran más valor. El historial subyacente no cambia.

Redacta los logros alrededor de la acción, el objeto, la limitación y el resultado. No necesitas los cuatro elementos en cada línea, pero el lector debe ver qué cambió gracias a tu trabajo. Considera esta nota original y cierta:

«Trabajé en las alertas de los servicios de pago».

Para un puesto de fiabilidad, interroga tu propia memoria antes de escribir. ¿Qué servicios? ¿Qué fallaba? ¿Qué cambiaste? ¿Cómo supo el equipo que había mejorado? Un resultado defendible podría quedar así:

«Rediseñé las alertas de latencia y tasa de errores de 12 servicios de pago, sustituí umbrales duplicados por alertas de consumo del nivel de servicio y reduje los avisos nocturnos repetidos de 18 a 7 al mes».

Para un puesto de herramientas de desarrollo, el mismo proyecto puede tener otro aspecto relevante:

«Creé plantillas de alertas reutilizables para 12 servicios de pago y reduje la configuración de un servicio nuevo, que pasó de un día de reglas manuales a un cambio de configuración revisado».

No son adornos intercambiables. Usa la versión que refleje el trabajo que de verdad hiciste y que puedas explicar. Conserva las notas originales o un CV maestro para que cada afirmación adaptada tenga un origen. Si no puedes reconstruir cómo se midió una cifra, acota la métrica con precisión o elimínala. La falsa precisión se desmonta fácilmente en una entrevista.

El trabajo reciente suele merecer más espacio porque predice mejor tu capacidad actual. Un puesto antiguo aún puede aportar un requisito poco común, como experiencia con hardware o una migración en un sector regulado, pero no amplíes cinco logros antiguos solo porque sus sustantivos coincidan. Muestra la progresión profesional mediante el alcance: sistemas mayores, decisiones más difíciles, responsabilidad más amplia o una especialización más profunda. Una pila de tecnologías no demuestra nivel sénior.

Aporta contexto suficiente para alguien ajeno a tu antigua empresa. Los nombres internos de proyectos, las siglas de equipo y los códigos de nivel no significan nada sin traducción. «Dirigí la migración de Atlas» solo resulta útil cuando identificas Atlas, por ejemplo, como un servicio interno de autorización e indicas los sistemas o usuarios afectados. Traduce el contexto, no el logro.

Usa los términos exactos sin atiborrar el texto

Usa el término exacto de la oferta cuando nombre un trabajo que hayas hecho y demuéstralo después en su contexto. Así ayudas tanto a las búsquedas del reclutador como al reconocimiento humano. Repetir un término sin pruebas resta credibilidad al CV y no corrige una coincidencia débil.

A menudo se confunden tres funciones distintas del ATS y se convierten en un robot imaginario. El análisis extrae texto e intenta asignar campos como empleador, cargo, fechas, formación y competencias. Las búsquedas o filtros permiten al reclutador encontrar candidatos mediante términos o respuestas estructuradas. La clasificación o correspondencia, cuando el empleador la utiliza, puede ordenar los registros según ciertos criterios. Un documento puede analizarse bien y no aparecer en una búsqueda porque omite el término usado por el reclutador. Puede contener ese término y aun así perder la revisión humana porque la experiencia no lo respalda.

El lenguaje exacto importa sobre todo para competencias concretas, credenciales, familias de puestos y términos del sector. Si la oferta dice «Amazon Web Services (AWS)» y tienes esa experiencia, usa una vez el nombre completo y la sigla. Si pide «pruebas A/B» mientras tu CV habla de «experimentos controlados», emplea el término conocido que usa la empresa. No copies de forma mecánica frases vagas como «predisposición a actuar». Muestra la decisión y el resultado.

Atiborrar el CV de palabras clave resulta popular porque parece medible. Los candidatos pueden contar coincidencias y ver cómo sube la puntuación de un analizador. El método falla porque una oferta no es una bolsa de palabras. Los requisitos tienen prioridad, contexto, actualidad y profundidad. Poner «Go, Rust, Kubernetes, aprendizaje automático, HIPAA» en un pie de competencias no demuestra experiencia en producción, y el reclutador verá la discordancia en cuanto lea los puestos. Copiar la oferta en texto blanco invisible es peor: intenta engañar y puede generar un texto extraído desastroso.

Utiliza terminología relacionada cuando facilite la comprensión, no para manipular variantes. Un candidato que haya creado flujos de integración continua puede incluir con naturalidad «CI/CD» si la oferta lo usa. No necesita repetir por separado CI, integración continua, CD, entrega continua, automatización del despliegue y automatización del flujo. Basta con una etiqueta clara y un logro sólido.

Haz una auditoría de afirmaciones al terminar. Para cada competencia del resumen o de su sección, señala un puesto, proyecto, certificación o estudio que la respalde. Para cada adjetivo como «sénior» o «experto», sustitúyelo por alcance salvo que forme parte de un cargo oficial. Ante cada frase copiada, pregúntate si aceptarías que un entrevistador le dedicara diez minutos. Borra lo que no supere la prueba.

Mantén estables la identidad, la cronología y las pruebas

La columna vertebral factual del CV debe ser idéntica en todas las candidaturas. Los nombres de empresas, las fechas laborales, los cargos oficiales, los títulos, las credenciales y los resultados medidos no cambian para encajar con una oferta. Los hechos estables permiten adaptar con decisión sin caer en la ficción.

Guarda un archivo maestro de pruebas más largo que cualquier CV que vayas a enviar. Para cada puesto, anota los proyectos, herramientas, colaboradores, limitaciones, resultados y notas de medición que puedas utilizar. Registra tanto el cargo oficial como una descripción clara de la función. Este archivo no se envía a los empleadores. Es la fuente de la que seleccionas y redactas las pruebas.

Hay margen para aclaraciones honestas. Si un cargo oficial es poco comprensible, escribe el cargo seguido de una aclaración entre paréntesis, por ejemplo, «Solutions Specialist (Analista de producto)». Si una reorganización cambió el nombre del empleador, muestra la relación con claridad. Si tuviste varios puestos internos en la misma empresa, separa los cargos y las fechas para que se vea la progresión. Nada de esto permite mejorar un cargo, alargar la permanencia o presentar un contrato como empleo directo.

Las métricas también necesitan una definición estable. «Reduje el coste de la nube un 22%» debe referirse a la misma base en todas las versiones. Puedes elegir esa métrica para un puesto de FinOps y omitirla para uno de API, pero no convertirla en un 30% porque la nueva oferta pida grandes ahorros. Cuando la confidencialidad impida dar una cifra exacta, utiliza una escala honesta o un resultado direccional que puedas divulgar, como un tramo de gasto anual, un intervalo de transacciones o la eliminación de una revisión manual.

No borres partes importantes del historial solo porque sean menos relevantes. El CV enviado todavía debe tener sentido cronológico. Puedes condensar los puestos antiguos en uno o dos logros y quitar proyectos que no aporten señales, pero unos cambios de fechas sin explicar generan más dudas que una tecnología irrelevante. Usa mes y año de forma coherente. Si eliges mostrar solo los años, mantén ese formato en todo el documento y prepárate para dar las fechas completas en el formulario.

Trata las pausas profesionales con la misma franqueza. Una entrada breve puede indicar cuidados familiares, estudios, viajes, una baja médica o búsqueda de empleo con el grado de detalle que quieras revelar. No necesita una consultoría inventada. Los reclutadores pueden hablar de una pausa real, pero no pueden valorar con seguridad una cronología que cambia continuamente.

Haz que el archivo supere el análisis y el vistazo

Un CV apto para ATS y un CV cómodo para el reclutador suelen necesitar lo mismo: un orden de lectura sencillo, nombres de secciones convencionales, texto seleccionable y formato moderado. El diseño debe mostrar la jerarquía sin obligar al software ni a las personas a reconstruirla.

La documentación oficial de soporte de Greenhouse incluye los gráficos, las fotos, el texto artístico, los archivos que solo contienen una imagen, las tablas complejas, las cabeceras, los pies, los cuadros de texto y los diseños en columnas entre las causas de un análisis fallido o parcial del CV. Eso no significa que todos los ATS fallen con cualquier PDF de dos columnas. Significa que el candidato gana poco poniendo a prueba la tolerancia del analizador. Una sola columna con títulos habituales como Resumen, Experiencia, Competencias, Formación y Certificaciones sigue siendo la opción más segura.

Pon tu nombre y datos de contacto en el cuerpo del documento, no solo en una cabecera de página. Usa texto real en lugar de una imagen. Mantén las fechas en la misma línea lógica que el puesto correspondiente cuando sea posible y sigue un patrón coherente de empresa, cargo y fechas. Evita barras de competencias, estrellas, gráficos y círculos de dominio. Consumen atención y expresan menos que un término sencillo respaldado por experiencia.

El PDF sirve cuando el empleador lo acepta y la capa de texto sobrevive a la exportación. DOCX es razonable cuando la candidatura lo solicita. Sigue primero las reglas de archivo indicadas por la empresa. Después de exportar un PDF, comprueba qué ve un extractor de texto. En un equipo con Poppler instalado, este comando genera una vista en texto plano:

pdftotext -layout tailored-cv.pdf - | sed -n '1,120p'

El resultado esperado debe mostrar primero el nombre y los datos de contacto, seguidos por cada sección y puesto en orden de lectura. Busca columnas mezcladas, fechas separadas de los trabajos, viñetas convertidas en ruido, caracteres ausentes y datos de contacto desaparecidos. El comando no imita un ATS, pero detecta capas de texto rotas y problemas de orden antes que el empleador. Copiar y pegar en un editor de texto plano ofrece una versión menos fiable de la misma prueba.

Después, revisa la primera página renderizada con un nivel de zoom normal. ¿Puedes encontrar el puesto objetivo, el logro reciente más relevante, las competencias obligatorias y la cronología actual con unos pocos movimientos de vista? ¿Los títulos guían la mirada hacia abajo? ¿El texto denso empuja el resultado a la segunda página? Que el análisis funcione no te da permiso para complicarle el trabajo al lector.

Haz una revisión de seis segundos antes de presentar la candidatura

La revisión final debe imitar la decisión del reclutador y después comprobar los detalles legibles por la máquina y los límites de la verdad. Hazla frente a la oferta, no frente al recuerdo que tengas de ella.

Tapa la oferta y mira la primera página durante seis segundos. Escribe qué función, nivel, sector y resultado principal crees que comunica. Destapa la oferta y compara esas señales con los cinco puntos principales de tu mapa. Si lo más visible de la página no viene al caso, cambia el orden. Si el puesto deseado no resulta evidente, reescribe el encabezado o las primeras pruebas. No reduzcas la letra para salvar material que deberías eliminar.

Usa esta comprobación antes de enviar:

1. El encabezado y los dos primeros logros de experiencia demuestran el puesto objetivo y al menos dos requisitos principales.
2. Cada término exacto importante es cierto y cuenta con pruebas cercanas que lo respaldan.
3. Los nombres de empleadores, cargos, fechas, credenciales y métricas coinciden con el archivo maestro de pruebas.
4. El texto exportado se lee en el orden correcto y el formulario ha interpretado bien los campos.
5. El nombre del archivo identifica a la persona y el puesto sin un caos de versiones, y el archivo subido es el correcto.

El último punto evita un fallo muy corriente y doloroso. Los archivos adaptados se multiplican enseguida. Usa un nombre como First_Last_Company_Role.pdf, guarda la oferta junto a la versión enviada y registra la fecha de la candidatura. Cuando llame un reclutador, necesitas las afirmaciones exactas que leyó, no el borrador que tengas abierto por casualidad.

La automatización puede encargarse del rastreo y de una primera selección, pero el candidato debe responder por las afirmaciones finales y por la decisión de presentar la candidatura. CV Rocket rastrea los portales de empleo de las empresas y, después de que el candidato aprueba un puesto concreto, genera un PDF apto para ATS y reescrito para esa oferta; nunca presenta la candidatura automáticamente. Tanto si usas una herramienta como si editas a mano, lee cada línea como si el entrevistador ya la hubiera marcado.

Si presentas muchas candidaturas, registra las entrevistas obtenidas por cada solicitud completa en lugar de contar solo los envíos. Un CV genérico puede dejarte enviar más rápido y producir casi ninguna conversación útil. Un buen proceso de adaptación aspira a una conversión a entrevista de entre el 6% y el 9%, y después utiliza los resultados reales para ajustar la selección de puestos y las pruebas. No tomes una muestra pequeña como demostración. Agrupa los resultados por familia de puestos y deja que cada versión acumule suficientes candidaturas para revelar un patrón.

El último cambio suele consistir en quitar algo. Elimina la afirmación que no resista preguntas, la herramienta que distrae del puesto o el logro antiguo que empuja hacia abajo las pruebas actuales. El CV está listo cuando el camino de decisión del empleador es claro y todos los atajos siguen siendo ciertos. Guarda la redacción descartada en el archivo maestro en lugar de borrar la prueba para siempre. En otro puesto, ese mismo detalle puede ser el mejor motivo para entrevistarte.