¿Realmente leen la carta de presentación de un diseñador UX?

Dónde termina realmente

Para la mayoría de roles UX, la carta de presentación es lo tercero que mira un responsable de contratación, si es que la mira. Lo primero es el enlace a tu portfolio. Lo segundo suele ser tu CV, escaneado en busca de títulos, herramientas y si has lanzado algo en una empresa que reconozcan. Cuando alguien llega a la carta, normalmente ya se ha formado una opinión con los casos de estudio. La carta o la confirma o no mueve mucho la aguja.

Esto es diferente de campos donde la carta es la muestra principal de redacción. En UX, la muestra principal de redacción es el caso de estudio: cómo planteas un problema, muestras la investigación y explicas una decisión que tomaste bajo restricciones. Si tu portfolio no hace eso, ninguna carta lo arregla. Si lo hace, la carta tiene menos que demostrar de lo que piensas.

Dónde la carta sigue teniendo su lugar: empresas pequeñas y startups donde el responsable de contratación lee cada solicitud personalmente, roles ambiguos desde el título del puesto (¿este "product designer" hace UI, investigación o ambos?), y cambios de carrera —desde diseño gráfico, desde desarrollo front-end, desde un bootcamp hacia un primer rol UX— donde el portfolio solo no explica la trayectoria. En esos casos, alguien tiene que leer una frase que diga por qué eres un candidato plausible, y la carta de presentación es el único lugar para ponerla.

En empresas que gestionan la contratación UX a través de Greenhouse, Lever o Workday con un reclutador haciendo el primer filtro sobre volumen, la carta frecuentemente no se abre antes de tomar una decisión basada en portfolio y CV. Eso no es una suposición sobre el software de ningún empleador específico, es simplemente cómo funciona el filtrado cuando un puesto recibe cientos de candidatos y una persona tiene una tarde. Nadie ha publicado cifras fiables sobre con qué frecuencia se leen las cartas de presentación UX, y quien cite un porcentaje se lo está inventando. Lo cierto en todo el sector es que la revisión del portfolio ocurre primero, estructuralmente, porque es la forma más rápida de eliminar candidatos.

Las dos cosas que tiene que responder

Si aceptas que la carta se lee algunas veces y se ojea el resto, escríbela para hacer dos trabajos y nada más.

Por qué este producto, este problema o esta base de usuarios, específicamente. No "me apasiona crear experiencias centradas en el usuario", que cada responsable de contratación en este campo ha leído varios cientos de veces y que es cierto literalmente para cada diseñador UX que ha solicitado cualquier puesto. Di algo que demuestre que miraste lo que realmente construyen: un flujo de onboarding fintech, una herramienta de programación clínica, una consola de administración B2B, un checkout con un problema de abandono. Si tienes contexto relevante —has diseñado para industrias reguladas, has trabajado en un producto con una base de usuarios similar, has lidiado con el mismo tipo de restricción técnica (un design system heredado, una plataforma sin componentes nativos)— esa es la frase que funciona. Le dice al responsable de contratación que no estás enviando la misma carta a cuarenta empresas, que es lo que hacen la mayoría de candidatos.

Cómo piensas, no solo qué lanzaste. El portfolio muestra el artefacto: el flujo, las pantallas, el prototipo. A menudo no muestra el razonamiento bajo presión de tiempo: por qué elegiste hacer cinco sesiones de usabilidad moderadas en lugar de una encuesta, por qué rechazaste la petición de un stakeholder, cómo manejaste un caso donde la investigación contradecía lo que el PM quería construir. Una frase señalando un caso de estudio específico y nombrando la decisión que quieres que noten —"el segundo caso de estudio en mi sitio trata sobre un rediseño que lanzamos sin testing de usuarios, por una fecha límite de lanzamiento, y qué hicimos en su lugar para reducir el riesgo"— hace más que un párrafo de adjetivos. También dirige su atención, lo cual importa si están ojeando un portfolio con seis proyectos.

Eso es todo. No tu plan a cinco años, no una lista de herramientas (el CV cubre Figma, FigJam, Sketch, Maze, UserTesting, el design system en que hayas trabajado), no una reformulación de tu historial laboral. Dos cosas: por qué esto, y cómo piensas.

Qué dejar fuera

Algunas cosas que aparecen constantemente en cartas de presentación UX y no hacen nada:

• "Me apasiona resolver problemas para usuarios." Igual que todos los demás que solicitan. No está mal, simplemente no es información.
• Un resumen de tu CV. Si la carta repite tus títulos de trabajo y fechas, es espacio desperdiciado; el responsable de contratación tiene el CV abierto en la otra pestaña.
• Declaraciones de filosofía de diseño — "creo que el buen diseño es invisible", o similar. Se leen como relleno porque son relleno; no le dicen a nadie qué harías diferente en su producto.
• Reclamar propiedad que no tuviste. Si fuiste uno de tres diseñadores en un proyecto, dilo. Los responsables de contratación UX han gestionado equipos grandes y normalmente pueden distinguir cuándo el lenguaje del caso de estudio de alguien está haciendo más trabajo que su rol real. Sale mal en la entrevista si no sale en la carta.
• Una lista de herramientas. La competencia en Figma, prototipado y las herramientas de investigación que sean estándar pertenece al CV. Nombrarlas en la carta se lee como relleno.

Formato, en la práctica

Mantenla lo suficientemente corta para que quepa sobre el pliegue en el sistema donde sea que la lean —tres o cuatro párrafos cortos, no una página. Dirígela a un nombre si puedes encontrar uno; "Estimado responsable de contratación" no te cuesta nada pero señala que no verificaste. Si la oferta de trabajo nombra un área de producto, equipo o problema específico ("estamos reconstruyendo nuestro design system", "este rol se encarga del onboarding"), usa ese lenguaje exacto una vez —demuestra que leíste el anuncio en lugar de una plantilla de él, y es una de las pocas cosas que los sistemas de seguimiento de candidatos pueden relacionar si un humano aún no ha abierto el archivo.

Termina con algo concreto y de poco esfuerzo para el lector: qué caso de estudio abrir primero y por qué, o una oferta de una línea para explicar tu proceso en una llamada. No termines con una solicitud de consideración de tu candidatura —cada carta termina con alguna versión de eso, y es la frase menos memorable del documento.

Dónde la carta genuinamente no importa mucho

Sé honesto contigo mismo sobre esto. Si estás solicitando en una gran empresa tecnológica con un proceso formal de contratación UX —revisión de portfolio, luego un filtro de reclutador, luego un ejercicio de diseño o presentación— es improbable que la carta cambie el resultado de las dos primeras etapas. Lo que lo cambia es el portfolio: la claridad de los casos de estudio, la evidencia de proceso (método de investigación, iteración, qué harías diferente), y si el trabajo corresponde a la seniority que pide el rol. Un portfolio débil con una carta excelente no pasa; un portfolio sólido con una carta mediocre normalmente sí.

Dónde la carta importa más es exactamente en las situaciones nombradas arriba: equipos pequeños, títulos ambiguos, cambios de carrera, o cuando tu trayectoria necesita una frase de traducción antes de que los casos de estudio tengan sentido. En esas situaciones vale la pena los veinte minutos. En el resto, esos veinte minutos a menudo se aprovechan mejor ajustando el caso de estudio que está cargando toda la solicitud.

Qué hacer a continuación

Antes de escribir otra carta de presentación, abre tu caso de estudio más fuerte y léelo como si nunca te hubieras conocido. Si no muestra claramente un problema, un método, una decisión y un resultado, arregla eso primero —hará más por tu tasa de solicitudes que cualquier carta. Una vez que el portfolio esté haciendo su trabajo, escribe la carta para responder las dos preguntas anteriores y para. Si lo que realmente te está frenando es el volumen de personalización que esto requiere entre diferentes empresas y títulos de trabajo, eso es un problema mecánico más que de redacción —jobmarket.pro lee cada anuncio y redacta la solicitud desde un único perfil de tu trabajo, así que la personalización ocurre por trabajo sin que tú lo reescribas cada vez.