Deprecar y refactorizar componentes en Figma son 2 procesos altamente friccionantes (pero inevitables) que tenemos en Andes, el sistema de diseño de Mercado Libre, ya que implica trabajo extra para todo el equipo de diseño UX. Por eso no lo tomamos a la ligera y, además de tener un tiempo de adaptación y testeo para las nuevas definiciones, colocamos en el mismo componente información esencial para la toma de decisiones: - Fecha de eliminación final - Motivos del cambio - Alternativas y posibles accionables - Más información y documentación Especialmente en estos procesos la transparencia, la comunicación temprana y el soporte permanente son clave para mejorar la Designer Experience. Oriana García Johan Villalba Juan Carlos Pinzón González Isabella Calle Rojas
Kevin Chanquín Silvia Recinos nos puede servir esta info
La importancia y relevancia de la comunicación efectiva en la documentación para mejorar la experiencia de nuestros equipos. Genial! 😃
Me encanta, en mi team tmb usamos este tipo de metodologías para documentar cambios, re-factors y migraciones, es super efectivo para la comunicación interna y el manejo uniforme de los elementos
Ay yo lo hago lo mismo, pero no tan lindo visualmente con el pattern. Solo pongo una línea gruesa y roja 😆 Gracias por la inspiración
¡Excelente, Facu! ¡Gracias por compartir!
Súper bien llevar ese control de cambios e histórico. Hace falta en varios proyectos en los que he participado..
sobre depreciação Felipe Dias Renato Lopes Lidio
Muy buena práctica para aplicar, gracias por compartirla!
Product Designer @Humand | Design Systems | UX/UI Designer
1 añoHola Facu! Excelentee ese dato por el cuál se puede reemplazar! Yorbi Barriento ideó algo muy similar que utilizamos 🙌 Consulta: cómo incentivan el reemplazo de los elementos? Los designers suelen bloquearse un tiempo para chequear archivos viejos que pueden incluir esos componentes? (Para que luego no aparezcan rotos 🥺)