Figma

Figma es la herramienta principal del estudio. Forma parte de nuestro día a día y con ella se diseña en todos los proyectos.

En este apartado se detalla cómo utilizamos y organizamos Figma en mendesaltaren, así como una propuesta de organización si tuviéramos que trabajar en Figma de cliente con cuenta de tipo Organization.

Figma se basa en la siguiente jerarquía, compuesta por cinco capas:

Esta estructura nos permite tener un control sobre la organización de archivos y los permisos que tiene cada usuario. Tanto los equipos como los proyectos nos permiten acotar los permisos que tendrá cada usuario dentro de ellos. Dependiendo de cómo queramos que sea esta y el tipo de cuenta que tengamos, tendrá sentido diferenciar por equipos o únicamente por proyectos.

Organización: mendesaltaren

La cuenta mendesaltaren en Figma es de tipo Professional Team, lo que significa que contamos con tres capas de organización: Projects, Files y Pages. Cada proyecto del estudio se corresponderá con un Project de Figma y, dentro de cada uno de ellos, crearemos los archivos correspondientes al proyecto concreto.

Permisos

Los permisos pueden ser gestionados a nivel proyecto y a nivel archivo. Los accesos pueden ser view-only, edit o admin. Es importante que, si vamos a invitar a alguien con permiso de edición, notifiquemos antes al Lead Design del proyecto.

Por defecto, los projects que creemos en Figma serán públicos para todo el equipo. Sin embargo, Figma permite crear 'View-only projects' y 'Invite-only projects'.

  • En los 'View-only projects' solo tiene permiso de edición el Owner del proyecto, es decir, quien lo ha creado. El resto del equipo, aunque en la organización tenga permisos de edición, solo podrá ver el proyecto y los archivos que este contenga.
  • Los 'invite-only projects' se pueden considerar como proyectos privados.

Organización de proyectos, archivos y páginas

Como se mencionaba anteriormente, por cada proyecto del estudio se creará un nuevo proyecto en Figma, de forma que podamos tener centralizada toda la información. Estos deben seguir la siguiente nomenclatura:

[Número proyecto]_[Nombre Proyecto]

En cuanto a los archivos, distinguimos tres tipos:

  • Main: archivos cerrados que se pueden consultar (aquí es donde reside la fuente de la verdad).
  • Active: archivos sobre los que se está trabajando.
  • Archived: repositorio de archivos que no están activos y no se utilizarán de forma activa.

Para trabajar fácilmente con los archivos, Figma nos permite añadir portadas, lo que hará que sean fácilmente identificables.

Propuesta para las portadas de archivo:

  • Main: #669966
  • Active: #000000
  • Archived: #808080

Para mejorar la performance de Figma es recomendable no sobrecargar los archivos.

Para proyectos pequeños, aconsejamos ir trabajando las tareas en distintos archivos y contar con un único archivo 'Main' que trasladar al cliente.

Sin embargo, para proyectos ongoing, es bueno trabajar las funcionalidades y tareas de forma separada en los archivos. Incluso, si es un proyecto muy grande, con verticales diferenciadas podríamos tener varios archivos Main, para que sea más fácil consumir la información y no tarden tanto en cargar los archivos.

¿Cómo se crea una portada en Figma?

Por defecto, Figma mostrará la primera página como portada del archivo. Sin embargo, puedes seleccionar cualquier Frame de cualquier página y convertirlo en portada (botón derecho sobre un FrameSet as thumbnail).

Para que se muestre el contenido de la portada correctamente, el Frame tendrá las siguientes dimensiones: 620x320 px.

Por defecto, dejaremos la portada en la primera página.

Nomenclatura de los archivos

Una buena nomenclatura de los archivos también nos ayudará a que su búsqueda sea más rápida.

Propuesta para la nomenclatura de archivos:

[Product Name] / ID_[File description]

Recomendación: No crear nombres de archivos muy largos para poder visualizarlos de forma completa.

Dentro del archivo, ¿cómo trabajamos?

La organización de las páginas dentro del archivo pueden estar estructuradas por:

  • Fecha
  • Funcionalidad
  • Referencias
  • Presentación
  • Tipo de proyecto

Es importante que el nombre de la página describa lo que contiene. También ayuda mucho tener un código para que el resto del equipo conozca cuál es el estado de lo que hay en cada página del archivo. Esto permite que no haya malentendidos y evitamos la pérdida de información.

Propuesta de código:

✅ : Finalizado y revisado
👀 : En revisión
⚙️ : En progreso
❌ : Rejected
⚰️ : Descartes

Además, para fomentar la comunicación con el equipo y con el cliente y a su vez llevar un control de lo que se ha estado trabajando, utilizaremos version history. Version history nos permite hacer commits de un momento determinado del archivo. Es importante utilizarlo cuando se completan hitos en el archivo, sobre todo en aquellos proyectos referentes a sistemas de diseño o en los que se trabajan distintas funcionalidades.

Puedes leer más sobre cómo trabajar con versión history aquí

Para organizar las páginas podemos utilizar la siguiente nomenclatura:

[id] [nombre página]

Los identificadores (id) serán números incrementales precedidos por un 0.

Por ejemplo, las páginas de un archivo de Sketch deberían aparecer así:

  • ✅ 01 Account
  • ✅ 02 Catalog
  • ✅ 03 Profile
  • 🔩 03 Profile

Dentro de las páginas, ¿cómo trabajamos?

Dentro de las páginas trabajaremos con Frames. Para organizarlos, los agrupamos en flujos o historias de usuario. Cada fila representa un posible flujo de la aplicación o de la web que se esté diseñando. Al principio de cada fila debe existir un frame (a modo de portada) que contenga el nombre y una descripción del flujo que representan los frames de dicha fila. La descripción no tiene que ser muy extensa y detallada, sino lo suficiente para que el resto del equipo pueda tener contexto sobre lo que se está trabajando.

Para nombrar los frames podemos seguir la siguiente nomenclatura:

[id]_[número fila][número vista]

  • El id hace referencia al id de la página.
    Recuerda
    si la página es 01 Account → id página: 01
  • El número de fila hace referencia al número de flujo en el que estemos situados.
    Primer flujo → número fila: 1
    Segundo flujo → número fila: 2
    Tercer flujo → número fila: 3
    ...
  • El número de vista será incremental de izquierda a derecha.
    Los números del 0-9 → irán precedidos de un cero, la secuencia de números de vista debe quedar tal que:
    01, 02, 03, 04, 05, 06, 07, 08, 09, 10, 11, 12 ...

Por ejemplo, los flujos en la página en 01 Account deberían quedar de la siguiente forma:

  • 01_100, 01_101, 01_102, 01_103
  • 01_200, 01_201, 01_202, 01_203, 01_204
  • 01_300, 01_301, 01_302, 01_303
  • ...

Team libraries

Las librerías son archivos de Figma que nos permiten compartir todos los componentes y estilos creados en ellas con el equipo. A nivel de organización, las trataremos como un archivo más. Estas normalmente las utilizaremos para sistemas de diseño o assets que queramos compartir entre archivos y proyectos.

Puedes leer más sobre cómo trabajamos con los sistemas de diseño aquí

Para convertir un archivo en librería hay que publicarlo. La publicación se realiza desde Assets Pannel, que encontraremos en el panel de la izquierda de Figma.

Organización: Cliente

Adaptamos nuestra organización a otros clientes para adaptarnos a sus procesos y su forma de trabajar.

Diseñando el Workflow con Figma

En función del cliente y del equipo con el que estemos trabajando, recomendamos la cuenta de Figma de tipo Organization Team. Sobre todo, en empresas corporate, ya que podemos llevar a cabo una organización por equipos. Esto nos permite tener un nivel más en la jerarquía de organización de archivos. Además, este tipo de cuentas, cuentan con unos ajustes avanzados que permiten visualizar analíticas y tener un control más exhaustivo. Un claro ejemplo es el panel de Librerías, para conocer métricas sobre los sistemas de diseño.

¿Cuáles son las ventajas de tener equipos?

Tener equipos nos permite:

  • Visualizar una jerarquía clara.
  • Diferenciar los distintos proyectos o productos que existen.
  • Fomentar la colaboración.
  • Gestionar los permisos acorde al proyecto o producto en el que el miembro del equipo esté trabajando.
  • Tener un nivel más en la organización de archivos.

La organización de archivos se puede entender como un directorio de carpetas en el cual, a primer nivel, encontramos los equipos y, en segundo nivel, los proyectos, que nos permiten diferenciar archivos por: la etapa en la que se encuentran, partes del producto, plataformas, etc.

¿Cómo ayuda a los sistemas de diseño tener un equipo aparte?

Los sistemas de diseño nos ayudan en la colaboración de equipos y en la toma de decisiones, compartiéndose los estilos y componentes que residen en estos entre los distintos archivos.

Tener un equipo dedicado a los sistemas de diseño nos permite tener un control más preciso sobre los permisos de edición y, por tanto, quién tiene permiso para publicar cambios que se propaguen de forma automática por todos los archivos en los que esté enlazado.

Para que cumpla con el objetivo de colaboración, todas las personas de la organización podrán ver las librerías y archivos mediante permiso de viewer. De esta forma, el equipo tendrá un lugar al que acudir para explorar la documentación actualizada.

Permisos

Cuando se añade un usuario a la organización, este se añade con permisos de Viewer o de Editor. Sin embargo, se pueden dar permisos específicos para cada equipo y proyecto.

Los equipos pueden ser Open, Closed o Secret, lo **que permite controlar la visibilidad del equipo y los permisos de este.

  • Open teams. Todas las personas de la organización se podrán unir al equipo, ver todos los documentos y conservarán el tipo de permiso que tengan en la organización.
  • Closed teams. Todas las personas de la organización podrán ver que existe el equipo, pero no podrán ni unirse ni ver los proyectos y archivos que contiene sin que el admin del equipo le dé permiso.
  • Secret teams. Este tipo de equipo no será visible para ningún miembro de la organización. Requiere una invitación para unirse.

Organización de proyectos

Tener equipos independientes nos permite que dentro de ellos podamos categorizar y organizar los archivos por proyectos. De esta forma, cada proyecto representará un tipo de archivo:

  • Main. Contiene los archivos cerrados que se pueden consultar. Aquí es donde reside la fuente de la verdad.
  • Active. Contiene los archivos sobre los que se está trabajando.
  • Archived. Lo tendremos a forma de repositorio de archivos que no están activos y no se utilizarán de forma activa.

La organización de archivos y páginas se hará de la misma forma que veíamos en el apartado Organización: Mendesaltaren.

Analytics

El Admin Console es especialmente útil cuando trabajamos con un sistema de diseño.

Figma permite tener librerías activas por defecto en los archivos de la organización. Esto puede ser realmente útil para Brand Assets y recursos, como cursores o portadas. Las librerías por defecto se activan desde la Admin Console.

Solo los Organization Admins pueden acceder a Admin Console. Para acceder habrá que ir a la pestaña de settings de la organización.

Desde Admin Console también se podrá acceder a las estadísticas de los componentes y estilos que hay en una librería.

Plugins recomendados

Estas son algunas de las extensiones que más utilizamos:

Find and Replace

Content Reel

Sorter

Google Sheets Sync

Autoflow

Redlines

Authors and co-editors

Autores y colaboradores

Patricia Pérez

Head of People
El estudio
Next section
Siguiente sección

Let’s talk

We help your business thrive through strategy and design. And while we’re at it, we have fun doing it. How can we help you?

Anterior
Anterior