Las habilidades técnicas mínimas para un diseñador hoy
Habilidades técnicas mínimas de un diseñador: Figma, prototipado, HTML y CSS básicos, Git para revisar cambios y uso crítico de IA. El resto depende del rol.
¿Qué piden hoy las ofertas de trabajo?
Tres ofertas de agosto de 2026 muestran un rango de exigencia, no una norma. Son una muestra pequeña y pueden haber cerrado, así que sirven para ver el espectro, no para sacar porcentajes.
| Oferta | Qué pide en código | Qué pide en Git |
|---|---|---|
| Temus, Technical Product Designer (Singapur) | HTML5 semántico y CSS3 moderno para construir prototipos interactivos en el navegador; JavaScript básico como deseable | Experiencia con Git como deseable |
| Digify, Product Designer (AI Prototyping) | Comprensión sólida de HTML, CSS y JavaScript; prototipos funcionales hechos con herramientas de IA | Comprensión de Git o similar para colaborar con ingeniería |
| Outset, Product Designer | Prototipos de extremo a extremo en código (HTML/CSS/JS, Python) y publicar código funcional | Git, terminal y builds locales |
Una guía de habilidades para diseñadores de producto, publicada en abril de 2026, pone la fluidez en Figma y el prototipado en el centro. Lo que pide es una herramienta avanzada de prototipado (ProtoPie, Figma Make o código funcional) y el criterio para elegir el nivel de fidelidad que responde a la pregunta del momento. Es decir, el código es una de las opciones, no un requisito fijo.
¿Cuál es el núcleo que casi todos necesitan?
Hay cuatro capas. Cada una tiene un mínimo y un nivel que suma valor.
| Capa | Mínimo | Lo que suma |
|---|---|---|
| Herramientas de diseño | Figma: componentes, variables, prototipos | Sistemas de diseño y tokens bien nombrados |
| Código | HTML y CSS: estructura, flexbox, grid | JavaScript suficiente para estados y datos |
| Colaboración técnica | Ramas, commits y pull requests a nivel de lectura | Revisar un PR y proponer cambios concretos |
| Uso de IA | Saber qué pedir y verificar la salida | Evaluar resultados con criterios y casos de prueba |
¿Cuánto Git necesita un diseñador?
Lo suficiente para no bloquear al equipo. Debes poder abrir un pull request, ver qué archivos cambió, leer un diff y saber si lo propuesto coincide con el diseño. Escribir código complejo no es el objetivo. Si quieres un repaso sin jerga, lee Git para diseñadores.
¿Qué pasa con la IA?
La IA se volvió una habilidad técnica porque cambia el flujo de trabajo, y los datos muestran que se mueve hacia el prototipado. Designlab encuestó a finales de 2025 a más de 200 diseñadores UX y de producto de su comunidad. Casi 60 % dijo que la IA está integrada de forma moderada o extensa en su trabajo (44,3 % el año anterior), y 57,3 % la usa para prototipos y wireframes, frente a cerca de 20 % en la edición anterior. Es una muestra de su propia comunidad, no representativa de toda la profesión.
Lo más útil del informe para este tema es el cambio en las preocupaciones: ya no son aprender a usar la IA sino el riesgo, la calidad y la responsabilidad. De ahí sale la habilidad que diferencia a las personas: un diseñador que sabe qué pedir, cómo revisar la salida y dónde suele fallar la herramienta vale más que uno que solo genera. Para practicarlo, mira prototipar con IA.
¿Cómo evalúo mi nivel?
- Haz un componente completo en Figma y pásalo a HTML y CSS, sin ayuda de IA.
- Lee un pull request de tu equipo y escribe tres preguntas sobre lo que cambió.
- Usa una herramienta de IA para generar una pantalla y anota los tres errores que corregiste.
- Lee tres ofertas del puesto que quieres y marca cada requisito técnico como “necesario”, “deseable” o “no lo entiendo”. Lo de la tercera columna es tu agenda de aprendizaje; lo de la primera define tu mínimo.
- Elige una brecha y dedícale dos semanas, no seis meses.
Las ofertas suelen pedir lo mismo con palabras distintas: “prototipado interactivo”, “entrega a desarrollo” y “colaboración con ingeniería” pueden significar lo mismo en dos empresas. Si puedes, pregunta qué se espera que hagas el primer mes.
¿Cuándo NO hace falta profundizar?
Si tu rol es investigación o estrategia, la fluidez en código es un extra. Si tu equipo tiene una especialista en frontend, tu mínimo cambia pero no desaparece: ella construye el componente y tú necesitas leerlo lo suficiente para decir si respeta el diseño, si los estados de error están cubiertos y si el espaciado sale de los tokens. Esa conversación exige HTML y CSS básicos, no escribir el componente desde cero.
Si el rol que quieres combina diseño y código de punta a punta, el camino es otro: revisa cómo llegar a ser design engineer.
Ejemplo
Ejemplo ilustrativo: una diseñadora de producto lee cinco ofertas que le interesan. Tres piden prototipar en código, dos piden Figma y sistemas de diseño, y todas piden comunicación con ingeniería. Su plan: dos semanas de HTML y CSS con un componente real, una semana leyendo pull requests de su equipo y, después, usar IA para acelerar la exploración sin dejar de revisar cada salida. Es un plan de unos tres meses, no de un año.
Errores comunes
- Aprender un framework antes de dominar HTML y CSS.
- Tomar un tutorial de programación como si fuera una certificación.
- Usar IA para escribir código que no puedes leer.
- Tratar Git como algo que solo usa ingeniería.
- Creer que más herramientas significan más valor.
- Generalizar a partir de una sola oferta, en vez de comparar varias.
Fuentes
- Temus, Technical Product Designer (Designproject, agosto de 2026)
- Digify, Product Designer (AI Prototyping) (Designproject, agosto de 2026)
- Outset, Product Designer (Designproject, agosto de 2026)
- ResumeGeni, Product Designer Skills Guide for Tech Companies (abril de 2026)
- Designlab, AI in UX and Product Design 2026 Survey Report