lunes, 14 de septiembre de 2009

Imágenes en boletines

Canal Solidario es una iniciativa de la Fundación Chandra realmente exitosa que dispone de un boletín de noticias semanal con casi 170.000 suscriptores según se indica en el propio newsletter.

Cada lunes recibo en mi mail el boletín con una x roja en la parte derecha de la cabecera con la que mi Outlook me indica que falta una imagen (en Mozilla Thunderbird en vez de una cruz roja es una puntito rojo). Consultando mi archivo de mails que casi nunca borro, veo que este error se lleva produciendo al menos desde el 19/12/2006.



Investigando el problema averiguo que en programación en el boletín cuando se referencia una imagen que no existe (http://www.canalsolidario.org/web/images/logo.gif). Esta imagen se ha programado para enlazar con la web de OneWorld (http://www.oneworld.net) por lo que sospecho que la imagen que debería aparecer sería esta otra: http://www.canalsolidario.org/web/images/ongafiliada.gif. Encontrar esta otra imagen, que parece que encajaría bien en diseño del boletín de Canal Solidario ha sido fácil con la ayuda de Google. Chequeando mi archivo de mails veo que a mediados de octubre del 2008 se eliminó del boletín una pequeña imagen que aparecía en la parte izquierda superior con el texto "OneWorld España" (http://www.canalsolidario.org/web/images/ow_portada.gif). No se muy bien el motivo, quizá esta entidad dejó de financiar el proyecto o la colaboración se definió en otros términos, en cualquier caso supongo que al quitar el logo de OneWorld de la cabecera del boletín deberían haber eliminado también el enlace a su web (el que hay en la imagen inexiste de la cabecera).

Los boletines electrónicos son contenidos mucho más eficaces que los que aparecen en una web porque por lado se trata de contenido que el usuario ha elegido recibir y por otro lado, es un contenido que se mete directamente en el buzón del lector (es un contenido de tipo push en vez de ser un contenido pull que el usuario debe ir a buscar como es el contenido de las webs).

Todo sistema de envío de newsletters debe comprobar de forma automática que no se produce este tipo de errores, esto es, que no se están intentando enviar miles de mails con imágenes inexistentes. De la misma forma debería chequear que tampoco se envían enlaces rotos (enlaces que por error no llevan a ninguna página). Estas comprobaciones se pueden hacer de forma automática por lo que no tiene sentido hacer recaer esta responsabilidad sobre la persona que edita el boletín. Cualquier plataforma de envío de boletines debe hacer estas comprobaciones, alertar del error y abortar el envío hasta que se solucione el problema, evitando así molestias para los lectores.

Un boletín debería seguir las siguientes pautas:
  • El proceso de registro se realiza mediante el doble opt-in, esto es, se exige que el usuario confirme desde su correo electrónico que es el propietario del mail para así evitar altas o bajas fraudulentas.
  • En el proceso de registro (alta, baja o modificación) se ha de mantener una comunicación por mail fluida con el usuario (mail de bienvenida, mail de despedida, etc.)
  • Se debe permitir al usuario modificar su mail. Con frecuencia recibimos mails en la correo de la empresa que realmente querríamos recibir en el buzón personal. Este cambio se debe gestionar como tal, y no como una baja y una alta a continuación, ya que el usuario perdería toda su historia. Siguiendo la primera recomendación, este cambio de email debe implementar también el sistema de doble opt-in. Como estrategia de rescate de bajas es interesante plantearle al usuario que se está dando de baja la posibilidad de modificar su mail en lugar de proceder con la baja, ahora bien, esto se debe hacer sin complicar el proceso de baja al usuario (presentar la alternativa en la misma página donde se situa el link para confirmar la baja).
  • Es muy interesante contar con un mecanismo de "enviar a un amigo". Estos sistemas permiten promocionar el boletín a la vez que identifican a los "apóstoles" entre nuestros suscriptores - los apóstoles son los suscriptores que más nos recomiendan, esto es, los incondicionales.
  • En la parte superior del boletín debe aparecer un enlace del tipo "Si no visualiza correctamente este e-mail pinche aquí" para no perder a los suscriptores que tengan algún problema con su correo electrónico. Los boletines son especialmente problemáticos ya que surgen continuamente problemas de compatibilidad con los diferentes tipos de correo (gmail, yahoo, hotmail, Outlook, Thunderbird,...)
  • Habitualmente un boletín genera mucho tráfico en la web, esto es, muchos lectores hacen click en contenidos del boletín para ampliar información. Esta navegación que se provoca debe permitir consultar cuántas visitas genera cada boletín y hacia qué secciones de la web. Esto se hace fijando el referrer en cada salto que se realice desde el boletín, esto es, estableciendo en cada salto hacia la web cual es el punto de partida (en navegación web siempre se registra cual es el punto de partida lo que permite saber si el tráfico procede de buscadores, de sites de referencia o por el contrario es navegación espontánea).
  • En navegación web existen dos tipos de usuarios: los anónimos y los identificados. Todos los usuarios son importantes, pero los identificados dan mayor valor a la web. La navegación que genera un boletín debe ser siempre navegación identificada.
Canal Solidario es una buena iniciativa cuyo boletín mejoraría substancialmente se observase alguna de las recomendaciones anteriores. Un buen punto de partida sería solucionar el tema de la imagen de la cabecera e implementar un sistema de doble opt-in para las altas.

jueves, 3 de septiembre de 2009

El orden sí importa

Supongo que son millones los mensajes que se envían los usuarios de facebook, así que no seré ni el primero ni el único que pierde un mensaje una vez escrito simplemente porque la gente de facebook no ha establecido bien el orden en el formulario de envío de mensaje.

Esto es lo que me ha pasado cuando en el facebook de mi amigo Gonzalo hago clic en "Enviar un mensaje a Gonzalo".

Lo primero que pasa es que se abre el formulario de envío. Sería de agradecer que en ese momento, y de forma automática, apareciese el cursos en la caja "Asunto". Este es un error típico de los formularios: no poner el cursor en la primera caja del formulario y obligar al usuario a hacer un clic adicional.

Pues bien, hago el clic en la caja "Asunto" y edito este campo. Le doy al tabulador para pasar a escribir el "Mensaje" y cuando termino de escribirlo le doy al tabulador de nuevo pensando que pasaría al botón de "Enviar" y a la tecla enter para que se envíe definitivamente. Cual es mi sorpresa cuando realmente el tabulador ilumina el botón "Cancelar" y el enter, sin previo aviso, se cancela el envío y el texto que ya había escrito desaparece para siempre. Ni siquiera se me notifica que se ha cancelado el envío. Es curioso que se avisa al usuario cuando se ha enviado su mensaje, pero no se le avisa cuando se ha cancelado.

Para todos los elementos de una página web, y en particular los de un formulario, se puede establecer un orden para la tecla tabulación. En el caso del formulario analizado en este post, el orden que se ha establecido es: Asunto > Mensaje > Cancelar > Enviar. Lo lógico después de escribir el mensaje es proceder a enviarlo, no cancelarlo (que es una acción excepcional). El orden lógico, y el que hubiese evitado que yo perdiese un mensaje y me cabrease hubiese sido: Asunto > Mensaje > Enviar > Cancelar.

Un error típico es el orden de tabulación en los formularios de acceso (aquellos que piden un login y un password). Con frecuencia estos formularios siguen la secuencia Usuario > Password > Olvido de contraseña > Entrar, en vez de seguir la secuencia Usuario > Password > Entrar > Olvido de contraseña. Esto error provoca que el usuario, después de haber puesto su password vaya a la página de olvido de contraseña y tenga que volver a teclear su password ya que al darle para atrás no se mantienen estos campos por motivos de seguridad. Afortunadamente facebook no presenta este error.

Todos sabemos lo que cabrea que el fichero donde tenemos un artículo en el que estamos trabajando, la tesis que tenemos que presentar, el presupuesto en el que hemos estado trabajando,... por algún extraño motivo que jamás llegamos a entender o bien desaparezca o bien se corrompa y no podamos abrirlo. Lo mismo sucede en internet cuando se pierden los contenidos escritos en un formulario (y el cabreo es proporcional al tamaño del formulario).

Siempre que el usuario haya metido contenido en un formulario y éste vaya a desaparecer, bien sea porque el usuario ha hecho clic en el botón "Cancelar" o bien sea por cualquier otro motivo, se debe avisar al usuario.

A modo de resumen:
  • El los formularios se debe poner el cursor en la primera caja a editar para facilitar la entrada de información al usuario.
  • El orden en el que se pasa de campo mediante la tecla de tabulación debe ser lógico.
  • Y por último, aunque quizá el punto más importante, cuando se vayan a perder datos tecleados por el usuario hay que avisarle.