Culpa del diseñador.
Lo siento todo el tiempo, estoy seguro de que tú también. Siento esta culpabilidad cuando dejo de hacer algo que la comunidad de diseño ha insistido en que todos los diseñadores deben hacer .
Cuando me meto directamente en prototipos de alta fidelidad, me siento culpable. Cuando confío demasiado en mis propias suposiciones en lugar de las ideas del usuario, me siento culpable. Y, cuando no inicio una biblioteca de patrones al comienzo de un nuevo proyecto, me siento culpable.
Para los primeros dos puntos, seguro, debes sentirte culpable. Estas son las mejores prácticas por razones que no entraré aquí. (No me creo? Eche un vistazo aquí y aquí .)
Pero, ¿debería sentirse culpable por no haber comenzado una biblioteca de patrones?
Me di cuenta de que la respuesta es No. No deberías.
No estoy sugiriendo que no necesites una biblioteca de patrones en algún momento. Tú lo haces. Tal vez no sea ahora mismo. De hecho, crear una biblioteca de patrones obligatoria demasiado pronto en su proyecto podría ralentizar su proceso.
¿Cómo? Bueno, al comienzo de un proyecto, es beneficioso estar un poco desordenado. Mantener las cosas sueltas es clave para Lean UX proceso a medida que prueba los supuestos para determinar lo que necesitan sus usuarios. Ahora no es el mejor momento para enfocarse en la documentación de su patrón.
Sin embargo, después de un tiempo, la tensión de no tener una biblioteca de patrones se establecerá. Sabrá que es hora de comenzar a invertir en su biblioteca de patrones cuando surjan estos cuatro signos:
Los desarrolladores a menudo le dirán que se atienen al principio de SECO - No te repitas. Esto mantiene su código limpio y libre de redundancias.
Las bibliotecas de patrones pueden ayudar a los equipos de productos a seguir este principio también.
Cuando tuvimos algunos meses para crear nuestra aplicación, mi equipo tenía una sensación de deja-vu cuando hablaba sobre nuestros diseños. ¿Qué patrón usamos para abrir un modal nuevamente? ¿Cómo debería ser el campo de texto en esta página?
Un patrón compartido puede ayudar a evitar estas discusiones cíclicas. Ahora, cuando surge la pregunta de qué patrón usar, tenemos un punto de referencia confiable.
"Usemos el modal que se desvanece a medida que se dispara y tiene un campo de búsqueda anticipada".
Sí, dije esto en una reunión. No es broma. Este fue uno de esos momentos en los que se dio cuenta de nuestra necesidad de una biblioteca de patrones.
Las bibliotecas de patrones pueden ayudar a crear un lenguaje común en todo su equipo y departamentos. Cuando dice "sartén", puede asumir que tengo la imagen adecuada en mi cabeza. De la misma manera, podría decir "Modal List Picker" y su equipo sabrá exactamente de lo que está hablando.
Es una realidad desafortunada, pero su aplicación tendrá algunas pequeñas fisuras al principio. Una fuente outcast aquí, algunos márgenes renegados allí. Está bien. Todavía estás entendiendo las cosas.
Con el tiempo, sin embargo, estas pequeñas fisuras comienzan a sumar grietas más serias en la experiencia del usuario. Su aplicación puede comenzar a sentirse sin pulir, asimétrica.
Malcolm Gladwell una vez escribió cómo las personas pueden detectar el arte fraudulento en cuestión de segundos. No quiere arriesgarse a que sus usuarios escriban su aplicación de la misma manera inconsciente.
El proceso de creación de la biblioteca de patrones puede ayudar a su equipo a enfocarse en identificar y corregir estas inconsistencias antes de que se salgan de control.
Durante las etapas iniciales de un nuevo producto, es común que un pequeño equipo asuma la propiedad. Esto mantiene a todos enfocados, de modo que puedan reaccionar a las necesidades e ideas de los clientes lo más rápido posible.
A medida que el producto crezca, la cantidad de equipos y contribuyentes crecerá también. Sin la documentación de patrones, los nuevos equipos pueden reavivar los debates de patrones que usted pensó que se habían terminado.
Una biblioteca de patrones puede ayudar a comunicar el qué, cómo y por qué detrás de sus patrones a los nuevos equipos y partes interesadas.
Lo mejor es recordar que las bibliotecas de patrones son herramientas, no dogmas. Sin embargo, si está diseñando un producto, sentirá la culpa. Te preocupará que hayas ignorado los consejos prácticos y hayas decepcionado a tu equipo.
Está bien. Es más importante dar grandes saltos de fe, ver cómo fallan tus ideas y seguir aprendiendo e iterando.
Construirás una biblioteca de patrones algún día, no te preocupes. Llegará el momento en que no puedes ignorar la tensión. Lo mejor de todo es que no se sentirá como una obligación.
Se sentirá como una epifanía.
[- Este artículo fue publicado originalmente en Medio . Republicado con el permiso del autor. -]