Nalanda Global
Senior Product Designer | Lead Design Systems
Nalanda Global es una plataforma de gestión documental CAE del sector de la construcción de obra civil.
Dicho en otras palabras, una plataforma web para que contratas y subcontratas, puedan aportar la documentación necesaria para trabajar en un proyecto de construcción.
Contexto
En Nalanda Global se trabajan varias líneas de negocio repartidas en 4 equipos técnicos. En cada equipo estábamos: un product designer, un product owner, un tech lead, desarrolladores back y front y uno o dos QAs.
A la hora de abordar un nuevo proyecto, me reunía con el PO y el TL, product trío, para valorar la dificultad técnica, el tiempo de desarrollo y la distribución de tareas.
Además de reuniones diarias con el equipo técnico, dailys, hacíamos una retro por cada sprint, una preplanning y la planning; una reunión quincenal con el equipo de producto y una reunión semanal con el equipo de UX.
A pesar de que nuestro equipo llevaba la línea de negocio de Homologaciones, también llevamos a cabo el proyecto de Internacionalización para expandirnos al extranjero, entre otros.
Mi trabajo
En estos 2 años en Nalanda, tuve las siguientes funciones…
Design System
Antes de formar parte de Nalanda, se diseñó un kit visual para arrancar con algunos proyectos.
Al entrar, me puse directamente a trabajar en el sistema de diseño. Me encargaba de: crear componentes en figma, colaborar con el equipo de front en su construcción, comprobar que se usaban correctamente en las pantallas de mis compañeros del equipo de UX, y por último, que se implementaban correctamente en el portal.
Todos los componentes disponían de documentación para su uso: de tipo, en función de la vista de aplicación, morfología, máximos y mínimos, y diferentes casos de uso.
Página de ejemplo de los componentes de visualización de datos.
Uso degradados chillones para comprobar dónde se están usando los componentes
No soy fan de los plugins de figma. ¿Y si dejan de funcionar?
Policía del sistema de diseño; persigo a mis compañeros y a los front como a delincuentes
Los objetivos del sistema de diseño son: mantener la coherencia visual en todo el portal, y optimizar el proceso de diseño de pantallas.
Además, era importante ir actualizando los componentes y los archivos, con las actualizaciones que ofrecía figma, como fué el caso cuando introdujo las properties: variant, boolean, instance swap y text.
Aquí muestro un ejemplo del antes y el después del revamp de una tabla. Al contrario que Brad Frost, sólo llevé el sistema de diseño al nivel de moléculas, ya que los organismos, como sería una tabla, son elementos más complejos que son difíciles de componetizar y escalar. En su lugar, genero documentación para explicar diferentes casos de uso.
Antes
Después
Refactor
Realicé diversos proyectos de refactor, siendo el de Homologaciones, el más grande y el que abarcaba diferentes subproyectos.
Refactor de Homologaciones
Refactor de Mi Resumen
Refactor de PDFs