14 libros de UX que no pasan de moda

En el sector tecnológico los libros especializados están sujetos a una vida muy corta, sin embargo, hay algunos referentes en el campo de la Experiencia de Usuario que creo que no pasarán nunca de moda y deben tenerse como referentes, aquí van mis imprescindibles de los últimos diez años:

  1. Universal Principles of Design, Revised and Updated: 125 Ways to Enhance Usability, Influence Perception, Increase Appeal, Make Better Design Decisions, and Teach through Design Jill Butler, Kritina Holden, William Lidwell
  2. About Face: The Essentials of Interaction Design, 4th Edition Christopher Noessel, Alan Cooper, Robert Reimann, David Cronin
  3. Emotional Design: Why we love (or hate) everyday things – Donald Norman
  4. User-Centered Design – Travis Lowdermilk
  5. Interviewing Users: How to Uncover Compelling Insights – Steve Portigal
  6. Mental Models Indi Young
  7. Storytelling for User Experience – Kevin Brooks, Whitney Quesenbery
  8. Quantifying the User Experience, 2nd Edition James R Lewis, Jeff Sauro
  9. Measuring the User Experience, 2nd Edition William Albert, Thomas Tullis
  10. Designing Interfaces, 2nd Edition – Jenifer Tidwell
  11. Designing for Interaction: Creating Innovative Applications and Devices, Second Edition – Dan Saffer
  12. Sketching User Experiences: Getting the Design Right and the Right Design – Bill Buxton
  13. Eliminate UX Debt. Improving Consistency & Usability – Jack Moffett
  14. User Story Mapping – Peter Economy, Jeff Patton

¿Cuáles son tus imprescindibles?

¿Te gusta tu forma de trabajar?

Escuchar a Jason Fried es siempre inspirador. Para mí es esencial volver a sus ideas cada vez que me replanteo cuál es la filosofía de trabajo con la que más me siento identificada. La que nos transmite en sus libros Rework, Getting Real y Remote es una referencia para mí.

Leer cualquiera de sus ensayos es imprescindible si tú también quieres recordar las ideas fundamentales sobre el cómo trabajar de una forma ágil, eficiente, que nos haga sentir orgullosos de lo que hacemos, que nos permita disfrutar de lo que creamos. Jason Fried escribe de forma directa y atrevida, no se para en las justificaciones, lo que dice es lo que piensa y le ha funcionado para poner en marcha su existosa plataforma Basecamp. Aquí os dejo alguna de las ideas de ‘Getting Real’ que más me han llamado la atención:

  • Build Less: Haz menos pero hazlo mejor
  • Hace an enemy: Piensa en quién no te quieres parecer, úsalo como motivación
  • Less mass: Crea un equipo pequeño (empieza con 3), capaz de mucho, que use open source.
  • What’s the Big Idea: la visión del producto en una sola frase
  • Make Opinionated Software: tu producto tiene que tomar parte, el software agnóstico es bullshit.
  • Human Solutions: haz software sobre conceptos generales que permitan a la gente usarlos para sus propias soluciones. No fuerces convencionalismos.
  • Forget Feature Request: los clientes piden cualquier cosa que les parezca, ignóralos.
  • Hold the Mayo: pregúntale a la gente lo que no quieren.
  • From Idea to Implementation: Ideación, bocetos en papel, interfaz en HTML y de ahí al código, y no al revés.
  • Meetings are toxic: no las tengas
  • Get well rounded individuals: gente que aprenda rápido, generalistas mejor que especialistas.
  • Interface first: la interfaz es tu producto, diséñala antes de programar.
  • Three state solution: diseña para una pantalla cuando funciona con contenido correctamente, cuando está en blanco y cuando tiene errores.
  • Copywriting is interface design: si cada pixel importa, las palabras también.
  • Optimize for happiness: usa herramientas que mantengan a tu equipo motivado.
  • Hollywood launch: crea pre-hype, lanza una avance, un preliminar y luego el lanzamiento. Empieza a anunciarte antes del lanzamiento.
  • Feel the pain: haz el soporte al cliente tú mismo.
  • Better, not beta: no esperes a alcanzar la perfección, pero sé responsable.

A mí me gustaría añadir a esta especie de mantra, algún otro consejo no solicitado:

  • Tu tiempo no es oro, es mucho más: No le pongas precio a tu tiempo pero valóralo como algo que está muy por encima. Si tienes un contrato por tiempo y dinero haz que te merezca la pena, no gastes energía en cosas y personas sin valor.
  • Sé flexible, no elástico. Adaptarse a diferentes situaciones es importante, sabiendo qué tienes que ceder y qué dejas a un lado. Ser elástico es peligroso si significa acomodarte forzosamente a lo que los demás esperan de ti.
  • No hay una sola forma de sentir pasión por lo que haces, no esperes reflejarte en los demás para hacerlo, no esperes la aprobación de nadie. Sea lo que sea lo que te motiva úsalo para tu trabajo, para hacer cosas. Ése es el mejor valor añadido.

Si tú ya has leído cualquiera de los libros de Jason Fried estoy segura que te sonaran esas ideas ¿hay alguna otra que te parezca especialmente destacable?

 

 

Personas: manteniendo el diseño centrado en el usuario

Últimamente estoy trabajando en al definición e investigación de Personas para el proyecto en el que trabajo, de ahí mis dos últimos posts (libros y UXser Stories), y debo confesar que no me está resultando un trabajo nada fácil.

Por una parte me encuentro con muchos escépticos (sobre UX en general, y Personas en concreto), que vienen a ser principalmente los responsables de conocer las necesidades de sus usuarios y, sin embargo, los primeros que no quieren saber nada de ellos. Este tipo de ir-responsables lo resume todo en 1) Dame una plantilla y 2) ¿No habrá nada por ahí que podamos copiar?

Por otra parte me encuentro con las barreras para acceder a los Subject Matter Experts (expertos de dominio), ex-usuarios contratados para aportar su conocimiento experto en el ámbito funcional. Los usuarios una vez contratados pierden cierto potencial para el testing en mi opinión, pero son más que imprescindibles para hacer escuchar la voz de los usuarios durante el desarrollo. Y es que este es el propósito de una Persona: ser el usuario cuando no hay usuarios cerca. Sin embargo, los expertos de dominio están generalmente para legislaciones, validaciones, hacer casos de uso (si saben lo que es) y traducir software.

Sin embargo es cierto que a veces insistir tanto en una buena práctica de diseño trae su recompensa. Ver, por ejemplo, que sin definición de los target users no se puede justificar un Business Cases o que algunos compañeros que sí confían en el valor de las Personas (léase con doble sentido), son los mejores describiendo lo que necesitan los usuarios hasta el punto de emocionarte al leer ciertas historias es reconfortante..

¿Qué debe tener una buena descripción de una persona? Pues como soy muy fan de leer libros para formarme e informarme os comparto otro recurso muy aprovechable y lleno de ideas sobre como integrarlas en el desarrollo del producto:

image

The Persona Lifecycle (en Amazon)

Dos libros imprescindibles sobre Personas

Seguramente hayas oído hablar alguna vez del uso de Personas como técnica de investigación de necesidades de usuario.

En el caso de que quieras aprender algo útil más allá de los cientos de artículos que sólo buscan posicionarse a favor o en contra, te recomiendo que leas los siguientes libros:

Alan Cooper es dios, la religión es cosa tuya 😉

User-Centered Design Book

User-Centered Design Book

[book] “The Mobile Frontier”

I’ve recently finished the Rachel Hinman’s bookThe Mobile Frontier”, which I was willing to read since the last UIE virtual seminar I watched. As expected, it has been a great reading and a better inspiration.

The book covers pretty much of the aspects of creating new user experiences by designing for mobile devices. It sets some basic concepts for beginners as well as stretches the boundaries of mobility till their real purpose. For me, this book has been both a good reminder of some well-known ideas, and encouraging exercise to design for new ways of perceiving the world.

The book is divided in four sections

  1. What makes mobile different?
  2. Emergent mobile patterns
  3. Crafting mobile experiences
  4. The future of mobile UX

While I was reading this book I couldn’t avoid thinking what mobility really means for the Healthcare industry.

We can see a lot of competitors delivering apps widespread the different market places, some of them just to be there, some others driven by a customer demand, and many others to start up a new business. The meeting point is that all of them are seeking to revolutionize their own current concept of medical services and that is, more or less, what Hinman’s exposes: this is a golden age and “a rich design space is ripe with opportunities to invent new and more human ways for people to interact with information”

In this context, mobility should be the actionable trigger to push a complete cultural refresh where administrative processes are made not only to control or manage resources, but to improve the healthcare as a patient service as well as a care service.

From now on, the paperless clinic based on the digital document translation could shift to the knowledge clinic based on smart technology. Smartphones and tablets frontier are part of promising landscape for design.

[Book] Communicating the User Experience

If I think I’m good at something in this field is communicating the UX. Whilst I admit I’m terrible creating icons, creating visual metaphors or talking with customers, I really think that as part of my leading role I got to become a good “UX messenger”.

I borrowed this book looking for a complete guide of document support and this is what I found.

Contents

The books is divided into the following chapters:

  • Personas
  • Task Models
  • User Journeys
  • Content Requirements
  • Site maps
  • Wireframes
  • Usability Test Reports
  • Funnel Diagrams

Firstly, I miss reading something about interactive prototypes or Hi-Fi designs as documents. Although they both are mainly considered deliverables, those kind of assets are also part of the message. Actually, if we follow the agile principle, they’ll suffer modifications and enhancements so initially they’re an hypothesis too about what we want o achieve.

Secondly, I’ll remove the user manual inside each section which explains how to make the specific artifact using Power Point or Omnigraffle. If you need to learn this at the moment you read this book something is wrong either in the need or in the book audience. 

As a final though, this book reminded me a lot the one called “Communicating Design” which seemed to be oriented only on web site documentation but it is better focused on explaining document assets.

Good points in it

Nevertheless, there are still some good reasons to get and read this book in my opinion.

  1. Excellent introduction and clear definitions about the main types of documentation used throughout a project lifecycle
  2. Good examples of the key components of each document
  3. Perfect for beginners, including other UX specialists which have spent more time in other areas like Visual Design, Graphic Design or UI Design and need to support their design communication skills

So my advice is don’t buy the book, just “borrow” it 😉

Agile UX

The real thing with Agile is that never ends. From the moment of your first very rough conceptual prototype to the moment that you ship code you can sell you’re testing all the way through. You’re checking with your customer all the way through. That’s the end state that we’re working towards with our clients is the point where you don’t even have to wait for working code to do the iterations with your customers.

[Book] User Experience Management – Skills for leading effective UX Teams

[Book] User Experience Management – Skills for leading effective UX Teams