Úsalo: Usabilidad y Accesibilidad para el diseño web. Usabilidad para todos

Me ha ocurrido las suficientes veces para empezar a pensar en que se trata de un posible género documental: el “mini-informe express”.

Suele tratarse de una petición de un grupo de personas que necesitan abordar el comienzo, mejorar el rendimiento o van a encargar el rediseño de un entorno de gestión documental o una web. Por lo general parten ya de cierta experiencia con un modelo anterior, valoran tu opinión, y te piden unas directrices o pautas para desarrollar ellos el trabajo.

Te caen bien, tienen ganas de mejorar, y tratas de ayudarles de alguna manera. Pero el tiempo y la energía no dan para mucho, por lo que la cosa al final puede concretarse en una reunión de trabajo con ellos, en la que se plantean muchas disfuncionalidades actuales, se comenta lo complejo que es pasar de la fase de detección de problemas a la fase de construcción de un todo orgánico y funcional, se improvisan algunos caminos para solucionar cosas. En los mejores casos se envía después un documento apresurado y breve que resumen lo que se ha hablado.

Habitualmente no se alcanza lo que se pretendía. El proyecto finalmente cae en manos de la empresa o responsables de desarrollo, y las pautas que parecían sensatas en esa pequeña reunión, se diluyen en la complejidad del todo. Desde luego, algunas prestaciones se mejoran y resuelven problemas, pero es muy probable que al contemplar de nuevo el todo, se vea falto de armonía y de diseño global.

Ya digo, este género suele reducirse a una reunión, una exposición participativa con los responsables más implicados, el esbozo en el aire de una idea global, y en poco más. Pero ya dijo Unamuno en una canción de Aute, que nunca se predica en el desierto, siempre queda algo.

Bueno, en este caso he realizado este trabajillo informal y entre colegas, para unos compañeros de un departamento de formación de una organización, que ya disponen de una plataforma web activa, realizada por un departamento externo, y el cual están ahora en trance de rediseño. Son muy buena gente, con el deseo de hacer bien el trabajo …

En fin, aunque no es lo mismo predicar que dar trigo, ahí van las notas que les pasé tras la reunión, en la que supongo que será mi única y pequeña aportación al proyecto. Los apuntes están hechos casi a vuelapluma, con muchas elipisis y directa al grano.

Características del web actual

• El web opera tanto en intranet como desde la web.
• Imagen y diseño:
  –Aplica cabecera superior fija desfasada con respecto a la imagen corporativa actual.
  –Colores, estilo, logo propios.
  –Uso de frame.
• No tiene una buena URL directa. Lleva al menos dos directorios dentro del dominio de la organización y termina en una página htm.
• Bastantes problemas detectados de uso:
  –Conexión listados cursos – Realización de solicitud
  –Mala navegación para selección de cursos.
  –Perfiles excluyentes al identificarse con login.
  –Poca visibilidad de información complementaria.
  –Organización de servicios y recursos poco comprensible.
  –Uso excesivo del formato PDF para descargar información.

Primeras propuestas

• URL directa usando subdominio o una carpeta de primer nivel:
  – http://www.eap.flop.es/ o bien www.flop.es/eap/
• Recomendaciones de imagen y estilo visual
  –No englobarse dentro de imagen y estilo visual corporativo y monolítico de la administración regional.
  –Usar páginas con scroll. No forzar a un solo pliegue de pantalla.
  –Rentabilizar la imagen de marca reconocible ya creada.
  –Aplicar estilos CSS diferentes para visualización e impresión.
  –Evitar enlaces en botones y la composición “pinche aquí”.
• Estudiar procesos de interacción para reducir el número de pasos y selecciones para realizar las operaciones más habituales.
• Anotar los tres o cuatro problemas de interacción más frecuentes detectados y ponerlos como mínimo a conseguir.

La interacción de usuarios identificados (Entorno con login)

• Problemas:

• a) Desconexión entre recopilación y selección información y login.
• b) Solicitud de perfil tras login.

• Propuestas:

a) Permitir login en dos contextos:

• Para usuarios habituales, desde página principal.
• Para usuarios del web, desde cualquier página, al pinchar en enlaces que requieran login para servicios y transacciones.
• En este caso el acceso con login deberá ir acompañado de la acción a realizar, de modo que el usuario no deba volver a elegir, sino que sea conducido directamente a la operación que está tratando de realizar. (Por ejemplo desde listado de cursos, podrá pinchar, sin haberse identificado previamente, para solicitarlo. Tras el login, el sistema le habrá asignado el curso y le pedirá confirmación)

b) Solicitud de perfil tras login.

• Descripción del problema: Actualmente tras el login solicita un perfil excluyente: empleado, alumno, profesor, coordinador.

Propuesta:

• El sistema debe tras el login, presentar en primera instancia, en la zona central de la pantalla, el acceso a cada una las opciones posibles, agrupadas por “perfil”.

La propuesta sobr perfiles se podría concretar en la siguiente simulación. Tras la realización del ogin, el sistema presentaría en zona central:

——————————————————-

• Alumno.
  - Curso “Dirección de granjas” (PFC05/101) (En curso)
  - Curso “Terapia ocupacional” (PFC05/104) (Seleccionado : Pendiente de inicio)
• Profesor.
  - Curso “Búsqueda de información en Aranzadi” (PFC05/102)
• Coordinador.
  - Curso “Publicidad en internet” (PFC08/31)

——————————————————-

Por lo tanto, desaparecería el perfil del empleado, de este modo se simplifica la asignación de roles y funciones, que deberían estar implícitos en el propio login.

• El perfil empleado desaparecería, sustituyéndose por un menú izquierdo, donde están todas las opciones de servicios posibles con login.
  –Solicitar cursos.
  –Ver cursos realizados en la escuela.
  –Ver cursos de expediente personal.
  –Solicitar certificado de alumno de curso, o profesor o colaborador.

Además una línea genérica de trabajo sería “Ser más generosos para información sin login”. Debe tratarse de ajustar con precisión aquellas información para las que hace falta login, y tratar de ofrecer el máximo de información sin él, y solicitarlo tan solo para realizar la operación, conforme al esquema “login+acción” anteriormente indicado.

Servicios e información

• La clave de un microweb como este es ofrecer claramente la lista de servicios que se ofrecen, sin olvidar dinamizar la información del web con un espacio de entrada que indique los temas de actualidad, las propuestas y la información de acompañamiento, contexto y ampliación.
• Por lo tanto el responsable de gestión de contenidos debe usar una aplicación tipo tablón de anuncios para generar enlaces preferentes por temporadas, a aquella información que se prevea más demandada.

Aunque estén muy vistas, la página de entrada debe ser activa. Mientras que ahora se opta por una página de presentación, en un web activo, al que se entra para recoger información, hacer cursos o descargar documentos, la entrada debe aportar una guía al contenido destacado y anunciar el dinamismo previsible en este proyecto.

Si ahora tenemos una web como:

Se propone aprovechar la zona básica con contenido variable, y ofrecer ya en menú las operaciones con valor añadido más solicitadas.

Arquitectura información y navegación

• Conexión con aplicación de Gestión de cursos Escuela, para listados, solicitud, etc.
• Conexión con aplicación de cursos de expediente de personal (Actualmente no disponible).
• Gestor de Contenidos para información general y de entrada (Más que un tablón de anuncios, porque será la información más leída y la que dará acceso a los servicios básicos)
• Buscador restringido a web escuela.
• Listado de cursos y preselección sin login.
• Aligerar los menús. No repetir el menú de entrada en cada página, una vez que se está realizando una operación. Permitir volver con “migas de pan” a las secciones principales.
• Realizar páginas de confirmación robustas para dar seguridad en las transacciones y complementar indicando que se enviará un correo electrónico con la confirmación, para que el usuario tenga en su poder un comprobante de la transacción.
• No fragmentar demasiado las páginas. Hacer unidades significativas.

Otro error sencillo, pero común en proyectos en los que falta experiencia de uso del medio, es caer en la trampa de dar más importancia a las explicaciones que a los enlaces.

• Suele manifestarse en zonas centrales que, en lugar de tener contenidos propios, explican el significado de los menús laterales.
• Si las opciones a elegir en los menús son lo central, debe estar en zona central.

Este suele ser un ejemplo de como la forma altera el sentido del contenido. Si nuestra plantilla tiene los enlaces en el lateral, no nos la podemos saltar cuando solo queremos ofrecer enlaces. Se trata de una prueba palpable de la limitación de ciertos esquemas para adecuarse a todos los casos de interacción de un web, bastante habitual en los gestores dinámicos de contenidos.

Bueno, esto es todo. Unas breves líneas con buenas intenciones, que no pueden llegar mucho más allá. Así son los “mini-informes express”.