Desarrollar para el usuario
Uno de los principales problemas que existe en nuestro país respecto al desarrollo de aplicaciones web, y webs en general, es la falta de atención a las necesidades del usuario cuando interactua con un proveedor a través de Internet.
No digo que no haya buenos trabajos, si no que muchos de ellos adolecen de esa particularidad. Especialmente en la parte que corresponde a la comunicación bidireccional, donde hay una pregunta y se espera una respuesta y, tal vez, una contrarespuesta.
En la mayoría de desarrollos serios, existe un trabajo concienzudo para facilitar la navegación, guiar con eficacia y conseguir que el usuario llegue donde pretende con la mayor celeridad. La "usabilidad", ya manida, vamos. Sin embargo, cuando se llega a la parte de entrar en contacto directo con el usuario, solicitando "feedback" (retroinformación, que diría aquel) o, simplemente, en una acción espontanea del propio usuario para entrar en contacto con alguien de la web, entonces suelen fallar bastantes cosas.
El tema daría para mucho, pero me quiero centrar en un caso concreto de la administración electrónica, concretamente la barcelonesa, a través de una subsección de www.diba.cat, aquella en la que a nadie gusta pero que, desgraciadamente, es la que más avanzada está tecnológicamente: el pago de multas (!).
Todo funciona correctamente (excepto un posible agujero de seguridad al que he pedido confirmación) a nivel operativo. Los pasos a seguir están super claros. Tienes la información necesaria en todo momento para saber qué datos tienes que introducir, qué botón pulsar y respuesta recibirás. Sin embargo, en el mensaje de confirmación que te envian a través del correo electrónico no tienes ninguna información ni dato con el que puedas ser capaz de relacionar lo que has recibido con la acción que acabas de realizar. Simplemente un número de operación. Una referencia que, por supuesto, es SU referencia. Un dato con el que ellos rápidamente localizarán tu acción pero que tú, si pasan tres meses y has tenido que hacer distintas operaciones a través de la web, serás incapaz de identificar sin la ayuda de un asistente del otro lado.
Tal vez es un detalle banal. Tal vez, pero si olvidan desarrollar con precisión ese último paso de un proceso de pago (en este caso es una multa, pero podrían ser los cientos de tributos que tienes que pagar) es muy posible que cuando exista un error administrativo y todo dependa de los comprobantes que tu hayas recibido, se puede complicar un mundo hasta que seas capaz de encontrar lo que necesitas. Por ejemplo.
La conclusión es, enlazando con el principio, que éste es un caso más de cómo hay procesos de una aplicación web que se han desarrollado con un altísimo nivel y cuidado pero como, a medida que el proceso va llegando a su fin, la atención a la necesidad del usuario va desapareciendo paulatinamente hasta acabar invertida, convirtiéndose en una acción que sólo satisface al proveedor y no al usuario.
Y para muestra un botón. He aquí el aspecto y contenido de los dos mensajes que he recibido en mi buzón, uno confirmando el pago de la multa y el otro acusando recibo de mi pregunta a través de su formulario de quejas/sugerencias. ¿Alguien se ve capaz de diferenciar el uno del otro?, ¿o puede decirme qué he preguntado?. Si me respondieran con un mensaje que no mostrara mi pregunta y me dijeran algo como "es correcto, gracias por contactar con nosotros", ¡¿qué hago?!.
Por no hablar, claro, los microformularios de contacto, donde debes poner tu duda, queja, sugerencia... en un único campo dejándote total libertad a exponer tus pensamientos sin una mínima guía que te pueda facilitar a tí el trabajo de redacción y a ellos el de filtrado y priorización de respuestas. Y, qué decir, de los mensajes enviados sin ninguna confirmación o acuse de recibo que, para cuando recibes respuesta ni siquiera sabes cual fué y cómo formulaste tu pregunta (en el caso del correo electrónico sería la "mágica" carpeta de "elementos enviados", la que te ayudaría). Bueno, y todo eso, si en algún momento llegas a recibir resupuesta, claro.
Seguir leyendo >>>
