Este artículo fue escrito por Paul Hayes, diseñador de interacción en el Departamento de Educación. Una versión de esta publicación de blog se publicó originalmente en el blog de DfE Digital en GOV.UK.
Los servicios que construimos en el gobierno cambian y mejoran (o se repiten) con el tiempo. Están construidos y reconstruidos. Los miembros del equipo van y vienen. Las preguntas sobre por qué un servicio es la forma en que es más difícil de responder. El contexto se pierde, la investigación desaparece y el fundamento del diseño es cada vez menos claro.
- ¿Quieres escribirnos? Eche un vistazo a la guía de Apolitical para colaboradores
Mantener un "historial de diseño" facilita la explicación de por qué un servicio es como es. Aquí explicamos por qué y cómo hemos escrito historiales de diseño de servicios para algunos de los servicios de DfE.
¿Qué es una historia del diseño?
Una historia de diseño es como un blog. Presenta publicaciones (o actualizaciones) que describen el desarrollo de nuevas funciones, iteraciones de las existentes o hallazgos de la investigación de usuarios. Contendrá todo lo que pueda ser útil para volver más tarde.
Nuestro historial de diseño es un registro público de nuestros diseños y cuenta la historia de lo que hemos diseñado y por qué.
En el equipo de 'Convertirse en docente', hemos estado utilizando un historial de diseño para documentar la evolución de los servicios ' Buscar formación docente de posgrado ' y ' Solicitar formación docente ' desde que comenzaron en mayo de 2018.
Nuestro historial de diseño es un registro público de nuestros diseños y cuenta la historia de lo que hemos diseñado y por qué.
Cómo comenzó nuestra historia del diseño
En 2018 estábamos luchando por documentar nuestros diseños.
Comenzamos intentando cargar capturas de pantalla o creando nuevas versiones de nuestros prototipos (diseños de etapa inicial), para mantener los diseños antiguos en diferentes URL. Pero los diseños cambiaban con demasiada frecuencia para que pudiéramos seguir haciendo esto.
El prototipo podría mostrarnos lo que diseñamos, pero no por qué. Si los diseños iban a ser documentados, esto tenía que ser rápido y fácil y no una molestia.
Usamos el kit de prototipos GOV.UK para hacer el primer historial de diseño y lo alojamos en una plataforma llamada Heroku . El kit facilitó la creación de páginas, y comenzamos haciendo publicaciones para cada función, mostrando una lista de capturas de pantalla junto con descripciones de lo que había cambiado y por qué.
También había una URL pública para cada diseño. El equipo podría usar esto para hacer referencia a historias de usuarios o al escribir código.
Cuando quedó claro que estas publicaciones eran útiles, facilitamos su creación. Automatizamos el proceso tomando capturas de pantalla, guardando imágenes en el lugar correcto y generando una página con todo el HTML necesario.
Ahora podríamos centrarnos en escribir sobre el diseño en lugar de tener que registrar lo que estamos diseñando.
Al utilizar el sistema de diseño GOV.UK para nuestras publicaciones, tuvimos una plataforma fácil de usar, legible y familiar para nuestro historial de diseño. Se sintió bien desde el principio.
Queremos que más equipos mantengan un historial de diseño abierto y público. Hemos tomado nuestro historial de diseño y lo hemos convertido en una herramienta para que la utilicen otros equipos.
Mientras investigábamos nuestros diseños, registramos nuestros hallazgos con capturas de pantalla relevantes. Comenzamos a vincular la investigación y los videoclips en Lookback (una herramienta para la investigación de usuarios remotos), creando un vínculo directo entre un diseño y la fuente de un nuevo hallazgo.
Con el tiempo, podríamos comenzar a mostrar los diseños nuevos y antiguos, y mencionar cambios específicos. Íbamos grabando y dejando claras nuestras decisiones de diseño sobre la marcha. Las entradas de la historia del diseño empezaron a contar nuestra historia.
Grabando cosas que importan
A medida que la historia crecía, registramos más, por ejemplo, instantáneas del servicio en etapas importantes, como el lanzamiento de una versión beta pública o nuestra primera herramienta de publicación.
A veces, el razonamiento detrás de una característica de diseño en particular puede perderse u ocultarse en el código. O la justificación puede ser obvia solo en ciertos viajes de usuario.
Nos hemos asegurado de que ahora, cuando hay razones y escenarios que informan un diseño, los capturamos en el historial del diseño. Este es el lugar natural para describirlos y facilita a los desarrolladores la creación de esas funciones.
Por ejemplo, en el servicio 'Solicitar formación de profesorado' preguntamos a los candidatos su nacionalidad.
Explica:
- cómo los candidatos pueden registrar varias nacionalidades
- que pasa cuando se graban 2 o 3
- cómo funciona el diseño sin JavaScript
- cómo lo hicimos accesible
De vez en cuando necesitábamos imprimir diseños para mostrarlos en la investigación, para ponerlos en la pared o para sesiones grupales. Una publicación generalmente muestra capturas de pantalla para una función completa o el viaje del usuario, por lo que imprimir esas capturas de pantalla sería ideal. Agregamos estilos de impresión para que cada publicación se pueda imprimir con una captura de pantalla (y título) en una página.
Nosotros también:
- documentado la información que pedimos a los usuarios que nos brinden
- los correos electrónicos que enviamos a los usuarios
- los procesos que siguió nuestro equipo
Facilitar las contribuciones
Cuando el equipo de diseño creció, más personas tuvieron que contribuir.
Para facilitar esto, pasamos del kit de prototipos a utilizar una herramienta de publicación llamada Eleventy. Esto permitió a los diseñadores, desarrolladores, diseñadores de contenido y aquellos que realizan investigaciones de usuarios contribuir a la historia del diseño.
Con Eleventy agregamos nuevas funciones para facilitar el uso del historial de diseño, como la función de búsqueda, que es fundamental dado el nuevo volumen de publicaciones. También hay:
- paginación (secuencia de páginas que están conectadas y tienen contenido similar)
- clasificación de publicaciones por fecha o categoría
- enlaces relacionados
A partir de julio de 2020, estamos documentando 5 servicios con más de 200 publicaciones.
Crea tu propio historial de diseño
Queremos que más equipos mantengan un historial de diseño abierto y público.
Cuando diseñamos algo nuevo y buscamos ver cómo otros equipos de servicio han resuelto ese problema, queremos leer acerca de sus diseños, evaluarlos y desarrollarlos.
El nuestro nos pareció increíblemente útil y ahora queremos que otros equipos de servicio también se beneficien. Hemos tomado nuestro historial de diseño y lo hemos convertido en una herramienta para que la utilicen otros equipos , un lugar donde se guardan todas las funciones, los scripts y las guías para comenzar.
Continuaremos agregando las funciones que necesitamos, como formas de documentar las necesidades del usuario y las ideas de diseño, la integración con otras herramientas como Trello y más. Al abrir esta herramienta para compartir con otros equipos y personas fuera de nuestra organización, esperamos ver nuevos desarrollos e ideas. - Paul Hayes
(Crédito de la imagen:
Inicia sesión o regístrate para continuar la conversación