Onboarding de diseñadores nuevos al equipo: 30, 60 y 90 días

Cómo diseñar el onboarding de un diseñador nuevo: auditar la documentación, asignar un mentor, documentar normas no escritas y medir hitos a 30, 60 y 90 días.

info Definición Rápida
El onboarding de un diseñador es el proceso con el que una persona nueva en un equipo de diseño entiende su rol, la organización y las normas del equipo, hasta poder trabajar sin depender de alguien en cada decisión. Se mide en hitos, no en el número de reuniones.

¿Qué problema resuelve?

Cuando alguien llega a un equipo de diseño, tiene que aprender tres cosas a la vez: cómo funciona la empresa, cómo trabaja este equipo en concreto y qué se espera de su rol. La mayoría de los onboardings solo cubren la primera. Las otras dos se aprenden por accidente, a base de correcciones en revisiones de diseño, y eso cuesta semanas.

Nielsen Norman Group (NN/g) describe el onboarding como el proceso de familiarizar a los nuevos empleados con sus roles y con la organización, y lo compone de documentación compartida, eventos, capacitación y actividades de equipo. Para roles de UX, señala que ayuda a la persona a orientarse, causar una buena primera impresión y crear relación con sus colegas.

¿Por qué le importa a un diseñador junior?

Porque algún día serás tú quien reciba a alguien, o quien pida un onboarding mejor. Un junior que llega a un equipo sin documentación aprende más rápido si sabe qué preguntar y a quién. Y un junior que ya trabaja en un equipo puede proponer mejoras pequeñas, como una lista de herramientas con su acceso y una guía de cómo se hacen las revisiones de diseño.

Además, el onboarding es una forma clara de ver si un equipo está bien organizado. Si nadie puede explicar en una hora cómo se trabaja, el problema no es del nuevo. Si el equipo todavía se está armando, el artículo sobre construir un equipo de UX describe qué roles lo componen, y la gestión de personas explica cómo acompañar después.

¿Cómo se diseña el plan de onboarding?

NN/g propone un plan de siete pasos que sirve como guía:

  1. Audita la experiencia actual. Revisa con objetividad qué funciona y qué no en el onboarding de hoy.
  2. Identifica huecos y puntos de dolor. Busca dónde se frustran los nuevos y dónde ayudarían ideas nuevas.
  3. Crea o actualiza la documentación. Escribe guías que respondan las dudas más grandes de quien llega.
  4. Socializa el plan. Decide con el liderazgo de UX y la gerencia dónde vivirá la información y cómo se presentará.
  5. Presenta la documentación a los nuevos. Comparte materiales y eventos de onboarding, de forma formal o informal según el tamaño y la cultura del equipo.
  6. Haz check-ins frecuentes. Da a la persona un punto de contacto: según NN/g, los nuevos rinden mejor cuando tienen una persona o un grupo en quien apoyarse.
  7. Recoge feedback. NN/g sugiere hacerlo hacia el tercer mes, con una retrospectiva o una conversación individual.

Para la documentación, NN/g ordena así la información a reunir: primero el acceso a software y herramientas, con indicaciones de cuándo usar cada una; después dónde encontrar archivos e información clave, como el design system o el repositorio de investigación; luego las buenas prácticas del rol, el equipo y la organización; y por último las personas clave para cada tipo de consulta. Puede vivir en Confluence, Basecamp o un documento vivo, siempre que se mantenga actualizada. Si el onboarding es nuevo en tu organización, NN/g sugiere empezar por herramientas y accesos, y ampliar con el tiempo.

¿Qué hacer en la primera semana?

La primera semana no es para trabajo detallado de proyectos. NN/g recomienda que sirva para conocer los sistemas y herramientas existentes, el trabajo de diseño e investigación en curso, la cultura de la empresa y a los colegas con quienes más se trabajará. El primer día propone un kit de bienvenida y explicar la misión de la empresa y cómo contribuye el equipo. Un junior que recibe un encargo de proyecto en el primer día suele pasarse la semana adivinando.

NN/g también recomienda asignar un mentor o buddy distinto del manager: alguien que responda preguntas francas y dé consejo. Las preguntas que no se hacen al jefe se hacen a un compañero de confianza. Por ejemplo, «¿esto se hace así de verdad o solo lo dice el documento?».

¿Cómo se documentan las normas no escritas?

Este es el punto que más se pasa por alto. Cada equipo tiene normas que no aparecen en el manual del empleado: qué canal se usa para el feedback de diseño, cuándo se pide una revisión, qué significa cada etiqueta en el tablero. NN/g da un ejemplo: el equipo suele usar Slack, y no el correo, para recibir feedback sobre los diseños.

Para documentarlas, pregunta a los miembros del equipo qué aprendieron de la forma difícil. Esas respuestas suelen ser una buena base para la guía de onboarding.

¿Cómo se miden los hitos de 30, 60 y 90 días?

NN/g propone hitos a 30, 60 y 90 días para pasar de trabajar cerca del manager a trabajar con mínima guía:

  • A 30 días: se siente cómodo con las tareas centrales del rol, trabajando de cerca con el manager y otras personas.
  • A 60 días: profundiza en los detalles del rol y empieza a tomar trabajo de forma independiente.
  • A 90 días: realiza sus tareas con mínima guía y empieza a adaptar los procesos de la organización a su forma de trabajar.

NN/g advierte que el trabajo de alguien nuevo en UX no encajará del todo con la organización al principio, así que las metas deben ser realistas. Convierte cada hito en criterios concretos del equipo, por ejemplo «entrega una pantalla con una sola ronda de correcciones», y revísalos con la persona a mitad de camino. Un plan rígido sirve poco si el rol todavía no está definido.

¿Cuándo NO conviene un onboarding de grupo?

Según NN/g, las sesiones colaborativas funcionan en equipos grandes que contratan varias personas a la vez, para explicar flujos de trabajo y resolver dudas en conjunto. En equipos pequeños, o cuando solo entra una persona, NN/g recomienda emparejarla con un diseñador o un investigador para colaborar en un proyecto o iniciativa.

Tampoco conviene un plan de onboarding que sustituya a la conversación. Los documentos ayudan, pero el primer mes se aprende sobre todo hablando con la gente.

Ejemplo

Ejemplo ilustrativo: un equipo de cuatro diseñadores incorpora a una diseñadora de producto.

  • Semana 1: accesos a Figma, al gestor de tareas y al repositorio de componentes. Un buddy le explica cómo se pide una revisión y qué significan las etiquetas del tablero.
  • Semanas 2 y 3: observa dos sesiones de crítica de diseño y prepara una pantalla pequeña con revisión del buddy.
  • Día 30: la primera revisión formal. El equipo detecta que no encontró la guía de accesibilidad y la añade a la documentación.
  • Día 90: lleva un flujo completo con autonomía y presenta una decisión al equipo.

El cambio que más valió fue documentar la guía de accesibilidad. No era un problema de la nueva diseñadora, sino una brecha del equipo que el onboarding dejó ver.

Para el lado de cómo se dan y se reciben esas revisiones, el artículo sobre dar y recibir feedback de diseño amplía el tema.

Errores comunes

  • Llenar la primera semana de encargos de proyecto antes de explicar el sistema.
  • Dejar la documentación desactualizada y confiar en el manual del empleado.
  • Omitir las normas no escritas del equipo.
  • Tener un plan rígido de 90 días para un rol que aún no está definido.
  • Asignar como mentor a alguien sin tiempo para hacerlo.
  • No preguntar al nuevo qué le faltó, al final del proceso.

Fuentes

Preguntas frecuentes

¿Qué es el onboarding de un diseñador nuevo?
Es el proceso para que una persona recién llegada a un equipo de diseño conozca su rol, la organización y las normas del equipo, y pueda trabajar de forma independiente. Nielsen Norman Group lo define como el proceso de familiarizar a los nuevos empleados con sus roles y con la organización.
¿Quién debe acompañar a un diseñador nuevo?
Además del manager, conviene asignar un mentor o buddy que no sea el manager, una persona de confianza para hacer preguntas francas y pedir consejo. NN/g lo recomienda como parte del plan de onboarding.
¿Qué debe hacer un diseñador nuevo en su primera semana?
Centrarse en conocer los sistemas y herramientas que ya existen, el trabajo de diseño e investigación en curso, la cultura de la empresa y a los compañeros con quienes más va a colaborar. NN/g desaconseja lanzarse de inmediato al trabajo detallado de proyectos.
¿Qué plan de onboarding se usa a 30, 60 y 90 días?
Son tres hitos para pasar de trabajar cerca del manager a trabajar con poca guía. NN/g sugiere pasar de familiarizarse con las tareas centrales (30 días) a tomar trabajo de forma independiente (60) y a resolver con mínima guía (90), con metas realistas.
¿Cómo se documentan las normas no escritas de un equipo?
Registrándolas junto con el resto de la documentación de onboarding. NN/g da como ejemplo que el equipo suele usar Slack, y no el correo, para pedir feedback sobre diseños. Estas normas no aparecen en el manual del empleado y se aprenden tarde si nadie las escribe.