LO
Diseñador de producto / UX — tareas, una a una
La unidad de análisis es la tarea, no el nombre del puesto. Cada una de las siguientes lleva su dirección, si el juicio se apoya en evidencia o en una inferencia de la plataforma, el razonamiento y lo que no establece.
Todas las tareas de esta página#
Producir pantallas y componentes
Automatizándose✓ Con evidenciaConvertir un flujo ya decidido en maquetas de alta fidelidad, estados, variantes y especificaciones de entrega.
Las herramientas de diseño ya generan pantallas a partir de una instrucción y un sistema de diseño, y las herramientas de generación de código se saltan la maqueta del todo produciendo una interfaz que funciona. Las horas de producción de píxeles que llenaban la semana de un diseñador júnior son la baja más clara de un equipo de producto.
La producción de píxeles era el aprendizaje pagado. Quitarla no solo quita puestos júnior; quita la forma en que alguien llega a ser el diseñador sénior que ese mismo equipo sigue necesitando.
Definir el problema correcto
Sigue llevándola una persona≈ Inferencia de la plataformaAveriguar qué intentan hacer de verdad los usuarios, dónde les falla el producto actual y qué merece arreglarse primero.
Esto se apoya en observar a personas reales usando software real y en el criterio organizativo sobre qué puede y qué va a cambiar el negocio. Es la entrada de todo lo que viene detrás, y generar pantallas pulidas para el problema equivocado es ahora más barato y por tanto más frecuente — lo que sube el valor de acertar con el problema.
Definir el problema suele compartirse con gestión de producto, y en equipos pequeños no es el diseñador quien gana esa discusión. Ser valioso no es lo mismo que ser quien decide.
Investigación y pruebas de usabilidad
Aumentada por la máquina≈ Inferencia de la plataformaVer a usuarios atascarse, hacer entrevistas, leer la analítica y convertir lo que viste en una decisión.
Transcribir, sintetizar notas de entrevista y analizar grabaciones de sesión es mucho más rápido con ayuda, y se están vendiendo «usuarios» sintéticos como sustituto. El sustituto es flojo justo donde importa: no puede reproducir la sorpresa de una persona real haciendo algo que nadie preveía, que es el hallazgo para el que existe la investigación.
La investigación es el primer recorte de presupuesto en casi cualquier bajón, sean buenos o no los usuarios sintéticos. Su exposición es comercial antes que técnica.
Conseguir que el equipo se ponga de acuerdo
Sigue llevándola una persona✓ Con evidenciaConvencer a ingeniería de que el estado extra merece construirse y a producto de que el atajo va a costarle a los usuarios, en la misma semana.
Las decisiones de diseño en software se negocian, no se decretan. La palanca del diseñador viene de la evidencia y de la credibilidad construida en decisiones anteriores, y las dos son personales. Las herramientas producen más opciones sobre las que discutir; no zanjan la discusión.
El trabajo de alineamiento crece con el tamaño del equipo y desaparece con el equipo. Protege al diseñador en quien ya se confía, no a la plantilla del puesto.
Diseñar para productos no deterministas
Tarea nueva≈ Inferencia de la plataformaDar forma a productos cuya salida varía — interfaces conversacionales, agentes, contenido generado — donde el viejo oficio de pantalla a pantalla no sirve.
Una parte grande del software nuevo tiene un modelo dentro del circuito, y diseñar cómo falla, cómo se explica y cómo mantiene el control el usuario es un oficio sin resolver. Hay equipos contratando diseñadores específicamente para esto, y la habilidad es escasa porque casi nadie lleva mucho tiempo haciéndolo.
La escasez aquí es temporal por construcción — casi nadie lleva mucho tiempo haciéndolo porque es nuevo, y esa distancia se cierra cuando todos acumulan los mismos pocos años de práctica.