Cosas que esperar de un taller aplastante: clase magistral de diseño de formularios

Publicado: 2022-03-10
Resumen rápido ↬ Hace un par de semanas, organizamos una clase magistral de diseño de formularios, un taller en línea con Adam Silver junto a 81 personas amigables e inteligentes. Hoy, Adam comparte su experiencia y detalles destacando lo que usted, como asistente, puede esperar de un Smashing Workshop y las cosas que debe tener en cuenta al realizar uno.

Me tomó alrededor de seis meses de forma intermitente escribir el contenido del taller. Después de mucha deliberación, decidí estructurarlo como lo hago en mi libro, Patrones de diseño de formas.

Fue un taller de 4 días dividido en dos segmentos de 45 minutos, con descansos de 15 minutos seguidos de una sesión de preguntas y respuestas de 30 minutos con tareas opcionales entre días. Cada día nos propusimos resolver un gran problema. Esto proporcionó una forma de abordar el problema como lo hacemos en la vida real: analizando y discutiendo las opciones antes de llegar a una buena solución.

En general, fue una experiencia divertida. Aprendí mucho y me lo pasé genial enseñando y charlando con todo el mundo. Ya estoy deseando que llegue el próximo, que está previsto provisionalmente para finales de 2021.

Algunos de los aspectos más destacados de cada día

Aquí hay un resumen rápido de cada día, incluidos algunos de los aspectos más destacados.

Día 1: Clavar los conceptos básicos del diseño de formularios

El primer día, diseñamos un sencillo formulario de registro desde cero. Esto proporcionó una manera perfecta de clavar los conceptos básicos del diseño de formularios. Cubrió cosas como el posicionamiento de la etiqueta , el estilo del formulario y los tipos de entrada. Al final del día 1, teníamos un formulario de registro que cubría los aspectos básicos y hacía que el formulario fuera lo más simple posible para los usuarios.

Lo más destacado de esta sesión fue el ejercicio de protocolo de preguntas . En lugar de centrarnos en cómo ahorrar espacio artificialmente en los formularios (usando elementos como etiquetas flotantes, información sobre herramientas, etiquetas alineadas a la izquierda y texto de marcador de posición), usamos una hoja de cálculo para ayudar a saber por qué se hace cada pregunta y la mejor manera de obtener la respuesta. responder.

Hoja de cálculo del protocolo de preguntas
La hoja de cálculo del protocolo de preguntas para comprender por qué se hace cada pregunta y la mejor manera de obtener la respuesta (vista previa grande)

Para nuestro formulario de registro, esto significó un análisis exhaustivo de pedir el nombre, la dirección de correo electrónico y la contraseña de alguien. Y al final del ejercicio habíamos reducido a la mitad el número de campos de formulario y teníamos una justificación clara para los que quedaban.

Formulario de registro: antes y después de aplicar un protocolo de preguntas
Formulario de registro: antes y después de aplicar un protocolo de preguntas (vista previa grande)

Día 2: Validación de formularios y escritura de buenos mensajes de error

El segundo día, tomamos nuestro formulario de registro bien diseñado y analizamos cómo ayudar a los usuarios a recuperarse de los errores de dos maneras:

  1. Decidimos cuándo validar formularios y cómo mostrar mensajes de error;
  2. Aprendimos a escribir mensajes de error claros, concisos, coherentes y específicos que ayuden a los usuarios a volver a la normalidad rápidamente.

Lo más destacado de esta sesión fue el ejercicio para rediseñar los mensajes de error en el formulario de registro de membresía de Smashing Magazine.

Sophy Colbert, una diseñadora de contenido que asistió al taller, se ofreció como voluntaria para compartir sus nuevos mensajes de error y explicar la razón de cada uno.

Sophy Colbert repasando sus mensajes de error mejorados
Sophy Colbert repasando sus mensajes de error mejorados (vista previa grande)

Tanto los mensajes como la justificación fueron excelentes, y creo que el grupo aprovechó mucho, ya que pudieron obtener una idea de la mentalidad del diseñador de contenido de Sophy.

Día 3: Rediseño de un formulario de pago del mundo real

El día 3, rediseñamos el flujo de pago de ASOS desde cero. Esto incluía el pago como invitado (experiencia por primera vez) y el pago como alguien con una cuenta (experiencia de uso repetido). Cubrimos mucho terreno, como si usar pestañas, acordeones o botones de opción. Y también analizamos los pagos de una sola página frente a los pagos de varias páginas.

Lo más destacado de esta sesión fue que el proceso de rediseño de varias interacciones expuso nuevos desafíos de diseño de contenido y diseño de servicios. Por ejemplo, convertimos las pestañas que le piden al usuario que especifique si tiene una cuenta o no:

Diseño original de la página de ASOS que usa pestañas para permitir a los usuarios cambiar entre las opciones "¿Nuevo en ASOS?" y "¿Ya estás registrado?"
Diseño original de la página de ASOS que usa pestañas para permitir a los usuarios cambiar entre '¿Nuevo en ASOS?' y '¿Ya estás registrado?' opciones (Vista previa grande)

Y los rediseñamos en un formulario con botones de opción:

Nuevo diseño de la página de ASOS que usa botones de radio para que los usuarios elijan si tienen una cuenta o no.
Nuevo diseño de la página de ASOS con botones de radio para que los usuarios elijan si tienen una cuenta o no (vista previa grande)

Y esto expuso el problema de que, en la vida real, las opciones rara vez son binarias. Así que le pregunté al grupo cuál era la opción que faltaba y respondieron correctamente: '¿Qué pasa si el usuario no puede recordar?'

Nuevo diseño de la página de ASOS con la opción añadida de 'No recuerdo' a la pregunta '¿Tienes una cuenta o no?'
Nuevo diseño de página de ASOS con la opción añadida de 'No recuerdo' a la pregunta '¿Tienes cuenta o no?' (Vista previa grande)

Entonces, aunque originalmente vimos esto principalmente como un problema de diseño de interacción, se convirtió en un problema de diseño de contenido y servicio.

Todos estos problemas encapsularon muy bien una de las reglas de UX del formulario: 'Hazte amigo de otros departamentos'. Como diseñadores, tenemos que trabajar de manera efectiva con las partes interesadas de toda la organización para asegurarnos de evitar tanta complejidad como sea posible. Y aquí nuevamente es donde realmente brilla el protocolo de preguntas.

Día 4: Uso de la sintaxis abreviada y diseño de formas largas y complejas

El día 4 se dividió en dos partes que discutiré en orden inverso.

En la segunda parte, analizamos varios patrones que ayudan a los usuarios a completar formularios largos y complejos , el tipo de formularios que tardan días, semanas o incluso meses en completarse. Tenía muchas ganas de ejecutar esto porque los desafíos de diseño en torno a esto son interesantes y no muy transitados.

En la primera parte, rediseñamos el formulario de registro de Smashing Magazine utilizando una sintaxis abreviada.

Lo más destacado de esta sesión fue que Vitaly, el propio Sr. Smashing Magazine, se convirtió en nuestro accionista comercial. El grupo le hizo preguntas para averiguar por qué el formulario se diseñó de esa manera y le preguntó por qué se hicieron ciertas preguntas.

Formulario de registro de membresía de The Smashing Magazine
Formulario de registro de membresía de The Smashing Magazine (vista previa grande)

Aquí están algunos ejemplos:

  • Sophy O preguntó por qué se solicita el campo de país . Vitaly dijo que depende de lo que esté haciendo el usuario. Si el usuario está comprando un libro, necesitamos saber a dónde va. Y los impuestos sobre el libro se basan en el país de destino. Esto resultó en eliminar el campo y solicitar esta información cuando alguien compra el libro, o simplemente ser más claro en el texto de sugerencia sobre por qué estamos solicitando esta información.
  • Milos Lazarevic cuestionó la necesidad del '¿Te gustan los gatos?' caja. Y Dana Cottreau y Jaclyn Ziegler disfrutaron de la diversión de la casilla de verificación . Pero sopesaría la alegría que brinda a algunas personas frente al riesgo de alienar a las personas que, por ejemplo, tienen menos conocimientos digitales o simplemente tienen prisa por acceder al contenido.
  • Emma Stotz cuestionó el uso de la validación en vivo dados todos los problemas de usabilidad que surgen al respecto. Y Vitaly estaba ansioso por explorar la validación instantánea de los campos al enviar.

Mi impresión general

Para mí, el taller fue muy bien en general y quedé satisfecho con la forma en que se desarrollaron las cosas y los comentarios que recibí de los asistentes. Todos fueron muy amables y tolerantes con un par de dificultades técnicas que tuve el primer día ( ¡gracias de nuevo a todos! ). Ejecutar el taller de forma remota a través de Zoom tiene sus problemas (no hablaremos de cómo abandoné la reunión por accidente el día 1 en estado de pánico), pero en realidad encontré el aspecto remoto útil en general.

Por ejemplo, al estar todos conectados a Zoom, los asistentes podían hacer preguntas sin problemas mientras compartían su pantalla para dar vida a los problemas.

También disfruté mucho conocer gente de todo el mundo, algo que creo que hubiera sido difícil con los talleres presenciales. Además, durante el descanso, tuve que correr rápidamente para acostar a mis hijos, así que me imagino que eso también funcionó bien para los asistentes.

Pero hay una cosa que desearía haber sabido antes. Me preocupaba que con un grupo tan grande de personas (81 para ser exactos), dejar que la gente hablara libremente terminaría en un caos. Como resultado, el día 1, leí y respondí las preguntas del grupo del Documento de Google compartido durante la sesión de preguntas y respuestas. Esto significaba que las voces de otras personas no se escuchaban y había más de una barrera entre el grupo y yo.

Esto es algo que rectifiqué para el día 2 y realmente marcó la diferencia. Fue agradable escuchar las voces y los pensamientos de las personas en sus propias palabras y creó un diálogo más abierto en el que otras personas comenzaron a responder las preguntas de otras personas, lo cual me encantó.

Recuerdo que Alex Price saltó una vez para hablar sobre su experiencia al tratar con un formulario complicado que necesitaba ser completado por diferentes personas.

Lo que cambiaré para la próxima vez

Si bien mi impresión general del taller fue muy positiva, hubo algunas cosas que buscaría mejorar para la próxima vez.

1. Muestre lo básico, no aprenda lo básico

El día 1 cubrió muchos de los conceptos básicos antes de entrar en más detalles en los días siguientes, pero me molestó un poco enseñar algunas de estas cosas porque pensé que muchos de los asistentes ya sabían muchas de estas cosas. Así que la próxima vez me gustaría reconocer que algunas personas han venido con mucho conocimiento y han preparado el escenario como 'así es como enseño los conceptos básicos' en lugar de 'así es como aprender los conceptos básicos', gracias a Caroline Jarrett. por este consejo.

Además, probablemente le preguntaré al grupo si hay algún enfoque de diseño de formularios sobre el que hayan tenido problemas para convencer a sus compañeros de equipo, ya que ciertamente es algo con lo que he tenido problemas antes.

2. Divide a las personas en grupos más grandes

Uno de los ejercicios involucró a personas que se dividieron en grupos de 2 utilizando las salas de reuniones de Zoom, pero debido a que personas de todo el mundo asistieron a este taller, algunas de las personas que escuchaban no pudieron participar en los ejercicios.

Por ejemplo, algunas personas realmente necesitaban tomar un descanso para almorzar porque su zona horaria estaba adelantada a la mía. Esto significó que una o dos personas que querían participar se encontraron en un grupo por su cuenta. La próxima vez, pondría a las personas en grupos de, digamos, 4 y me aseguraría de que los ejercicios aún funcionen.

3. Agregue más ejercicios grupales

A pesar del problema que acabo de mencionar, los ejercicios grupales funcionaron bien. La gente los disfrutó y generó algunas ideas realmente interesantes entre los participantes. Algunas personas me enviaron un mensaje después de decirme que deseaban que hubiera más ejercicios grupales, así que trataré de hacer precisamente eso.

Un póster de todas las reglas

A medida que avanzamos en el taller, marcamos más de 40 reglas y principios de diseño de formularios que aportaron una estructura adicional agradable a las sesiones.

Algunos de los asistentes me preguntaron si tenía un póster de todas las reglas y no lo tenía, así que ahora hice uno.

Las 42 reglas del taller capturadas en un práctico póster
Las 42 reglas del taller capturadas en un práctico póster. (Descargar el cartel)

Póster de la clase magistral de diseño de formularios (versión de texto sin formato)

Para su comodidad, aquí hay una versión de texto simple del póster: siéntase libre de ajustarlo y personalizarlo según sus necesidades.

Día 1: Clavar los conceptos básicos del diseño de formularios

  1. Haga que los formularios funcionen bien para todos
  2. Cada control de formulario necesita una etiqueta
  3. Solo agregue texto de sugerencia si agrega valor
  4. No use texto de marcador de posición
  5. Poner texto de sugerencia entre la etiqueta y la entrada
  6. Poner etiquetas encima de la entrada
  7. No use información sobre herramientas para texto de sugerencia
  8. Sepa por qué está haciendo todas las preguntas *
  9. Dale a los cuadros de texto un borde distinto
  10. Etiquetas de posición que se asociarán con la entrada
  11. Dar a las entradas un estado de enfoque claro
  12. Use el tipo de entrada correcto para el trabajo
  13. Alinee el botón con el borde izquierdo de las entradas
  14. Etiquete el botón con exactamente lo que hace
  15. Asegúrese de que su formulario sea realmente necesario
  16. Evite poner dos formularios en una página
  17. Use múltiples entradas como último recurso
  18. No use máscaras de entrada

Día 2: Validación de formularios y redacción de buenos mensajes de error

  1. No desactives el botón de enviar
  2. No desencadenar errores cuando el usuario está respondiendo
  3. Solo validar cuando el usuario envíe
  4. Poner errores encima de la entrada
  5. Perdona los errores triviales
  6. Seguimiento de sus errores
  7. Dar a los usuarios errores claros, concisos y específicos.

Día 3: Rediseño de un flujo de pago real

  1. Posponga las preguntas que podría hacer más tarde **
  2. Usar controles de formulario dentro de formularios
  3. Empezar sin barra de progreso *
  4. Comience a crear prototipos con una cosa por página **
  5. Haga preguntas en un orden sensato
  6. Utilice casillas de selección como último recurso
  7. Utilice valores predeterminados sensatos
  8. Proporcionar ayuda en el contexto de la pregunta.
  9. Evite los campos opcionales siempre que sea posible
  10. No ocultes el botón de enviar
  11. Hacer que el ancho del campo coincida con el valor esperado
  12. Permita que los usuarios verifiquen sus respuestas
  13. Coloque el enlace de regreso en la parte superior izquierda del formulario
  14. Hazte amigo de otros departamentos.

Día 4: Usar taquigrafía y diseñar formas largas y complejas

  1. Dividir formularios grandes en tareas pequeñas
  2. Dígales a los usuarios lo que necesitan antes de comenzar
  3. Ayudar a los usuarios a verificar su elegibilidad

* Este principio es del Manual de servicio de GOV.UK
** Este principio es del Manual de servicio del NHS.

Gracias de nuevo a todos los que vinieron por todas sus contribuciones. Estoy deseando que llegue el siguiente.

Gracias a Caroline Jarrett no solo por revisar cada detalle de mi taller sino también por editar este artículo.


Nota del editor : también puede consultar una descripción general detallada de Cómo ejecutamos talleres en línea de Smashing, y si está interesado en asistir a uno, tenemos muchos talleres en línea sobre front-end y UX próximamente. ¡Nos encantaría verte allí!