(La última fuente para escribir, editar y crear contenido para el mundo digital)
Chris Barr y los editores senior de Yahoo!
Yahoo! 2010
512 páginas

El libro es una especie de ensalada que trata de muchas cosas y es fruto de las propias contradicciones internas de Yahoo!. No intenta aclarar qué es Yahoo! ni para qué hace webs. Yahoo! no considera que deba hacer información para sus usuarios. No es un libro sobre marketing en buscadores; no es un libro sobre usabilidad especialmente bueno; no encontrará grandes trucos sobre experiencia de usuario. Trata un poco de muchos temas. Fundamentalmente, se refiere a aspectos formales de un web. No dedica ni una sola palabra a su propia credibilidad. Para Yahoo! “no eres nada sin una audiencia” (pag. 14). Pero da mucha importancia a ser políticamente correcto. Versa sobre textos escritos. Hay poca información sobre audio o vídeo.

Trata sobre el estilo literario, pero se echan de menos consejos para escribir con rigor. El libro es muy reiterativo; por ejemplo, se repite una y otra vez la idea de que hay que usar un lenguaje simple Se repite la idea y se repiten los ejemplos.

La guía de estilo de Yahoo! Es un texto muy largo porque tiene muchos ejemplos. Cada afirmación que se hace va acompañada de varios ejemplos de lo que hay que hacer y de lo que hay que evitar. Se tarda muchísimo en leer este libro. Es cierto que es un volumen que se puede navegar; se puede acceder desde cualquier capítulo y no hace falta leer lo anterior. Los capítulos dedicados a las normas básicas de la escritura los conoce cualquier persona acostumbrada a redactar. Para eso, es un libro más útil, Writing for the web.

Es muy interesante el capítulo que dedica a los motores de búsqueda. Pero yo recomiendo leer un libro especializado sobre el tema. Por ejemplo, “ SEO: optimización del posicionamiento en buscadores ”. También son interesantes para cualquiera que haga webs las páginas 419 y siguientes donde habla de las leyes norteamericanas sobre el copyright

En el capítulo que empieza en la página 430 habla de tener una lista de palabras. Eso puede no tener sentido en la lengua española. Hay idiomas en que el uso está normalizado. La Real Academia evita que generen los problemas que hay en inglés. Existen diccionarios elaborados por una academia que son el referente para la significación de las palabras. Aún así, en castellano hay medios que tienen su propio libro de estilo

Algunos Consejos Prácticos
·La gente decide sobre si permanecer en una página o no en 3 segundos según los estudios de eyetrack de Yahoo!

·No todos los usuarios empiezan a leer el web por la página principal o home

·Las listas son más legibles que las enunciaciones

-
Capítulos Principales
Escribir para la web – Identificar tu audiencia – Definir tu voz- Construir textos llamativos y claros – Escribir textos inclusivos – Hacer su sitio accesible – Escribir sitio de Interface Claro – Escribir correos electrónicos y newsletter que enganchen – Adaptar textos para aparatos móviles -Puntuación – Abrevia – Titulares consistentes – Un estilo consistente para los números – Acortar y fortalecer las frases – Evitar errores comunes en la elección de palabras, gramática y escritura – Prueba antes de publicar – Familiarizate con el código básico – Mejore su sitio para -motores de búsqueda – Entender las reglas básicas de la ley de EE. UU. sobre el contenido online – Mantenga una lista de palabras

, , , , ,

(Guía Práctica para aficionados para encontrar y solucionar problemas de usabilidad )
Steve Krug
Anaya Multimedia, 2010
224 páginas

Portada de Haz fácil lo imposibleEste libro es tan detallado y minucioso como un manual de instrucciones de montar un mueble de Ikea. Es igual de divertido. Se podría titular “Guía para niños de 8 años de cómo hacer pruebas de usabilidad.” Steve Krug tiene fama de gurú y yo tendré que escribir que es un gurú. No hay que ir contracorriente. Pero me pregunto por qué me habré comprado un libro de 16,50 Euros. Un libro que tengo que leerme en los días de fiesta. Si es un volumen con consejos tan de perogrullo. Un libro que explica que hay que escribir los mensajes de correo electrónico dos semanas antes al equipo de pruebas.
Ejemplo de lúcidos párrafos. “Aperitivos. Una forma excelente de que la sala de observación sea agradable y acogedora para que la gente quiera volver es dar de comer. ¡No escatime! Piense en ello como en un señuelo: ¿Qué tipo de comida es más probable que atraiga al equipo web a las 9 de la mañana? Pastelitos y bizcochos son normalmente una buena apuesta, pero debería seguir las costumbres locales. Si su equipo es partidario de los regalices rojos, déles regalices rojos” (pag. 144). Hay que reconocer que Steve Krug es un gurú. Pero este libro no es tan imprescindible ni tan útil como su primera obra “No me hagas pensar

Desde luego, este volumen, es mucho más llevadero que el libro sobre pruebas de usabilidad de Jakob Nielsen Usability Inspection Methods. Puestos a elegir entre los dos, aconsejo Haz fácil lo imposible. El libro de Krug ilustra los consejos con dibujos. Además Steve Krug tiene la honradez de citar a otros autores y recomendar otros libros. Eso no lo espere de Jakob Nielsen. Éste esta dirigido a gente que no puede permitirse consultores y quiere hacer cambios rapidamente. Además, no es un libro muy dogmático. Yo aconsejo complementarlo con el de Paper Prototyping (Carolyn Snyder) Los consejos sobre el software que usa en las pruebas pueden quedarse viejos con el tiempo.

Algunos consejos
·Cuando encuentre fallos de usabilidad, no añada elementos, quite cosas
·Tenga tareas de relleno para cuando los usuarios acaben antes
·Los usuarios tardan unos 50 milisegundos en hacerse cargo de la página en la que están. Ese tiempo es vital

Capítulos Principales

Llamadme Ismael (Cómo se creo este libro, algunas limitaciones de responsabilidad y algo de gestión administrativa)
Parte 1. Encontrar Problemas de usabilidad
¿Acaso has visto un elefante por aquí? (Qué son las pruebas de usabilidad hágalo usted mismo, por qué siempre funcionan, y por qué apenas se hacen) – Ahora veré a mi encantadora ayudante por la mitad (Qué aspecto tiene una prueba hágalo usted mismo) – Una mañana al mes, eso es todo lo que pedimos (Un plan que realmente puede seguir) – ¿Qué probar y cuándo probarlo? (Por qué la parte más difícil es empezar con tiempo suficiente) – No sea exigente en la selección y valore basándose en los promedios – Buscar cosas que puedan hacer (Buscar tareas a probar y escribir escenarios) – Algunas listas de tareas aburridad (Y por qué debería utilizarlas incluso si, como yo, no le gustan las listas de tareas) – Hacer fácil la lectura de la mente (Realizar la sesión de pruebas) – Conviértalo en un deporte de masas (Conseguir que todo el mundo observe y decirles qué tienen que buscar )

Parte II Solucionar problemas de usabilidad
Sesión de análisis 101 (Comparar notas y decidir qué solucionar ) – Lo menos que puede hacer ( Por qué hacer menos a menudo es la mejor forma de solucionar cosas) – Los sospechosos de siempre ( Algunos problemas que es probable que encuentre y cómo pensar en solucionarlos) – Asegurarse de que la vida en realidad mejora ( El arte de jugar limpio con otro )

Parte III El camino ante nosotros
El teletransporte hecho fácil (Pruebas remotas: rápidas, baratas, y un poco fuera de control) – Sólo los más competentes (Lecturas recomendadas) – Pásalo bien (que tengas una buena vida)
- Guión de pruebas de ejemplo y formulario de consentimiento.

, ,

Una aproximación de sentido común a la usabilidad web
Steve Krug
New Readers, 2000

Es el mejor libro sobre usabilidad de los que he leído. Además, es básico, un primer paso para los que quieran construir sitios web. El autor dice que los razonamientos vienen del sentido común. Pero es claro que Steve Krug se ha pasado años observando usuarios. El estilo
es gracioso.

Las conclusiones a las que llega Krug son acertadas, pero la realización material y la edición son inigualables. Cada idea está expresada gráficamente a la perfección. Lo que se expone se entiende
con enorme claridad. Contiene muy buen trabajo de ilustración.

El libro aporta soluciones. Es una obra breve, pero 100% práctica y aprovechable. En algunos casos, hay que entender que los proyectos de web en los que ha trabajado el autor son muy grandes y por eso trata
de los problemas que surgen en esos equipos.

El libro es del año 2000, pero no creo que se haya quedado desfasado

· En este blog se puede encontrar otro comentario sobre ” No me hagas pensar ”

Capítulos principales

–No me hagas pensar

(La primera regla de Krug de la usabilidad) –Cómo usamos la web realmente

(Escaneando, satisfaciendo y saliendo del embrollo) –Diseño de vallas 101 (Diseñando páginas para escanear, no para leer) –Animal, vegetal o mineral (Por qué a los usuarios les gustan opciones idiotas)  –Omita las palabras superfluas (El arte de no escribir para la web)  –Carteles de la calle y rastros de migas

(Diseñando una navegación)  –El primer paso de la recuperación es admitir que la página principal
está fuera de su control.  (Diseñando la página principal) –El granjero y el vaquero deben ser amigos
(Por qué la mayoría de las peleas de los equipos de diseño son una

pérdida de tiempo y cómo evitarlas). –Test de usabilidad por 10 centavos al día

(Mantener simples los test de modo que haga suficientes) –Sobre cómo no tirar al niño con los platos

(Interpretando los resultados del test) – El web de Steve Krug da una buena idea del estilo y el tono del libro.

, , , , , ,


60 common web design mistakes and how to avoid them.
Jeff Johnson, 2003.
317 páginas.

El libro está recomendado por Jakob Nielsen desde su sitio web (useit). Jeff Johnson ofrece en esta obra, eminentemente práctica, consejos sobre cómo evitar errores (bloopers) a la hora de construir sitios web. Bloopers son errores, fallos, según la terminología del autor.

Los 60 deslices que se escogen como más significativos están ilustrados con ejemplos de webs reales v tanto las ilustraciones del libro como la edición son magníficos. Los ejemplos que se citan, así como la descripción de los errores son bastante exhaustivos; casi se podría decir que son prolijos en algunas ocasiones. Pero en este sentido, el libro es bastante “navegable” por decirlo de alguna manera: se puede, por ejemplo, leer sólo el apartado dedicado a las navegaciones poco claras y obviar otras secciones.

La colección de consejos es bastante amplía y se comentan 60
errores. Es difícil saber cuales se deja en el tintero y abarcan campos como la redacción, la arquitectura de la información, la facilidad de uso. Fallos que entran en lo que Jakob Nielsen categoriza como usabil idad.
En realidad Jeff ,Johnson, autor de otras obras sobre interfaces, es más que un discípulo dc Jakob
Nielsen, al que cita constantemente.

Profundiza en las causas de los errores: equipos, programación, falta de información de los usuarios, etc., y es bastante más literario aunque para los conocedores de Nielsen alguno de los consejos puede sonar a manido. Sin embargo. Weh hloohers presenta una colección más amplia de webs analizadas. Además, es tremendamente sistemático y ordenado.

Los consejos se refieren tanto al contenido como a la funcionalidad. Es bastante interesante el capítulo que dedica a los formularios. También hay apartados sobre los gráficos, la presentación y el diseño. Otro dato reseñable lo encontramos en que el libro está publicado en 2003 y los ejernplos son, por lo tanto, actuales.

Para plantearse qué puede haber ido mal también es muy útil el libro Usabilidad de Páginas de Inicio, de Jakob Nielsen
%0

, , , , , ,

Cómo mejorar los mensajes de error, las ayudas, los formularios y otros momentos de crisis
37 signals

Este libro es una buena inversión de tiempo y dinero para el que quiera mejorar software. Parte de un propósito perfectamente definido: prevenir errores.. Eso hace que no se pierda en demasiados temas y que no sea reiterativo con lo expuesto en otros libros.

Por otra parte, los capítulos están perfectamente divididos e ilustrados. No es un libro a color pero todos los ejemplos son muy claros. Está muy bien editado. Hay muchos blancos, títulos claros, titulares resumen…Las páginas están tan cuidadas como las de la mejor revista.

Se cita la web fuente del ejemplo. Y es un libro que aporta soluciones. No se citan las dificultades que tiene la programación y la detección de las soluciones, pero ese no es un libro para programadores. Es bastante breve.

Capítulos Principales

Comprender el diseño defensivo – Enseñar el problema – El Lenguaje importa -
Formularios a prueba de bomba -
Desaparecido en combate (Prevenir imágenes, plug ins o páginas perdidas
- Echar una mano – Eliminar obstáculos – Buscar y rescatar – Productos no disponibles
- Un test de contingencia

,