Un desarrollador frontend y un analista de datos están los dos «en tech». Sus CV no deberían parecerse casi en nada.
El frontend necesita un enlace al portfolio arriba, una lista corta de frameworks (React, Vue, quizá Svelte) y bullets que hablen de píxeles, tiempos de carga y funcionalidades enviadas. El analista de datos necesita sus dialectos SQL, los dashboards que construyó de verdad y números que muestren impacto: ingresos al alza, horas ahorradas, churn anticipado. Misma etiqueta «tech». Dos documentos completamente distintos.
La mayoría de los candidatos no ven este punto. Escriben un solo CV, cambian el título arriba y aplican a 80 ofertas repartidas en cuatro sectores. Luego se preguntan por qué no cae nada. Esta guía es el hub para arreglarlo. Explica por qué un CV único falla entre sectores, qué busca cada industria al escanear y dónde profundizar según tu puesto.
Por qué el mismo CV en todas partes falla
Los reclutadores de sectores distintos no miran lo mismo. Un reclutador de finanzas pasa su primera lectura por las credenciales, las certificaciones y los nombres de instituciones. Un manager de startup salta todo eso y busca productos enviados y números de tracción. Un lead de diseño apenas lee la página: pincha en el portfolio.
Si mandas el CV de finanzas a la startup, pareces lento y burocrático. Si mandas el CV de startup al banco, pareces poco serio. El contenido puede ser 80 % igual, pero el encuadre, el orden de las secciones y el vocabulario tienen que cambiar. Los mecanismos se desmenuzan en por qué el mismo currículum falla entre campos.
Lo que cada sector mira de verdad
Cada campo tiene su propio patrón de lectura. Algunos ejemplos, destilados de años de feedback de reclutadores:
- Tech: stack arriba, enlace a GitHub o portfolio, bullets centrados en funcionalidades enviadas y rendimiento medido. Una página si tienes menos de cinco años de experiencia.
- Finanzas: formación y certificaciones en un bloque visible (CFA, CPA, ACCA), empleadores con nombre, tamaño de operaciones, AUM, responsabilidad P&L. Dos páginas es lo normal.
- Diseño: el enlace al portfolio es el titular. El CV en sí es corto, con jerarquía visual clara. Las herramientas (Figma, Webflow, After Effects) caben en un bloque pequeño, no en un muro.
- Salud: licencias, certificaciones de junta, hospitales o clínicas, volúmenes de pacientes, especialidades. Formato largo, esperado.
- Ventas: cifras de cuota, porcentaje de cumplimiento, tamaño de operaciones, ciclos de venta, cuentas con nombre. Dos páginas con números duros pesan más que cinco con frases blandas.
- Consultoría / Estrategia: escuelas top, firmas con nombre, bullets en situación-acción-resultado, sectores cubiertos.
El hilo común: cada sector tiene su moneda. Finanzas mira números y prestigio. Tech mira lo que enviaste. Diseño mira lo que hiciste. Salud mira dónde te formaste y a quién trataste. Encuentra la moneda antes de escribir los bullets.
Los puestos tech merecen un CV propio por puesto
Dentro de tech, las diferencias son más afiladas de lo que la gente cree. Meter todos los CV de ingeniería en una sola plantilla es justo como buenos perfiles se quedan fuera.
- Frontend: subraya UI, presupuestos de rendimiento, accesibilidad, sistemas de diseño. Ver CV de desarrollador frontend.
- Backend: subraya APIs, escala, latencia, bases de datos, guardias. Ver CV de desarrollador backend.
- Full-stack: mostrar amplitud sin parecer genérico. La trampa: listar todo y señalar nada. El arreglo: una o dos funcionalidades end-to-end por empresa, descritas con detalle. Ver CV de desarrollador full-stack.
- Móvil: enlaces a App Store y Play Store, MAU, tasas de crash, nativo vs cross-platform. Ver CV de desarrollador móvil.
- Data engineer: escala de pipelines, SLAs, volúmenes, herramientas encadenadas. Ver CV de data engineer.
- Analista de datos: SQL, dashboards, preguntas respondidas, decisiones de negocio que cambiaste. Ver CV de analista de datos.
- Data scientist / ML: impacto, no una lista de herramientas. Un modelo que subió la retención un 4 % vale más que una sección de skills de 20 líneas. Ver CV de científico de datos.
Si tu CV puede enviarse sin tocar a una oferta frontend y a una de data engineer, es demasiado vago para hacer justicia a ninguna de las dos.
Cómo la seniority cambia el documento
Un CV junior y un CV staff para el mismo rol son casi dos géneros distintos.
Los CV junior abren con formación, proyectos, prácticas y cualquier trabajo open source o freelance. La narrativa es «aprendo rápido y ya he construido cosas». Una página.
Los CV mid abren con dos o tres puestos donde te encargaste de algo de principio a fin. Los bullets pasan de «ayudé a» a «lideré» o «entregué». De una a dos páginas.
Los CV senior y staff abren con alcance e influencia. Tamaños de equipo, presupuestos, sistemas diseñados, decisiones tomadas, mentoría. La lista de skills se acorta: a nadie que contrate un staff engineer le importa qué framework CSS usaste en 2019.
La trampa: mandar un CV estilo senior a un puesto junior (suena inflado) o un CV estilo junior a un puesto senior (suena a que llevas tiempo estancado). Ajusta el documento al nivel del puesto, no al nivel que quisieras tener.
Cuándo romper las convenciones
Las convenciones existen porque ayudan a los reclutadores a escanear rápido. Pero cuestan caro cuando tu historia, justamente, es salir del molde.
Un egresado de bootcamp que aplica a una startup que dice «contratamos por pendiente, no por intercepto» debería poner los proyectos por encima de la formación. Quien se reconvierte de derecho a product management debería abrir con un párrafo corto «por qué producto», no con una lista cronológica de puestos legales. Un fundador que cerró una empresa debería decir en dos líneas honestas qué aprendió, no esconderlo.
La regla: rompe una convención solo cuando la alternativa hace tu historia más clara, no cuando te hace sentir más listo. Y recuerda que la mayoría de los CV los lee primero un ATS, conservador por diseño. Si experimentas con el layout, mantén una versión parseable limpia a un lado: la mecánica está en cómo funcionan los ATS.
Elegir qué versión enviar
Una vez aceptas que necesitas varias versiones, la pregunta real es el mantenimiento. La mayoría abandona porque tener tres o cuatro CV sincronizados duele.
Algunos principios que funcionan:
- Mantén un documento maestro con todo: cada puesto, cada bullet, cada número. Es tu fuente, no tu CV.
- Desde el maestro, corta una versión por sector objetivo. Frontend, backend, datos, producto, diseño, lo que apuntes.
- Dentro de cada versión, ajusta el tercio superior al puesto concreto. El resumen, las skills destacadas y los bullets del primer rol hacen casi todo el trabajo.
- Relee la oferta dos veces antes de cada envío. Copia el vocabulario que ya aparece ahí, no el que te gustaría que apareciera. Los principios generales también están en cómo hacer un currículum.
Si tienes un perfil de LinkedIn bien poblado, el enfoque maestro + variantes se vuelve mucho más fácil. Postulit lee tu LinkedIn una vez y te deja regenerar un CV apuntado al puesto (frontend, datos, producto, ventas) a partir de los mismos datos, así el maestro vive en un solo sitio y las variantes se actualizan solas.
La costumbre de un CV único para todo es una fuga lenta en tu búsqueda. Taparla sigue siendo el cambio más rentable que la mayoría de los candidatos puede hacer este mes.