Hace años que diseño intenta resolver una pregunta que parece de carrera, pero en realidad es de identidad: qué significa ser diseñador cuando el trabajo cambia de forma.
La respuesta corta: los roles no desaparecen, pero dejan de ser una identidad completa. Siguen sirviendo para ordenar equipos, carrera y expectativas; fallan cuando intentan describir todo el trabajo real.
La pregunta vuelve cada cierto tiempo con otro nombre. Pasó con diseño de interacción. Pasó con UX. Pasó con product design. Está pasando ahora con IA y con la figura del builder.
El patrón se repite: aparece una presión nueva, el título anterior empieza a quedar corto, la industria busca un nombre que ordene la ansiedad y durante un tiempo ese nombre funciona. Da pertenencia. Da lenguaje. Da un borde.
Hasta que el borde se mueve otra vez.
La parte incómoda no es que los roles cambien, eso es parte de su naturaleza. La parte incómoda es que el rol dejó de servir como apoyo suficiente para toda la identidad profesional.
Los roles siguen sirviendo, pero para otra cosa
No tiene sentido negar el valor práctico de los roles. Me tocó definir roles, diseñar equipos y reclutar más de una vez; hacerlo sin roles claros es muy difícil.
Cuando toca contratar o armar un equipo, el rol sirve para decisiones muy concretas: a quién buscar, cuánto pagar, qué esperar de alguien senior, qué responsabilidad no puede quedar en el aire. Para eso, los roles siguen siendo útiles. Una ruta de carrera, una descripción de cargo o una matriz de competencias evita que cada decisión dependa sólo de intuición o política interna.
Por eso, no digo esto desde una posición anti-rol. Me interesan los modelos de roles, rutas de carrera, matrices de skills, definiciones de madurez y sistemas de assessment porque hacen visible algo que de otro modo queda implícito: qué se espera de una persona, cómo puede crecer, qué capacidades necesita desarrollar y cómo una organización decide con más justicia.
También sé, por esa misma experiencia, que un buen modelo de roles no es sólo una tabla bonita para performance review. Ahí se juegan reclutamiento, compensación, desarrollo profesional, feedback, staffing, formación y la posibilidad de que una persona proyecte su crecimiento sin depender de conversaciones arbitrarias sobre seniority.
El problema aparece cuando esa utilidad administrativa se confunde con la forma real del trabajo.
Un rol es una caja aproximada. Ayuda a coordinar, pero no describe del todo a la persona. Y en producto esa distancia siempre existió: el trabajo real suele cruzar conversaciones, decisiones y responsabilidades que no caben limpias dentro del título.
La IA no inventa esa tensión. La deja más a la vista.
Cuando una persona puede pasar más rápido de idea a prototipo, cuando un PM puede acercarse a una interfaz funcional, cuando un diseñador puede operar herramientas que antes exigían otra especialidad, cuando un equipo reduce capas de handoff, lo que se vuelve difuso no es sólo la ejecución. También se vuelve difusa la frontera desde la que cada uno justifica su aporte.
El rol como tribu se vuelve insuficiente
En diseño, el rol no ha sido sólo una categoría laboral. También ha sido una forma de pertenecer.
Decir UX, Research, Product Designer o Service Designer muchas veces significaba compartir referencias, herramientas, frustraciones, lenguaje y una cierta manera de mirar el mundo. El rol daba una tribu, una comunidad.
Esa dimensión comunitaria importa más de lo que a veces reconocemos. Los roles no sólo organizaban organigramas. También ayudaban a construir comunidades públicas: meetups, charlas, discusiones, referencias compartidas, preguntas sobre el sentido del oficio y formas de acción colectiva. En esos espacios, decir “diseño” o “UX” no era sólo nombrar un puesto. Era encontrar pares, lenguaje y una pregunta común sobre qué podíamos aportar.
Hoy esa infraestructura pública parece más débil. Siguen existiendo espacios valiosos, pero muchos funcionan como islas sostenidas por personas específicas, no como comunidades amplias con continuidad. Eso hace que la pérdida del rol como identidad sea doble: no sólo se mueve el título, también se debilita el lugar donde ese título encontraba pares y conversación pública.
Por eso la discusión sobre el futuro de UX o la muerte de ciertas especialidades suele sonar más dramática de lo que parece desde fuera. No se discute sólo una descripción de cargo. Se discute un lugar desde donde alguien aprendió a valorarse.
Esa identidad puede ser útil mientras da orientación. Pero empieza a jugar en contra cuando se vuelve trinchera.
La trinchera aparece cuando el rol sirve para no cruzar una conversación incómoda: negocio, tecnología, métricas, estrategia, contenido, operación, implementación. También aparece cuando la herramienta se vuelve identidad: Figma, research, workshops, design systems, prompts o cualquier otro soporte temporal del oficio.
El punto no es abandonar el ancla de diseño, sino dejar de tratarla como frontera.
Builder nombra algo real, pero no resuelve la identidad
La palabra builder me interesa porque intenta nombrar una presión concreta: conceptualizar, diseñar, ejecutar y gestionar empiezan a estar mucho más cerca.
En equipos con IA, esa cercanía se nota rápido. La ejecución se abarata, el prototipo se acerca al producto, la especificación pesa más, los criterios de evaluación importan más y el handoff pierde parte de su lugar como centro del proceso.
En ese contexto, el diseñador que sólo produce representaciones llega tarde a algunas conversaciones. No porque las pantallas no importen, sino porque la producción de valor se movió hacia un sistema más amplio: formular el problema, definir restricciones, sostener intención, evaluar resultados, operar ciclos de mejora.
Builder puede servir para señalar esa ampliación.
Pero también puede convertirse en una etiqueta de estatus. Una manera nueva de decir lo mismo que antes: ahora el refugio ya no es UX o Product Designer, sino builder. Otro nombre para no hacerse cargo de la pregunta difícil.
Porque ser builder no puede significar simplemente hacer más cosas. Tampoco puede significar invadir todas las disciplinas ni romantizar la figura del generalista total.
Un buen builder también necesita ser thinker. Necesita pensar qué ejecutar, por qué, con qué criterio, bajo qué restricciones y con qué responsabilidad sobre el resultado.
Sin eso, builder es sólo velocidad con mejor branding.
El punto de apoyo cambia: de título a responsabilidad
La identidad profesional necesita otro punto de apoyo.
No uno completamente nuevo ni desconectado del oficio. El diseño sigue importando. La experiencia sigue existiendo. La relación entre personas y sistemas sigue siendo un problema central. Pero el título deja de alcanzar cuando el trabajo real se vuelve más transversal.
Una forma más útil de pensarlo es separar cuatro capas:
- el título que la organización usa para contratar y ordenar;
- el ancla profesional desde donde una persona mira el producto;
- las capacidades que puede activar según el contexto;
- la responsabilidad que efectivamente asume sobre el resultado.
El título puede decir diseñador. El ancla puede seguir siendo experiencia, interacción, investigación o estrategia. Las capacidades pueden incluir producto, negocio, datos, contenido, IA, prototipado, especificación o evaluación. La responsabilidad puede ser formular mejor un problema, sostener una decisión, evitar que la velocidad destruya coherencia o hacer que un sistema funcione con más criterio.
El error sería exigir que todas esas capas coincidan perfectamente.
Quizás eso era más fácil cuando los procesos eran más lentos, los roles más separados y los handoffs más claros. En contextos builder, esa coincidencia se vuelve menos probable. Y tal vez menos deseable.
La pregunta ya no es qué rol reemplaza al anterior
Cada vez que una categoría se agota, la industria busca otra.
La tentación ahora sería preguntar qué viene después de UX, o si todos los diseñadores deberían transformarse en builders o design engineers, o qué nuevo career ladder captura esta transición.
No estoy seguro de que esa sea la mejor pregunta.
No creo que la respuesta sea tirar los career ladders a la basura. Sería un error. Sin alguna forma de estructura, el crecimiento profesional queda demasiado expuesto a intuición, política interna, sesgos y conversaciones de pasillo.
Pero sí creo que tienen que cambiar de forma.
Los career ladders pueden seguir siendo útiles como fotografía temporal, como contrato de expectativas y como herramienta de gestión. Pero no deberían confundirse con el mapa completo de una carrera. En un contexto donde las responsabilidades se vuelven elásticas, una ruta demasiado rígida corre el riesgo de describir bien la organización pasada y mal el trabajo que ya está ocurriendo.
La unidad de análisis no puede ser sólo el rol. Tiene que ser la combinación entre capacidades, contexto, responsabilidad e impacto.
Así, la pregunta más útil es otra: ¿Qué parte del sistema de producción de valor puedo sostener con criterio?
Esa pregunta desplaza la conversación. Ya no se trata sólo de defender un territorio, sino de entender qué responsabilidad concreta se puede asumir cuando el territorio cambia.
En algunos contextos, eso significará entrar más en conversaciones de producto. En otros, mejorar la especificación. En otros, diseñar evaluación. En otros, sostener coherencia de experiencia cuando la ejecución se acelera. En otros, traducir estrategia en decisiones operables para humanos y agentes.
No hay una respuesta universal, y eso es precisamente el punto.
Una identidad menos cómoda, pero más honesta
La identidad de rol daba comodidad porque simplificaba una pregunta difícil: quién soy profesionalmente.
Pero esa comodidad tenía un costo. A veces el crecimiento terminaba confundido con profundizar una herramienta, defender un proceso o reclamar un asiento en una conversación sin hacerse cargo de lo que esa conversación exige.
El contexto actual vuelve esa tensión más visible.
No alcanza con decir que el diseñador debe ser más estratégico. Tampoco alcanza con decir que debe aprender IA, hacer prototipos más rápido o comportarse como builder. Todo eso puede ser cierto y aun así quedarse corto.
El cambio de fondo es menos vistoso: dejar de apoyar tanto la identidad en el título y empezar a apoyarla en el criterio que una persona puede ejercer en distintas zonas del producto.
Eso no elimina el rol, lo baja de lugar.
El rol organiza, pero la identidad profesional no debería depender por completo de él.
En un contexto como el actual, en el que construir se vuelve más accesible, el valor no está simplemente en cruzar fronteras: está en saber qué hacer cuando esas fronteras dejan de ordenar el trabajo.
