Una scale-up SaaS de 80 personas, con un equipo de ingeniería de diez desarrolladores, contrató a su primer diseñador confiando solo en un portafolio que se veía espectacular: pantallas pulidas, animaciones, una paleta de color impecable. Seis meses después, el producto seguía sintiéndose inconsistente, los usuarios no entendían las nuevas funcionalidades y soporte recibía las mismas preguntas una y otra vez. La empresa no contrató mal a una persona: contrató mal al perfil. Buscaba alguien que resolviera problemas de experiencia de punta a punta y terminó con un maquetador visual talentoso, sin haber definido nunca qué problema de diseño debía resolver esa contratación ni cómo se mediría el impacto.
Contratar diseño de producto es difícil precisamente porque el rol es ambiguo para quien no vive en diseño. El título de diseñador cubre desde alguien que pinta pantallas hasta alguien que define la apuesta de experiencia de un producto completo. Esta guía de IT Workers desarma esa ambigüedad para un decisor no técnico: qué hace realmente un Product Designer senior frente a un UX Designer, un UI Designer y un UX Researcher, cuándo aparece la necesidad del primer diseñador, cómo leer un portafolio y evaluar product thinking, research, craft e impacto sin ser diseñador, qué estructura de entrevista filtra de verdad, qué rangos de mercado considerar y qué errores evitar. El objetivo es que el lector tome una decisión informada, no que llene una vacante rápido.
El público objetivo es Founder, CEO, CTO, Head of People y Gerente de RRHH. Sin jerga innecesaria, sin promesas mágicas. El criterio guía es el mismo que un buen Product Designer aplica a su trabajo: empezar por el problema, decidir con evidencia y medir el resultado. Los rangos numéricos que aparecen son referenciales de mercado 2026; el disclaimer correspondiente está al inicio del bloque que los usa.
1. Qué hace realmente un Product Designer senior
Un Product Designer senior resuelve problemas de negocio y de usuario diseñando la experiencia de punta a punta, no entregando una lista de pantallas. Su trabajo central es decidir qué vale la pena diseñar y por qué, con evidencia, y responder por el impacto. Esto se descompone en una secuencia: research para entender qué problema del usuario importa, flujos que estructuran la solución, diseño de interacción que define cómo se comporta el producto, interfaz que lo hace usable y agradable, y validación con métricas para saber si funcionó. El senior recorre esa cadena completa y la conecta con el objetivo de negocio; no se queda en el mockup final.
Lo que distingue a un Product Designer senior de uno junior no es la cantidad de pantallas producidas, sino la calidad de las decisiones. El senior decide qué vale la pena diseñar y por qué; el junior ejecuta las pantallas que le piden. El senior colabora con producto e ingeniería desde el inicio, defiende cada decisión con evidencia de usuarios y datos en lugar de gusto personal, y entiende los límites de lo que ingeniería puede construir. Es, en buena medida, un dueño de la experiencia que orquesta una solución conectando lo que necesita el negocio con lo que necesita la persona que usa el producto. Por eso evaluarlo bien exige mirar su razonamiento, no su listado de pantallas.
Diseño no es hacer pantallas bonitas
Una confusión frecuente en empresas que recién suman diseño es tratar al diseñador como un decorador de interfaces: alguien que toma una funcionalidad ya definida y la hace ver linda. El craft visual es parte del oficio, pero no es el oficio. Un decorador pregunta cómo hacer que esto se vea mejor; un Product Designer pregunta si vale la pena construir esto y, con frecuencia, propone una solución distinta a la que se pidió porque entendió el problema real. Contratar un diseñador con mentalidad de decorador produce un producto que se ve bien en capturas y se siente confuso al usarlo, que es exactamente lo que la mayoría de las empresas quiere evitar al sumar diseño de producto.
2. UX Designer vs UI Designer vs Product Designer vs UX Researcher
La pregunta sobre la diferencia entre product designer vs ux designer, o entre ux designer y ui designer, es la que más confusión genera en procesos de contratación de diseño. Los cuatro títulos conviven en el mundo tech, a veces se usan como sinónimos y a veces describen roles muy distintos. La regla simple: el UI Designer es dueño del craft visual y la interfaz; el UX Designer es dueño de los flujos, la usabilidad y el research; el Product Designer cubre el problema de punta a punta hasta la métrica; y el UX Researcher es investigación dedicada. La tabla siguiente compara las cuatro figuras en las dimensiones que importan al decidir a quién contratar.
| Dimensión | UI Designer | UX Designer | Product Designer |
|---|---|---|---|
| Foco principal | Craft visual e interfaz | Flujos, usabilidad y research | Problema a solución a métrica, de punta a punta |
| Output típico | Interfaz pulida y componentes | Flujos, wireframes y hallazgos de research | Solución completa con impacto medido |
| Pregunta que responde | ¿Cómo se ve y se pule? | ¿Cómo debería funcionar? | ¿Qué vale la pena resolver y por qué? |
| Mira hacia | La pantalla | El flujo y el usuario | El problema y el negocio |
| Cuándo lo necesitas | Interfaz inconsistente o sin pulir | Experiencia confusa o sin validar | La empresa decide mal qué diseñar y construir |
Falta una figura en la tabla por espacio, pero merece mención: el UX Researcher es un rol de investigación dedicada, que entrevista usuarios, corre estudios de usabilidad y entrega evidencia para que diseño y producto decidan mejor; aparece cuando la empresa tiene volumen suficiente para justificar research a tiempo completo. En empresas chicas, una sola persona cubre UX y UI como diseñador UX/UI, y eso está bien mientras el equipo sea pequeño. El problema aparece cuando una empresa pide un Product Designer estratégico y describe la vacante con tareas de maquetación visual, o al revés. El matching incorrecto entre lo que la empresa necesita y el título que publica es la primera causa de una contratación de diseño fallida. Antes de abrir el proceso conviene definir el problema en una frase, como se explica en la guía sobre el job description tech que cierra a un senior.
3. Cuándo necesitas tu primer Product Designer y cuándo un Head of Design
La señal más clara de que una empresa necesita su primer Product Designer es que ingeniería viene decidiendo la experiencia por defecto y el producto se siente inconsistente y poco intuitivo. Hay señales operativas concretas que conviene revisar antes de abrir el cargo.
- Ingeniería decide la experiencia por defecto y el producto se siente inconsistente entre secciones.
- Se construyen features que los usuarios no entienden ni adoptan, y nadie mide ese desperdicio.
- No hay un sistema de diseño y cada pantalla luce distinta, con componentes que se reinventan una y otra vez.
- Ventas pierde deals por la experiencia del producto frente a alternativas mejor diseñadas.
- Nadie valida con usuarios reales antes de construir, y las decisiones de diseño se toman por opinión.
Cuando aparecen tres o más de estas señales, el costo de la mala experiencia (churn, carga de soporte, deals perdidos, retrabajo de ingeniería) ya supera el costo del sueldo de un diseñador. Ese desperdicio silencioso rara vez se mide, pero deteriora un producto entero por falta de dirección de diseño. Antes de abrir el cargo conviene calibrar la banda salarial con la guía salarial tech 2026 y aplicar el mismo rigor con que se contrata un full stack senior.
El salto a Head of Design
Pasar de Product Designer a Head of Design no es un ascenso automático ni una cuestión de antigüedad: es una decisión de estructura. Conviene contratar un Head of Design cuando se dan tres condiciones simultáneas: hay dos o más diseñadores que necesitan dirección y criterio común; falta un sistema de diseño escalable que ordene la experiencia de todo el producto; y diseño requiere una voz a nivel ejecutivo que negocie de igual a igual con producto, ingeniería y dirección. Saltar a Head of Design con un solo diseñador, o sin producto validado, agrega una capa de gestión que la empresa todavía no necesita y encarece la estructura sin retorno claro. La manera en que se organizan los equipos de diseño junto a producto e ingeniería se entiende mejor cuando se ha definido primero el rol de Product Manager y Head of Product con quien el diseño colabora a diario.
4. Cómo evaluar a un Product Designer sin ser diseñador
La buena noticia para un decisor no diseñador es que las competencias que definen a un gran Product Designer se evalúan sin saber dibujar ni dominar la jerga de diseño. Lo que se evalúa es razonamiento e impacto, no estilo. Cinco competencias permiten distinguir a un Product Designer senior de uno mediocre, y todas se pueden juzgar pidiendo que cuente decisiones concretas de su portafolio en vez de opiniones generales sobre tendencias.
- Product thinking: conecta el diseño con el problema de negocio y las métricas. Un buen Product Designer empieza por el problema y el impacto; uno débil empieza por la pantalla y el estilo.
- Research y discovery: decide con evidencia de usuarios reales, no por gusto. Un buen diseñador describe entrevistas, pruebas de usabilidad y datos; uno débil describe inspiración y tendencias.
- Interaction design y craft visual: calidad de ejecución de flujos, estados e interfaz. Un buen diseñador cuida los casos límite y los estados vacíos; uno débil solo muestra la pantalla feliz.
- Colaboración con ingeniería y prototipado: lo diseñado es construible. Un buen diseñador entiende los límites técnicos y prototipa para alinear; uno débil entrega diseños imposibles de construir.
- Sistemas de diseño y consistencia: usa y mantiene design systems. Un buen diseñador escala con componentes reutilizables; uno débil rediseña lo que ya existe y genera deuda de diseño.
Cómo leer un portafolio
La clave para un no diseñador es revisar el portafolio buscando el porqué de cada decisión, no las pantallas lindas. En cada caso conviene encontrar cuatro cosas: el problema que se resolvía, el proceso de research y discovery, los trade-offs que el diseñador consideró y descartó, y el resultado o impacto medido. Pedir un caso de punta a punta y dejar que la persona lo cuente revela su pensamiento mejor que cualquier galería de capturas. Las red flags más fiables: un portafolio solo visual estilo dribbble, sin problema ni métrica; no menciona usuarios reales ni research; no colabora con ingeniería y entrega diseños que no se pueden construir; no mide impacto; una postura de artista que no acepta feedback; y no usar ni entender los sistemas de diseño. Una guía general aplicable a cualquier perfil tech está en cómo evaluar candidatos tech siendo no técnico.
Un buen Product Designer no se reconoce por lo lindas que son sus pantallas, sino por el problema de usuario que resolvió y el impacto que dejó en el negocio. Contratar por la estética del portafolio, en lugar de por el razonamiento detrás de cada decisión, es el error más caro de una empresa que recién suma diseño de producto.
Pablo Herrera · Founder & IT Headhunter en IT Workers5. Estructura de entrevista recomendada para un Product Designer senior
Una entrevista de diseño improvisada decide por gusto, y el gusto premia la estética por sobre el criterio. Un proceso estructurado con etapas claras y un scorecard común reduce el sesgo y hace comparables a los candidatos. La estructura siguiente cubre las cinco competencias y reparte la evaluación entre varios evaluadores con foco distinto.
| Etapa | Qué evalúa | Duración | Conduce |
|---|---|---|---|
| 1. Screening inicial | Experiencia, motivación, fit de seniority | 30 min | Recruiter o hiring manager |
| 2. Portfolio review | Razonamiento detrás de 2-3 casos de punta a punta | 60 min | Líder de diseño o producto |
| 3. Design challenge / whiteboard | Cómo aborda un problema real, no entregar pixels | 60 min | Designer senior |
| 4. Comportamental | Feedback, conflicto con ingeniería o producto, fracasos | 45 min | Head of People o líder de área |
| 5. Colaboración con ingeniería | Factibilidad técnica y handoff | 30 min | Tech lead |
El portfolio review es la etapa más reveladora. En lugar de mirar una galería de pantallas, conviene que el candidato presente dos o tres casos de punta a punta y se evalúe su razonamiento: por qué eligió ese problema, qué evidencia usó, qué descartó y qué resultado obtuvo. Lo que se observa no es la belleza de las pantallas, sino el cómo y el porqué de cada decisión, que pesan más que el qué. El design challenge baja eso a la práctica pidiendo abordar un problema real en vivo, donde importa cómo piensa y estructura la solución, no que entregue pixels terminados. La comportamental valida cómo recibe feedback y resuelve conflictos con ingeniería o producto, y la colaboración con ingeniería confirma que lo que diseña se puede construir.
El scorecard común
Cada etapa debe terminar con una evaluación escrita sobre criterios definidos de antemano, no con un comentario verbal del tipo "me gustó su estilo". Un scorecard común permite que cinco evaluadores juzguen al mismo candidato con la misma vara y que la decisión final se tome sobre evidencia comparable. La metodología completa de evaluación estructurada está en la guía de scorecard de contratación tech, y la disciplina de decisión grupal se cubre en cómo armar un hiring committee tech con cinco evaluadores.
6. Rangos de sueldo de un Product Designer y Head of Design
El sueldo de un Product Designer varía fuerte según industria, etapa de la compañía y nivel real de responsabilidad, por lo que cualquier número es un orden de magnitud y no una oferta. Aun así, conocer los rangos de mercado evita dos errores frecuentes: ofrecer por debajo y no atraer talento senior, u ofrecer por encima sin necesidad. La tabla siguiente entrega rangos referenciales brutos mensuales del mercado tech regional 2026.
Los rangos que siguen son estimaciones referenciales de mercado 2026 elaboradas en base a procesos gestionados por IT Workers y no constituyen una oferta ni una garantía de compensación para ningún rol o empresa específica. Varían por industria, etapa de la compañía y alcance real del cargo.
| Nivel | Rango bruto mensual (CLP) | Responsabilidad típica |
|---|---|---|
| Product/UX Designer (2-4 años) | $1.800.000 – $3.000.000 | Ejecuta diseño de producto con un equipo |
| Senior Product Designer | $3.000.000 – $4.500.000 | Dueño de la experiencia de un producto con autonomía |
| Lead / Staff Designer | $4.500.000 – $6.500.000 | Coordina varios diseñadores o un dominio amplio |
| Head of Design | $6.500.000 – $9.500.000 | Dirige el área y la estrategia de diseño |
| VP Design / CDO | $9.500.000+ | Diseño a nivel ejecutivo y de directorio |
SaaS B2B y fintech con producto core digital tienden a pagar en el extremo superior de cada rango, porque la experiencia es un diferenciador directo de negocio y la competencia por diseñadores con ese impacto es intensa. El desglose por rol específico, con percentiles y diferencias por industria, está en las guías detalladas del sueldo de un Product Designer 2026, el sueldo de un UX Designer y el sueldo de un UI Designer, además de la guía salarial tech 2026, útil para calibrar la banda antes de hacer una oferta.
7. Errores comunes al contratar Product Designer y cómo IT Workers acelera el proceso
Después de gestionar búsquedas de perfiles de diseño en compañías tech regionales, los errores que arruinan una contratación de Product Designer se repiten con claridad. Casi todos son evitables con un proceso ordenado.
Los cinco errores más frecuentes
- Confundir un UI Designer con un Product Designer. Publicar una vacante de maquetación visual y esperar un diseñador que resuelva problemas de punta a punta. El matching incorrecto entre necesidad y título es la causa número uno de fracaso.
- Evaluar por la estética del portafolio. Decidir por lo lindas que se ven las pantallas en vez de por el razonamiento e impacto detrás de cada caso. La belleza visual no predice el desempeño de un Product Designer.
- Exigir un dominio de industria muy específico. Descartar grandes diseñadores por no venir del sector exacto, cuando el oficio de diseño de producto es transferible y el dominio se aprende en semanas.
- Saltar a Head of Design demasiado pronto. Contratar gestión de diseño antes de tener producto validado o más de un diseñador, agregando una capa que la empresa no necesita.
- Proceso sin scorecard común. Dejar que cada entrevistador decida por su gusto, lo que produce sesgo, inconsistencia y decisiones que nadie puede defender después.
IT Workers ejecuta búsquedas dirigidas de Product Designers, Senior Designers, Lead Designers y Heads of Design con un proceso que ataca estos errores de raíz. Parte de un brief preciso que traduce el problema de experiencia de la empresa a un perfil concreto; identifica candidatos pasivos que no aplican a avisos; los evalúa con un scorecard de competencias de diseño (product thinking, research, craft, colaboración y sistemas de diseño); y presenta una shortlist en pocos días. Cada colocación incluye garantía de 90 días. Para empresas no técnicas, además, traduce el lenguaje de diseño a criterios de decisión claros para el directorio. El enfoque general de búsqueda de perfiles tech se describe en reclutamiento de desarrolladores y perfiles tech, y aplica el mismo rigor con que se contrata un full stack senior.
8. FAQ: 12 preguntas que recibimos al contratar diseño de producto
¿Cuál es la diferencia entre un Product Designer y un UX Designer?
Un UX Designer se concentra en los flujos, la usabilidad y la investigación de usuarios: diseña cómo se mueve la persona por el producto y valida que la experiencia funcione. Un Product Designer cubre ese mismo terreno pero lo extiende de punta a punta: conecta el problema de negocio con la solución, define qué vale la pena diseñar, lo lleva hasta la interfaz y responde por el impacto en métricas. En empresas grandes el UX Designer es un rol especializado; en startups y scale-ups el Product Designer suele absorber UX, UI y parte del research. La confusión más cara es pedir un Product Designer estratégico y describir tareas de pura usabilidad, o al revés.
¿Cuál es la diferencia entre un UX Designer y un UI Designer?
El UI Designer es dueño del craft visual y de la interfaz: tipografía, color, espaciado, componentes, estados y la calidad de ejecución de cada pantalla. El UX Designer es dueño de los flujos, la usabilidad y la investigación: decide cómo debería funcionar la experiencia antes de que se vea bonita. Dicho simple, UX define qué hace el producto y cómo se siente usarlo; UI define cómo se ve y se pule. En equipos chicos una misma persona cubre ambos roles como diseñador UX/UI. Contratar un UI Designer esperando research y flujos, o un UX Researcher esperando interfaz pulida, es un error de matching frecuente.
¿Cuándo una empresa necesita contratar su primer Product Designer?
Una empresa necesita su primer Product Designer cuando ingeniería viene decidiendo la experiencia por defecto y el producto se siente inconsistente y poco intuitivo. Señales concretas: se construyen features que los usuarios no entienden, cada pantalla luce distinta porque no hay un sistema de diseño, ventas pierde deals por la experiencia del producto, y nadie valida con usuarios reales antes de construir. Cuando el equipo de ingeniería supera las seis a ocho personas sin un dueño de la experiencia, el costo de la mala experiencia (churn, soporte, deals perdidos) ya supera el costo del sueldo. Ese es el momento de contratar diseño de producto dedicado.
¿Qué hace exactamente un Product Designer senior?
Un Product Designer senior resuelve problemas de negocio y de usuario diseñando la experiencia de punta a punta: research, flujos, diseño de interacción, interfaz y validación con métricas. No solo entrega mockups bonitos; decide qué vale la pena diseñar y por qué. A diferencia de un junior que ejecuta las pantallas que le piden, el senior define el qué y el por qué, colabora con producto e ingeniería, y defiende cada decisión con evidencia de usuarios y datos en lugar de gusto personal. Es, en buena medida, un dueño de la experiencia que conecta lo que necesita el negocio con lo que necesita la persona que usa el producto.
¿Cómo se lee un portafolio de Product Designer sin ser diseñador?
Un decisor no diseñador no debe juzgar un portafolio por lo lindas que se ven las pantallas, sino por el razonamiento detrás de cada decisión. En cada caso conviene buscar cuatro cosas: el problema que se resolvía, el proceso de research y discovery que llevó a la solución, los trade-offs que el diseñador consideró y descartó, y el resultado o impacto medido en el negocio o en la experiencia. Pedir un caso de punta a punta y dejar que la persona lo cuente revela su pensamiento. Un portafolio que solo muestra estilo visual, sin problema ni métrica, es una señal de alerta, no de talento.
¿Qué red flags revelan a un mal Product Designer en el portafolio?
Las red flags más fiables: un portafolio puramente visual estilo dribbble, con pantallas bonitas pero sin problema de usuario ni métrica de impacto; no menciona usuarios reales ni research, solo gusto y tendencias; no colabora con ingeniería y entrega diseños que no se pueden construir; no mide el impacto de lo que diseñó; una postura de artista que no acepta feedback ni iteración; y desconocer o ignorar los design systems, rediseñando componentes que ya existen. Otra señal de alerta es el diseñador que habla solo de herramientas y estética, pero no logra explicar por qué tomó una decisión de experiencia concreta.
¿Un Product Designer necesita saber programar o dominar Figma a nivel avanzado?
Un Product Designer no necesita programar, aunque entender los límites de lo construible es una ventaja real porque evita diseñar cosas que ingeniería no puede entregar. Sí necesita dominar bien la herramienta de diseño del equipo, normalmente Figma, incluyendo componentes, auto layout y prototipado, pero la herramienta es un medio, no el oficio. Lo que de verdad importa es el product thinking, la calidad del research, el craft de interacción y la capacidad de colaborar con ingeniería. Contratar por dominio de Figma o por habilidad de programar suele filtrar buenos perfiles por la razón equivocada y dejar pasar a malos diseñadores con buen manejo de software.
¿Qué es un design system y por qué importa al contratar diseño?
Un design system es una biblioteca de componentes, patrones y reglas reutilizables (botones, tipografías, colores, espaciados, estados) que mantiene el producto consistente y permite que diseño e ingeniería trabajen rápido sin reinventar la rueda en cada pantalla. Importa al contratar porque un Product Designer que conoce y usa design systems escala mejor: produce interfaces coherentes, reduce el costo de implementación y evita que cada pantalla se vea distinta. Un diseñador que ignora o desprecia los sistemas de diseño, rediseñando componentes que ya existen, genera deuda de diseño y fricción con ingeniería. Es una de las competencias que conviene validar en el portafolio.
¿Cuándo conviene contratar un Head of Design?
Conviene contratar un Head of Design cuando la empresa tiene dos o más diseñadores que necesitan dirección y criterio común, cuando falta un sistema de diseño escalable que ordene la experiencia de todo el producto, y cuando diseño necesita una voz a nivel ejecutivo que negocie de igual a igual con producto, ingeniería y dirección. El Head of Design no solo diseña: gestiona personas de diseño, define el proceso de research y los estándares de craft, y construye el equipo. Saltar a Head of Design demasiado pronto, con un solo diseñador o sin producto validado, agrega una capa de gestión que la empresa todavía no necesita y encarece la estructura sin retorno claro.
¿Cuánto gana un Product Designer senior o un Head of Design en el mercado tech?
Los rangos de mercado varían fuerte por industria, etapa de la compañía y nivel real de responsabilidad, por lo que cualquier número es referencial. Como orden de magnitud bruto mensual en el mercado tech regional 2026: un Product o UX Designer con dos a cuatro años suele moverse entre 1,8 y 3 millones de pesos; un Senior Product Designer entre 3 y 4,5 millones; un Lead o Staff Designer entre 4,5 y 6,5 millones; un Head of Design entre 6,5 y 9,5 millones; y un VP de Diseño o CDO desde 9,5 millones hacia arriba según tamaño. SaaS B2B y fintech con producto core digital tienden a pagar en el extremo superior. Estos rangos son referenciales y no constituyen una oferta para ningún rol o empresa específica.
¿Cuáles son los errores más comunes al contratar diseño de producto?
Cinco errores se repiten. Confundir un UI Designer con un Product Designer, por mirar solo el título. Evaluar el portafolio por su estética en vez de por el razonamiento e impacto detrás de cada caso. Exigir un dominio de industria muy específico y descartar talento transferible, cuando el oficio de diseño de producto se traslada bien entre sectores. Saltar a Head of Design demasiado pronto, con un solo diseñador o sin producto validado. Y diseñar un proceso sin scorecard común, dejando que cada entrevistador decida por gusto, lo que produce sesgo y decisiones inconsistentes. Un proceso estructurado con criterios escritos reduce la mayoría de estos errores.
¿Cómo ayuda IT Workers a contratar un Product Designer senior?
IT Workers es una consultora B2B de headhunting tech que ejecuta búsquedas dirigidas de Product Designers, Senior Designers, Lead Designers y Heads of Design. El proceso parte de un brief preciso del rol, identifica candidatos pasivos que no aplican a avisos, los evalúa con un scorecard de competencias de diseño (product thinking, research, craft, colaboración y sistemas de diseño) y presenta una shortlist en pocos días. Cada colocación incluye garantía de 90 días. El foco está en el matching real entre el problema de experiencia de la empresa y el perfil que lo resuelve, no en llenar la vacante rápido. Para empresas no técnicas, además, traduce el lenguaje de diseño a criterios de decisión claros para el directorio.
¿Necesitas contratar un Product Designer o Head of Design senior?
Conversación estructurada de 20 minutos para definir el problema de experiencia, el nivel correcto y el perfil que lo resuelve. Recomendación honesta sin venta forzada. Shortlist en pocos días con garantía de 90 días.
Hablar con un consultor WhatsApp directo- — Nielsen Norman Group: usabilidad, research y diseño de producto, 2024-2025
- — Interaction Design Foundation: fundamentos de UX y UI, 2024
- — Smashing Magazine: sistemas de diseño y craft de producto, 2024-2025
- — Design Systems: guía de componentes y consistencia, 2024
- — Get on Board, reportes de mercado tech LATAM, 2024-2025