Descripción del proyecto
TraducidoNuestra interfaz ha sido ensamblada durante tres años por diferentes personas, y puedes ver cada traspaso en ella. El botón en la página de facturación es dos píxeles más alto que el botón en la configuración, los márgenes se eligen a ojo, y conté seis grises en los mockups que nadie puede distinguir o explicar. Cada nueva pantalla comienza con una discusión sobre cómo debe lucir un botón primario y termina con un campo de entrada ligeramente diferente.
Quiero cerrar esta cuestión de una vez. Estoy pidiendo un sistema de diseño en Figma que se convierta en la única fuente de verdad para el producto: tokens de color y tamaño, una escala tipográfica, una cuadrícula y una biblioteca de componentes donde cada elemento tenga todos sus estados: predeterminado, hover, presionado, deshabilitado, error y carga. Los formularios y tablas merecen la mayor atención, porque ahí es donde nuestros usuarios realmente trabajan y donde la inconsistencia duele más hoy.
Los temas claros y oscuros deben construirse a partir de los mismos tokens, por lo que cambiar de tema es un intercambio de valores y no un segundo conjunto de pantallas. Cada componente necesita una página de documentación breve: cuándo usarlo, cuándo no, qué variantes existen, cómo se comporta en una pantalla estrecha. La prueba de aceptación es simple: un desarrollador abre la biblioteca y ensambla una pantalla sin hacerme una sola pregunta.
Lo que espero en el trabajo:
— tokens para color, espaciado, radio y tipografía, temas claros y oscuros de un conjunto compartido;
— una biblioteca de componentes con los seis estados en cada elemento interactivo;
— formularios y tablas en detalle: campos, validación, ordenación, paginación, estados vacíos;
— reglas de espaciado y una cuadrícula que permitan ensamblar una pantalla sin improvisación;
— una página de documentación para cada componente, escrita para desarrolladores, no para un portafolio;
— plantillas de pantallas típicas: lista, tarjeta de registro, configuración, formulario de pasos, estados vacíos y de error;
— el contraste de texto y elementos de interfaz se verifica contra normas de accesibilidad comúnmente aceptadas, no a ojo;
— las fuentes se eligen con una licencia que cubre el uso web;
— la biblioteca se entrega con derechos sobre el archivo y no está vinculada a la cuenta del contratista.
Dos semanas es el plazo en el que cuento, y estoy feliz de dividir el trabajo en etapas con una revisión después de cada una.
Quiero cerrar esta cuestión de una vez. Estoy pidiendo un sistema de diseño en Figma que se convierta en la única fuente de verdad para el producto: tokens de color y tamaño, una escala tipográfica, una cuadrícula y una biblioteca de componentes donde cada elemento tenga todos sus estados: predeterminado, hover, presionado, deshabilitado, error y carga. Los formularios y tablas merecen la mayor atención, porque ahí es donde nuestros usuarios realmente trabajan y donde la inconsistencia duele más hoy.
Los temas claros y oscuros deben construirse a partir de los mismos tokens, por lo que cambiar de tema es un intercambio de valores y no un segundo conjunto de pantallas. Cada componente necesita una página de documentación breve: cuándo usarlo, cuándo no, qué variantes existen, cómo se comporta en una pantalla estrecha. La prueba de aceptación es simple: un desarrollador abre la biblioteca y ensambla una pantalla sin hacerme una sola pregunta.
Lo que espero en el trabajo:
— tokens para color, espaciado, radio y tipografía, temas claros y oscuros de un conjunto compartido;
— una biblioteca de componentes con los seis estados en cada elemento interactivo;
— formularios y tablas en detalle: campos, validación, ordenación, paginación, estados vacíos;
— reglas de espaciado y una cuadrícula que permitan ensamblar una pantalla sin improvisación;
— una página de documentación para cada componente, escrita para desarrolladores, no para un portafolio;
— plantillas de pantallas típicas: lista, tarjeta de registro, configuración, formulario de pasos, estados vacíos y de error;
— el contraste de texto y elementos de interfaz se verifica contra normas de accesibilidad comúnmente aceptadas, no a ojo;
— las fuentes se eligen con una licencia que cubre el uso web;
— la biblioteca se entrega con derechos sobre el archivo y no está vinculada a la cuenta del contratista.
Dos semanas es el plazo en el que cuento, y estoy feliz de dividir el trabajo en etapas con una revisión después de cada una.
Diseño y multimedia Efectivo, Transferencia bancaria
