La mayoría de las secciones de habilidades fallan por el mismo motivo. Parecen una nube de palabras copiada del anuncio, sin pruebas, sin orden y sin señal de en qué la persona es realmente buena. Un reclutador que pasa seis segundos en un CV no saca nada.

La solución no es añadir más habilidades. Es tratar la sección como una prueba, no como un inventario.

Por qué esta sección importa más de lo que parece

Dos lectores miran esta parte, y la leen de forma muy distinta. El ATS la lee como un banco de palabras clave: si la oferta pide Kubernetes y Terraform, esas palabras exactas tienen que aparecer en algún sitio parseable. El reclutador humano, dos minutos después, la lee como una autoevaluación del nivel. «Lista 18 herramientas, domina tres» es un patrón que detecta al instante.

Escribes para los dos. Mete las palabras clave para pasar el filtro, y prioriza las que coinciden con la oferta para que el humano deje de ojear.

Qué poner de verdad ahí

Agrupa por categoría, no por nivel. «Avanzado / Intermedio / Básico» se lee como una estimación y no aporta nada que el lector pueda verificar. Las categorías dan estructura y permiten ordenar por relevancia.

Una maquetación limpia para un puesto backend:

• Lenguajes: Python, Go, TypeScript
• Infraestructura: AWS (EC2, S3, Lambda), Docker, Terraform
• Data: PostgreSQL, Redis, ClickHouse
• Prácticas: CI/CD, revisión de código, guardias, gestión de incidentes

Cuatro categorías, diez a quince elementos en total. Cada línea tiene que poder convertirse en una pregunta de un reclutador o un tech lead. Si una habilidad está en la lista y te incomodaría que te preguntaran por ella en una entrevista, no debería estar.

Habilidades técnicas vs blandas — dónde va cada una

Las habilidades técnicas son herramientas, métodos, lenguajes y certificaciones. Van en la sección de habilidades porque son escaneables y matchean palabras clave. «PostgreSQL» es una habilidad técnica. «Mentoría a junior» no lo es: es una habilidad blanda, y su sitio está en las viñetas de experiencia, donde puedes mostrarla funcionando de verdad.

La regla simple: si no puedes probar la habilidad con una viñeta bajo un puesto, no pinta nada en la sección de experiencia. Si no es una palabra clave que alguien buscaría en un buscador, no pinta nada en la sección de habilidades.

Las habilidades blandas en lista aparte («comunicación, liderazgo, trabajo en equipo») son relleno. Todos los CV las tienen, ninguna diferencia a nadie, y el reclutador ya ha desconectado al tercer ítem.

Habilidades para poner en el CV — la regla de priorización

Abre la oferta. Lee la sección de requisitos dos veces. Las habilidades que tu CV necesita, en este orden:

1. Todas las habilidades requeridas que de verdad tienes, nombradas como las nombra la oferta. Si dicen «AWS», dices «AWS». Si dicen «Amazon Web Services», dices eso.
2. Dos o tres habilidades «valoradas» que tengas, sobre todo las que indican seniority.
3. Dos habilidades adyacentes que muestren amplitud sin rellenar (un puesto backend que pide Python puede mencionar honestamente que también trabajas en Go).

Lo demás se quita. Una sección de habilidades alineada con la oferta rinde más que una más larga y genérica, tanto para el ATS como para el humano.

Un formato que sobreviva al ATS

Las reglas de parsing aquí no son complicadas. Texto plano, en una sola columna, en el cuerpo del documento. Sin iconos, sin barras de progreso, sin gráficos. La valoración de cinco puntos que queda tan bien en una plantilla de Canva es ilegible para la máquina: aparece en el ATS del reclutador como cinco cuadrados negros junto a una palabra.

El equipo de Postulit ha parseado miles de CVs a través de nuestra herramienta LinkedIn-a-CV, y el patrón es constante: texto limpio en categorías gana a cualquier cosa visual. Para ver cómo se parsea tu sección actual, pásala por cualquier herramienta gratuita de test ATS y mira la salida en bruto.

Errores clásicos para corregir esta noche

Si tu sección de habilidades termina en «y más», quita «y más». No estás vendiendo cuchillos de cocina.

Algunos casos para revisar:

• Meter palabras clave que no puedes defender — listar GraphQL porque leíste un artículo la semana pasada. Un entrevistador técnico te lo pilla en veinte segundos.
• Niveles sin calibrar — tu Python «avanzado» es el intermedio de otro. Quita las etiquetas y deja que las viñetas de experiencia calibren por ti.
• Las ocho mismas habilidades blandas que el resto de los CV — si tienes que incluirlas, mételas en viñetas con una prueba detrás.
• Herramientas que ya nadie usa — Flash, Silverlight, jQuery como habilidad principal en 2026. Envejece el CV al instante.

Un ejemplo que funciona

Para un analista de datos con experiencia que aplica a una fintech:

• Análisis y modelado: SQL (PostgreSQL, Snowflake), Python (pandas, scikit-learn), tests A/B
• Visualización: Looker, Tableau, dbt
• Dominio: señales de fraude en pagos, embudos KYC, retención por cohortes
• Workflow: Git, modelos dbt en producción, orquestación con Airflow

Cuatro categorías, doce ítems, cada uno defendible en entrevista. Cada línea remite a algo que te imaginas a la persona haciendo. Así se ve una sección de habilidades bien hecha.

Escribe la sección de habilidades la última. Redacta primero las viñetas de experiencia, mira lo que has probado y luego lista las habilidades que esas viñetas respaldan. El orden importa: al revés, la lista siempre acaba pasándose de lo que la experiencia puede sostener.