Tona Monjo

Aunque generalmente suelo trabajar en aplicaciones educativas (e-learning, OER) o para instituciones culturales, en primavera del 2011 me llegó un encargo que enseguida me pareció todo un caramelo: rediseñar un sistema suizo de voto electrónico no vinculante (Baloti), para las elecciones que se iban a celebrar en ese país en Octubre de 2011.

El encargo llegó desde el Zentrum für Demokratie Aarau, que en colaboración con la Universidad de Neuchâtel son quienes desarrollan y mantienen este sistema.

Baloti es un sistema de votación no vinculante (no interviene en realidad en el proceso electoral), cuyo objetivo consiste en propiciar que cualquier ciudadano de Suiza se informe del proceso electoral y participe en él. Por lo tanto, una buena parte del target se encuentra en ciudadanos que residen en Suiza y no tienen la nacionalidad, pero quieren informarse y emitir su opinión.

Baloti ya llevaba funcionando desde el 2009, siempre para referéndums nacionales.

Objetivos del rediseño

Para octubre del 2011, Baloti debía prepararse para un proceso más complejo que las votaciones realizadas hasta el momento, que consistían básicamente en referéndums. Se iban a celebrar las Elecciones del Consejo Nacional, en las que los suizos eligen quién les representará en la cámara baja. Cada uno de los 26 cantones tiene una representación distinta, y por ahora se trata de listas cerradas.

Por otra parte, en las anteriores votaciones habían aparecido varios factores que condujeron a plantearse la necesidad del rediseño:

• La participación era muy baja
• Buena parte de los usuarios abandonaban antes de finalizar el proceso de votación
• Algunos usuarios les habían comunicado problemas en el uso de la aplicación de voto (problemas de usabilidad).

Requisitos del proyecto

Los principales requisitos que se plantearon desde el Zentrum fueron los siguientes:

• Solamente se podía rediseñar la parte de la web correspondiente a las elecciones de octubre. El resto del sitio quedaría de momento tal y como había estado hasta el momento aunque, como veremos posteriormente, comentamos posibilidades de mejora  de cara al futuro.
• La cabecera y el pie de Baloti debían conservarse como estaban, de manera que el nuevo diseño debería ser coherente, en la medida de lo posible, con los elementos ya existentes.
• El nuevo diseño tenía que adaptarse a las características de la plataforma de desarrollo con la que trabajan. Por lo tanto, algunos comportamientos interactivos tuvieron que limitarse o reconsiderarse, siguiendo los requisitos técnicos.
• Para poder controlar el registro de datos, el sistema Baloti utiliza una clave de votación, que el usuario tiene que introducir antes de enviar su voto. Era un requerimiento técnico que no se podía esquivar, y por lo tanto debía existir un sistema para que el usuario pudiera solicitar la clave, y controlar su introducción antes de enviar el voto.
• Teníamos un tiempo muy ajustado para poder realizar el rediseño, ya que faltaban pocos meses para las elecciones. Por desgracia no había tiempo para realizar análisis de usuarios, de manera que se intentó suplir este inconveniente con conversaciones a fondo con el interlocutor del Zentrum, para conocer la información de la que disponían en este aspecto. Tampoco pudimos realizar test con usuarios en esta ocasión, aunque quedan pendientes para mejorar progresivamente el diseño.

El proceso de votación

En Suiza existen 26 cantones. Cada cantón tiene una representación distinta, de manera que sus ciudadanos pueden votar partidos o listas distintas, según el cantón en que se encuentren.

Cada cantón tiene listas de partidos, y listas libres (listas de candidatos no constituidos en un partido político). A su vez, cada partido puede tener varias listas por cantón.

Por lo tanto, tenemos un total de:

• 26 cantones,
• 311 partidos (entre todos los cantones)
• 3.089 listas (incluyendo las listas de partido y las listas libres)

Diseño de interacción

Una vez aclarados los requisitos y el esquema de votación suizo (que no deja de tener su complejidad), era cuestión de ponerse manos a la obra con la arquitectura de la información.

En un proceso tan complejo, estaba claro que lo mejor sería fragmentar la tarea general de votación en subtareas, de manera que el usuario pudiera tener claro en cada momento qué tenía que hacer y dónde se encontraba. Para ello, se utilizó una línea de progreso pautada en pasos -similar al de un proceso de e-commerce-, que informaría en cada pantalla acerca de dónde se encontraba el usuario, y cuántas etapas le quedaban hasta el final.

Todos tomamos decisiones que podemos replantear, o cometemos errores al interactuar. El usuario debe ser capaz de modificar las decisiones realizadas en cualquiera de los pasos de la votación. Por ello, la línea de progreso incorpora, para cada uno de los pasos realizados, dos elementos:

• La selección realizada (para liberar memoria de trabajo)
• Una opción para cambiar la selección (que conduce a la pantalla correspondiente al paso en cuestión).

Por otra parte, a nivel de lenguaje nos aseguramos de que se utiliza un lenguaje natural, que da instrucciones claras y específicas sobre lo que se debe hacer en cada momento.

El diseño funcional queda de la siguiente manera:

Como se especifica en las anotaciones y en wireframes de pasos posteriores, para prevenir errores el botón de Siguiente no se activará hasta que el usuario haya realizado una selección.

Uno de los requisitos del proyecto es que el usuario debe solicitar la clave de votación antes de emitir su voto. Para que pueda realizar la solicitud en cualquier momento, se incluye una caja con la opción y la explicación correspondiente, en la franja superior derecha de la página (para acentuar su visibilidad).

El paso 2 contiene las opciones de selección de la lista de partido. Puesto que existen caminos distintos según se seleccione una lista libre o una lista de partido (e incluso en este caso, si el partido contiene una o más listas), para mantener constante la barra de progreso se decidió reunir todas las acciones -desde que se elige un partido, hasta que se selecciona la lista a votar- en un solo paso, que contiene subetapas. El usuario puede avanzar y retroceder por las diferentes subetapas, y modificar las decisiones tomadas en cualquiera de ellas.

Se informa al usuario de cuántos candidatos tiene cada lista. Desde esta misma pantalla puede cambiar de partido, mediante el desplegable superior o volviendo a la pantalla anterior.

El usuario accede a la información sobre los candidatos de la lista seleccionada (muchos de ellos tienen web propia). Si lo desea, puede cambiar de lista o de partido mediante el desplegable superior, o volviendo a la pantalla anterior.

Esta pantalla puede ser utilizar por el usuario para confirmar que la lista que ha seleccionado es la que prefiere, pero también para informarse sobre los candidatos de las diferentes listas del partido, que pueden ser hasta 30.

Envío del voto

Una vez que el usuario ha confirmado que la lista y el partido seleccionados son los que desea (aunque todavía puede cambiarlos), puede enviar su voto.

El botón de “enviar el voto” no se activará hasta que el usuario introduzca su clave de votación.

Para propiciar la confianza del usuario y favorecer un voto libre, a lo largo del proceso de enviar se reitera que los datos serán tratados de manera anónima.

Puesto que el usuario puede solicitar la clave en cualquier momento, la solicitud no se abre en una pantalla específica, sino en una capa superpuesta. De esta manera se mantiene el contexto de interacción.

Puesto que Baloti es un proyecto de investigación, solicita a los usuarios que rellenen un cuestionario. No obstante, se trata de un tema delicado, que puede conducir a muchos usuarios a abandonar el proceso justamente en este punto.

Por lo tanto, para favorecer que la mayor parte de usuarios finalizaran el proceso se decidió que el cuestionario sería opcional, y que no se encontraría en una página intermedia, sino que se desplegaría en la misma caja de formulario, una vez introducida la clave.

Una vez emitido el voto, se confirma su envío, informando al usuario de la votación realizada, y se desactivan las opciones para cambiar selecciones de la línea de progreso.

Con el objetivo de fidelizar a los usuarios, y para animarles a participar en otras votaciones (pueden participar a nivel estadístico en votaciones anteriores), la página se cierra con el acceso al índice de votaciones anteriores, y los enlaces a las redes sociales desde las que se pueden seguir las noveades de Baloti.

Diseño de la interfaz

Una vez finalizada la fase de diseño de interacción -que fue evolucionando a través de varias iteraciones-, se abordó el diseño de la interfaz gráfica.

En esta fase, debemos recordar uno de los requisitos fundamentales del proyecto: la cabecera y el pie originales de Baloti se mantendrían, y el diseño tiene que ser nuevo pero a la vez coherente con el resto del sitio web.

Teniendo en cuenta el tipo de aplicación, un requisito implícito es, por supuesto, que el diseño tiene que ser muy claro y ligero.

Teniendo en cuenta estos parámetros, se trabajó en una propuesta que fue aprobada:

Aunque desde el Zentrüm se había especificado que la cabecera y el pie debían mantenerse, se propuso un pequeño rediseño del pie (que anteriormente era negro) en un gris degradado, que fue aceptado.

Ejemplo del diseño aplicado a la pantalla de envío de voto.

Mejoras de futuro 

Se trata de un proyecto que resultó apasionante, tanto por la temática como por el diálogo constante con el interlocutor el Zentrüm. Pero ningún proyecto de diseño queda totalmente cerrado, de manera además del diseño actual, incluí algunas propuestas para futuras mejoras:

• Rediseño de la arquitectura de información del sitio
• Rediseño de la página de inicio (más informativa)
• Diseño del proceso de votación para listas abiertas (para el caso de que existan elecciones con listas abiertas)

Y, por supuesto, evaluar, evaluar y evaluar!