En su libro Diffusion of Innovations, de 1962, Everett Rogers planteaba una teoría sobre la aceptación de las tecnologías en la sociedad. Básicamente, venía a proponer que hay distintos tipos de individuos que pueden clasificarse según su disposición a adoptar una nueva tecnología.
Y esto, lo describe con una curva tal que así:

La línea azul marca los grupos sucesivos de consumidores adoptando una nueva tecnología y la amarilla, su cuota de mercado.

Fuente: http://en.wikipedia.org/wiki/Diffusion_of_Innovations

Es verdad que la teoría se basa en trabajos previos que se remontan hasta finales de 1800, pero no es eso lo que nos ocupa ahora.

Los innovadores son aquellos que prueban cualquier cosa, normalmente estando en contacto con quienes las producen (beta testers) y asumen riesgos (como que la tecnología sea un fracaso).

Los early adopters, en cambio, tardan un poco más, pero son quienes pagan por la tecnología, son líderes de opinión en sus círculos cercanos, tienen un alto nivel académico y racionalizan más el porqué adoptan una cierta tecnología. O sea, son menos frikis que los innovadores y tienen más amigos.

Por eso son muy interesantes desde el punto de vista comercial. Y esto no es baladí, ya que para que una tecnología acabe siendo adoptada por el conjunto de la sociedad deben pasar unos cuantos años y para ello, debe haber sido financieramente rentable (si no, no se mantiene tanto tiempo).

Ahora mismo te estarás preguntando a dónde quiero ir a parar con todo esto ¿no? Pues es bien fácil: si pretendes que una nueva tecnología, producto o servicio se transforme en masivo, no debes descuidar a tus early adopters o se transformarán en tus peores enemigos. Y los contenidos, aquello que da sentido a la tecnología, son vitales para esto.

Este es un post, como habrás adivinado, para la industria de los contenidos. Así que si esto te interesa, sigue leyendo. Si no, al menos has aprendido de dónde viene la expresión de early adopter y que Everett es un nombre que existe.

Vamos por partes…

Los early adopters tienen un perfil bastante definido:

1. No tienen problema en gastar dinero
2. Quieren contarle a todo el mundo lo que hacen con sus nuevos cacharros/servicios
3. Están dispuestos a ayudar a quienes quieran adoptar la tecnología
4. Saben que son un poco conejillos de indias, pero no les importa
5. Siempre quieren más…

Y es en este último punto donde hay que detenerse especialmente. Un early adopter es alguien que al poco de estar probando una tecnología, quiere hacer más cosas con ella. Quiere más funcionalidades, más modelos, más capacidad… necesita satisfacer su necesidad de novedad. Sobre todo si la tecnología ha comenzado a calar en las siguientes capas de la población.

¿Y qué pasa si no lo obtiene? Pues que saca a relucir su puntito de innovador (todo early adopter tiene uno oculto) y se busca las castañas. Aquí es donde entran en juego la participación en foros, la búsqueda de actualizaciones no oficiales, etc. Es decir, se fomenta el hackeo. Porque si un early adopter tiene, pongamos por caso, un iPad y todo el mundo comienza a tenerlo, necesita hacer más cosas que los demás. Esto es lo que mantiene su estatus. Y ojo, porque si no olvidas los puntos 3 y 4 de la descripción de arriba, verás que es cuestión de dos telediarios que comience a contarles a sus amigos de la early majority cómo sacarle más partido a la tecnología.

¿Es esto malo? Sin lugar a dudas, no. Rotundamente no. Peeeero, si te olvidas de esto y estás en la industria de los contenidos, puedes cagarla enormemente. Hay grandes ejemplos en la historia reciente, que han llevado a soluciones e incluso leyes, bastante chapuceras y cortas de miras.

• Caso 1: Los queridos MP3.
  Sale una nueva tecnología, allá por los inicios de los ’90. Se desarrollan reproductores, cada vez más sofisticados, software de codificación y se mejoran las capacidades de almacenamiento. Pero, no hay contenidos suficientes para satisfacer tanto a esos early adopters que quieren siempre más. ¿Qué hacen? Pues se ponen a codificar sus discos y a compartirlos con todo el mundo. Y la industria discográfica, en lugar de ver una oportunidad, se queda llorando en su esquina mientras los consumidores se las componen por su cuenta.
  Probablemente si a medida que se difunde la tecnología hubiese habido un desarrollo adecuado de la oferta de contenidos, tanto en cantidad como en precio, los early adopters nunca hubiesen ido por el lado de buscarse la vida para llenar sus preciosos aparatos y, mejor aún, no habrían ayudado, aconsejado, guiado, a nadie para hacerlo también.
• Caso 2: Televisión digital del pago.
  De pronto te ofrecen la posibilidad de tener televisión de calidad (vale, es discutible) en lugar de conformarte con lo emitido en antena. Y para ello, tienes que usar un cacharro con nombre muy tentador: decodificador. Saltan los early adopters como moscas a la miel. El problema es que muy pronto, se dan cuenta de que el precio que tienen que pagar es exagerado para la calidad de los contenidos que reciben y que además, la oferta no aumenta con la velocidad que ellos quisieran. ¿Qué hacen? Pues buscan innovadores que desarrollan sofisticados sistemas de hackeo de las tarjetas codificadoras para poder saltarse las barreras y acceder a la totalidad de contenidos, pagando lo mismo que antes. La industria, en una exhibición de ceguera generalizada, mantiene su política y dedica sus esfuerzos en mejorar la encriptación de la señal… en lugar de hacer una oferta más atractiva y asequible. El resultado: ante la llegada de una nueva tecnología (TDT), ve como aumenta sin cesar el número de bajas de abonados, probablemente todos ellos early adopters.
• Caso 3: Libros electrónicos
  Me repito un poco con el post anterior, pero creo que vale la pena. Bien, vamos allá: se crean las pantallas de tinta digital, se comienzan a comercializar en la primera mitad de esta década los lectores de libros digitales y se popularizan rápidamente debido a su precio asequible. Y a los early adopters, claro. ¿Y qué hace la industria editorial? No avanza con la rapidez necesaria, pone precios absurdos a sus libros electrónicos, pone a la venta una cantidad lamentable de títulos, no los comunica bien, etc. ¿Y los early adopters? Una vez más, se buscan la vida y se organizan auténticas redes de escaneado y distribución gratuita de libros.
• Caso 4: Vídeo digital
  ¿De verdad tengo que contarlo? Pues es lo mismo que con el MP3, pero con imágenes. La misma sucesión de acontecimientos y las mismas reacciones patéticas de la industria. Sólo que 10 años más tarde. ¡¡Hubo 10 años de diferencia y la industria no aprendió nada!!

Resumiendo…

• Señores creadores de tecnologías: preocúpense de comunicar sus innovaciones a la industria con tiempo, para que tanto innovaciones como contenidos y mercado, vayan de la mano. Si eso, échenles una mano para entender el nuevo modelo y adaptarse.
• Señores de la industria de los contenidos: Manténgase al tanto de lo que se está estudiando y creando en materia tecnológica y echen a volar la imaginación para ver cómo sacarle partido, sin penalizar a los consumidores. Contraten early adopters como consejeros y estén atentos a lo que les sugieran.

Resumiendo aún más…

Acepta la innovación, innova tú también y no maltrates a tus consumidores.

Iwannagothere.com, todo comenzó con un viaje a la India…

Cuando María Martínez quiso ir a la India, hace un par de años, no encontró ni un solo sitio donde le diesen recomendaciones para su viaje sin intentar venderle algo a cambio. Desanimada, acabó por comprar una guía normal en una librería. Sin embargo, una idea iba germinando en su cabeza: probablemente no era la única persona que tenía esa necesidad… entonces, por qué no crear un producto que llenase ese vacío?

Como todas las grandes ideas, iwannagothere.com nació como respuesta a un deseo. María, diseñadora de interacción, tenía todas las armas para poder llevarlo a cabo: conocía el medio, trabajaba en una empresa dedicada a la experiencia de usuario (The Cocktail) en Madrid, España, y tenía compañeros que se entusiasmaron inmediatamente con el proyecto. Fernando Blat, programador, y Manuel Muñoz, diseñador, se embarcaron en la aventura de crear un producto online en sus ratos libres y robándole horas al sueño.

Los tres sabían que hay tres cosas que son básicas para cualquier producto online: honestidad, facilidad de uso y proveer respuestas a las necesidades de los usuarios. Así, los pilares del proyecto fueron que nunca se publicaría un contenido pagado por anunciantes, que el diseño debía combinar belleza con funcionalidad y que los contenidos serían creados por los mismos usuarios.

Iwannagothere, recientemente premiada como la mejor web de viajes en los Webby Awards 2010 (por delante incluso de Lonely Planet), es una comunidad de viajeros apasionados. “This is travel, not tourism” es el tagline que mejor describe el proyecto. Porque no son una agencia de viajes ni una editorial, sino un sitio donde los usuarios crean guías con lo que les gusta, lo que han descubierto y participan contándole al mundo los mejores tips de sus experiencias.

¿Si sólo tengo 5 minutos para ver Iwannagothere, qué me recomiendas que visite para hacerme una idea de qué es y qué puedo encontrar?

“Te recomendaría que visites la página de continente de África, la página de Taipei y Nueva York, que es una ciudad de la que existen normalmente cientos de guías, pero en Iwannagothere encontrarás tips distintos y datos especiales”, dice María.

La página de África en Iwannagothere.com

Iwannagothere.com es una mezcla curiosa, porque coge lo mejor de una red social, de una galería de fotos compartida y de un sistema de recomendaciones. A cambio, no premia especialmente a los usuarios más activos, de modo que evita la proliferación de contenido sin valor, tiene un equipo de editores que revisan ese contenido para que se mantenga limpio y cuidado y no fomenta las relaciones sociales entre los miembros. De este modo, el objetivo inicial del proyecto no se desvía y los usuarios pueden estar seguros de que van a encontrar información valiosa.

Básicamente hay tres formas de acceder al contenido: buscando un destino, eligiendo una de las guías o revisando los contenidos más populares. Quizás lo que más nos ha gustado sean las guías, ya que son agrupaciones de información en torno a un tema que puede ser de interés para los usuarios. Así, es fácil encontrar una guía para recorrer San Francisco en bicicleta, una para visitar los lugares más emblemáticos de la serie Lost o para amantes del chocolate en Londres.

Las guías las crean los propios usuarios y algunos colaboradores que están especializados en temas específicos. “No hay ningún tipo de plan al respecto, dejamos que las creen con libertad”, dice María. Al igual que todos los contenidos, se revisan después de publicados y se corrigen pequeños fallos de redacción, se completan datos de información y se elimina cualquier tipo de publicidad. Son categóricos: “con esto somos muy estrictos, no admitimos que ningún contenido sea de tipo publicitario, porque eso va contra el principal valor del producto: la credibilidad”.

El diseño es otro de los aspectos que llama la atención: limpio, sencillo, sin ornamentos, quizás con un toque 2.0 pero sin caer en los tópicos modernillos. Es un diseño que ayuda a entender cada página, jerarquizando bien la información.

¿En qué os habéis basado para decidir el look&feel de Iwannagothere?

“Creo que lo más bonito de iwannagothere era que como no teníamos ningún tipo de pretensión, comenzamos con un diseño que pudiese servirnos y cada dos o tres meses íbamos cambiándolo. Hasta que hemos llegado a lo que hay ahora”, dice Manuel

“La simplicidad en el diseño era vital para nosotros, de hecho al principio era tan simple que parecía que no tenía diseño (risas)… a partir de ahí hemos ido haciendo mejoras, pero siempre tratando de no “sobrediseñar”. Lo único que tiene un poco más de elaboración son las páginas de concursos, donde un look&feel más marketiniano ayuda a fomentar la participación, claro”.

¿Cómo habéis elegido la paleta de colores? ¿Por qué?

“El verde es lo que ha mandado todo. El primer logo nos lo hizo un amigo y era verde. Lo cambiamos ligeramente y a partir de ese color, que nos gustaba, decidimos el resto de la paleta. El azul armoniza bien y el gris, en sus distintas tonalidades, nos ayuda mucho a establecer jerarquías”.

Aprovechando la experiencia que tenían de hacer proyectos para otros, María, Fernando y Manuel enfocaron el diseño de Iwannagothere como un proceso totalmente democrático: los tres definían, opinaban sobre el diseño y metían mano en el código. Hicieron reuniones de definición, con largos workshops acompañados de tapas y cervezas en diversos bares de Madrid, sesiones de brainstorming hasta altas horas de la noche, muchas horas prototipando sobre servilletas y luego en el ordenador, pruebas de concepto… Fue intelectualmente agotador, pero tremendamente divertido. Sabían exactamente lo que querían conseguir y por primera vez no tenían restricciones de tiempo ni de presupuesto impuestas por un cliente.

Manuel, Fernando, María, Peter y Francheska, de Iwannagothere.com

¿Cómo es que teníais tan claro lo que debía ser Iwannagothere?

“La verdad es que nunca pensamos en que íbamos a llegar donde estamos ahora, por lo que nos centramos en hacer el sitio de viajes que nos habría gustado encontrar para nuestras vacaciones. Creo que esa ha sido la clave: al ser nosotros mismos los usuarios tipo, fue fácil decidir lo que nos gustaría usar.”

¿Iwannagothere es una web hecha en España, por qué está en inglés?

“Porque la idea original era compartir contenidos con todo el mundo y el inglés es el idioma universal. No nos valía con tener un sitio sólo en español, porque si hablas de viajes, tienes que tener vocación internacional.”

¿Cuánto tiempo os llevó tener la primera versión online?

“Durante ocho meses estuvimos trabajando sólo algunos fines de semana hasta que un buen día decidimos que había que ponerse en modo intensivo. Desde ese momento, en un mes y medio tuvimos la primera versión Beta.
En abril de 2009 nuestra empresa se interesó por el proyecto y consiguió un par de inversores internacionales, lo que nos dio la libertad de dedicarnos a tiempo completo al proyecto, con lo que en junio de 2009 pudimos por fin abrirlo al público”.

¿Cómo decidisteis las funcionalidades que tendría?

“Realmente tenemos pocas funcionalidades, ya que es muy simple lo que puedes hacer. Lo que queríamos, precisamente, es que no tuviese demasiada funcionalidad. Es un error muy común en diseño de producto el caer en un exceso de funcionalidades, cuando los usuarios lo que necesitan es mucho menos. En Iwannagothere puedes crear contenido, consumirlo, guardártelo y seguir a otros usuarios. ¿Para qué más?”

Técnicamente, Iwannagothere está programado completamente en RubyOnRails, uno de los frameworks más ágiles que existe en el mercado. Aparte, hace uso de la la API de Geonames para los nombres de ciudades y lugares e integra Google Maps para los mapas y utiliza la librería JQuery para todo el JavaScript.

Una de las múltiples guías que hay en iwannagothere.com

¿Por qué optasteis por hacerlo en Rails? ¿Qué ventajas os ha dado?

Dice Fernando: “La opción la teníamos clara desde el principio, porque es el framework que utilizamos para trabajar todos los días y nos sentíamos cómodos así. Como ya conoces bien sus virtudes y defectos, ha sido fácil.
La ventaja que tiene es precisamente su agilidad, que nos permite hacer cambios de forma muy rápida y poner en producción funcionalidades y conceptos en muy corto tiempo. Por otra parte, la ventaja de Rails es que si se nos ocurre algo que creemos que puede funcionar, podemos desarrollarlo, ponerlo online y probarlo. Si no, se quita y ya está. No es un cambio dramático, porque en realidad el tiempo que dedicas a desarrollar es muy corto en comparación con otros frameworks.”

El equipo de Iwannagothere sabe que la clave para que un producto se mantenga vivo es no dejar nunca de cuidarlo, ayudándole a crecer y limitando aquello que los mismos usuarios demuestran que no tiene valor.

En el mundo online, el diseño no acaba nunca, ya que jamás puedes decir que un producto está acabado y entregado. La evolución es una constante y esta es una de las enseñanzas que María y su equipo han aprendido gracias a Iwannagothere.

¿Cómo sabéis qué cosas nuevas añadir y qué quitar de Iwannagothere?

“Nos apoyamos mucho en las estadísticas del site, haciendo un uso intensivo de herramientas como Google Analytics, Stat Counter y Web Site Optimizer. Si vemos que algo no se usa, se quita. Además, hacemos encuestas a los usuarios para que ellos mismos nos ayuden a mejorar. Así es, por ejemplo, como decidimos cambiar la navegación para hacerla más intuititva y crear los foros, hace menos de un mes”.

¿Hay ideas que habéis desechado por que no se estaban usando?

“Sí. Por ejemplo, en las guías habíamos incluido que los usuarios pudiesen añadir las fechas en las que pensaba viajar a un sitio. Al ver que casi nadie lo utilizaba, lo quitamos. Así nos mantenemos fieles nuestra filosofía casi zen de diseño: si algo no es necesario del todo, sobra, y hay que quitarlo.”, asegura María.

Dicen que todavía no han salido de la sorpresa de haber ganado el Webby y ya están preparando las maletas para asistir a la gala de los premios. Pero no paran. Sobre la mesa se ven papeles con sketches, diagramas y están constantemente haciendo pruebas sobre la interfaz.

¿Qué podemos esperar de Iwannagothere en el futuro? ¿Hay algo que estéis preparando para el futuro próximo, alguna nueva funcionalidad, sección…?

“Nuestra misión en los siguientes seis meses es centrarnos en mejorar el producto que ya tenemos. No vamos a incluir nada nuevo, porque sentimos que debemos dedicar tiempo a cuidar, pulir y mimar lo que ya hay en Iwannagothere. Somos muy cuidadosos en no caer en una vorágine creativa que nos haga descuidar el producto actual.

Para cuando esto salga publicado, estaremos metidos de cabeza en un test con usuarios que ahora mismo estamos preparando y que esperamos nos aporte mucha información valiosa sobre lo que podemos mejorar.

De todos modos, como somos inquietos, vamos a sacar en breve la aplicación para iPhone y estamos pensando en tener una aplicación para iPad. Pero iremos con calma, porque sólo queremos sacar una aplicación cuando realmente vemos que entendemos perfectamente el dispositivo y el valor que podemos aportar.”

¿Hay algo que no os guste del actual Iwannagothere y que penseis cambiar o quitar? ¿Por qué?

“Creo que hay un montón de cosas que podemos seguir puliendo en temas de usabilidad. No hay nada que quitaría, pero sí que hay mucho por mejorar. Al final es como tu casa, te gusta mucho pero siempre ves oportunidades de ponerla más a tu gusto.”

El sábado salió el primer número de Want Magazine, una nueva publicación sobre user experience, interacción, diseño de producto y arquitectura, donde me han invitado a participar como colaborador y futuro editor de la sección de interacción.

El proyecto está muy bien porque es realista (ediciones trimestrales), ágil (se ha montado todo bastante rápido) y con un punto diferente (cada número gira en torno a un tema que hace de hilo conductor).

Lo atractivo de participar en algo así es que abre posibilidades de contactar con gente que de otro modo no te haría ni caso. No es lo mismo escribirle a Alan Cooper por las buenas, que hacerlo teniendo detrás a una revista que publica entrevistas con Nielsen, Norman, Merholz, Wroblewski, etc. A mí es lo que más me tira, sin duda. Bueno, eso, y el volver a escribir con un deadline, que viendo cómo va este blog se nota que me hace falta

Yo he llegado un poco tarde al equipo, por lo que esta vez he podido contribuir sólo con un artículo, pero ha estado muy bien. Aprovechando los Webby Awards, he publicado un review/making-of de Iwannagothere.com que ha quedado la mar de majo, creo yo (¿habéis visto lo guapos que salen todos en la foto?). Es curioso, porque a pesar de tener a Iwanna muy cerca, nunca había tenido la oportunidad de sentarme a hablar tranquilamente del proyecto, que me contaran los entresijos y ponerlo todo por escrito. A veces lo que tienes delante de las narices es lo que menos ves, ¿no?

La experiencia de Want la verdad es que ha estado fenomenal. Los editores están en Estados Unidos, los colaboradores… en cualquier parte. La “intranet” es Google Docs y la comunicación se hace por mail o Skype. ¡Y funciona! Se ha llegado en fecha, con un buen producto y todos hemos quedado satisfechos.

El próximo número, en agosto.

Bonus: igual dentro de una semana o así, publico aquí el artículo completo pero en español, para los flojos que según Analytics estáis menos de 1 minuto en la página.

Os dejo el enlace al PDF del artículo (258 Kb) y el de toda la revista (6,45 Mb), por si os interesa echarle una lectura.

Just arrived from vacations and I have a pleasant surprise: the second issue of Faz magazine (interaction design) is finally published. I’ve wrote an article for it: “Learning from video games”. Sorry but it’s only in Spanish (as the entire magazine). 

But, if you are one of those who can read Spanish, you can download it on PDF:

• The article
• The Magazine

Ya está. Otra vez me ha pasado. Se me han vuelto a adelantar… La verdad es que hace mucho tiempo que tenía ganas de escribir o preparar un mini taller sobre las relaciones que hay entre cocinar y diseñar. Porque las hay, oye.

Ryan Freitas, de Adaptive Path, lo sabe bien: ha sido chef profesional y ahora es Senior Interaction Architect. Y ha escrito un artículo para Ambidextrous Magazine donde detalla las lecciones que los diseñadores de interacción podemos sacar, simplemente observando cómo funciona la cocina de un restaurante.

Claro, yo soy cocinero aficionado. Un simple chef casero, que se mete en los fogones (bueno, la vitrocerámica) porque no hay más remedio que comer todos los días y para agasajar a los invitados de vez en cuando. Nada que ver con Freitas, por favor. Pero mira, igual me animo y preparo algo menos glamouroso… no?

El artículo en PDF: Cooking Lessons For Designers.

Poco tiempo después, se le ocurrió que los cajeros debían tener algún método para asegurar la identidad de quien los estaba usando e inventó el código PIN. Su mujer le dijo que ella no era capaz de recordar más de cuatro dígitos con facilidad y ahí nació un estándar.

La historia, que la recoge BBC News y El País, me ha encantado por varios motivos:

• Me fascina constatar cómo un invento, que ha revolucionado el mundo de las finanzas personales, nació de una inspiración tan sencilla (“que en vez de chocolates tuviera dinero”).
• A veces nos enredamos mucho más de lo necesario para definir algo, cuando lo más sencillo es preguntar a un usuario tipo (“En la mesa de la cocina, me dijo que sólo podía recordar cuatro dígitos, y los cuatro dígitos se convirtieron en estándar mundial gracias a ella”)
• Ya hay más de un millón y medio de cajeros automáticos en el mundo. Han pasado 40 años y la curva de adopción de tecnología se ha completado. Los cajeros son parte del paisaje y de la vida diaria.
• El inventor, predice que en 5 años comenzará a desaparecer el dinero en efectivo en favor de los pagos con móviles.

Os dejo el video de la entrevista que le ha hecho la BBC.

Escribo la presente para contestar a la columna del señor Millás del viernes 17 de noviembre del presente año, titulada “Utilidades”. En ella, don Juan José, habla -y opina- sobre la usabilidad y los profesionales que se dedican a ella, con una ligereza que abruma.

Señor Millás, que no se le suba la fama a la cabeza y se crea con autoridad para opinar sobre lo que quiera, sin estar informado. La ignorancia se nota mucho y es peor ser un ignorante público que un cauto desconocido.

La usabilidad, más allá de la discusión bizantina sobre si el nombre es correcto o no -ya lo dirá la RAE cuando lo estime conveniente, tal como hizo con “internet” o “cederrón”-, es una disciplina que lleva ya varios años en el campo del diseño de productos. Y no se trata de un grupo de personas que “exigen el advenimiento de abrelatas sencillos” como dice usted. La usabilidad, al igual que la ergonomía, es una disciplina que estudia el comportamiento humano y establece directrices para que los productos cotidianos (desde un coche hasta un bolígrafo, pasando por programas informáticos y páginas web) sean simples de usar. Para que usted, cuando escriba su columna usando el ordenador de turno, no pierda tiempo en entender cómo se escribe o cómo envía el artículo a la redacción del periódico, por ejemplo. Y que luego, desde la comodidad de su casa, pueda ver en su banco cuándo le han ingresado el pago por esta columna.

Decir que la Asociación Profesional de Usabilidad tiene “poco horizonte” porque relega su ámbito de actuación al mundo de los objetos, es pecar de lo mismo que se le acusa. Es como quejarse de que la arquitectura se centre en los edificios y casas, en lugar de preocuparse por salvar a las ballenas. Don Juan José, no sea usted corto de miras. La usabilidad no se dedica a preguntarse cómo solucionar el problema de la pobreza, porque no es esa su finalidad. Y desde ya le aseguro que tampoco tiene entre sus planes buscar la cura para el cáncer, así que abandone sus esperanzas al respecto, si es que las tenía.

No, señor Millás. Usted no ha dedicado ni un segundo a entender de qué estaba escribiendo. Porque opinar es fácil, más todavía cuando se tiene una tribuna como la suya, desde la que se puede pontificar sobre lo que se sabe y lo que no. Ha querido ser ingenioso, irónico, ocurrente y ha acabado escribiendo una columna llena de chistes fáciles, imitaciones nerudianas baratas (“¿Por qué hay decálogos a los que les sobran diez puntos”) y digreciones semánticas estériles.

Lo que usted no se ha parado a pensar, ni a informarse, es que gracias a la labor de quienes desarrollamos esta disciplina se ha tomado conciencia, entre otras cosas, de la necesidad de que internet pueda ser utilizado por personas con discapacidad. O que las salidas de emergencia sean simples de abrir y evitar así muertes innecesarias, que un anciano pueda operar un teléfono móvil, que cualquiera sea capaz de usar una cámara de fotos para guardar un recuerdo, que cuando se cruce un chaval delante de su coche usted encuentre el freno rápidamente y que un hijo pueda conversar con su padre desde la otra punta del mundo.

La usabilidad es mucho más que eso. Y, aunque usted no lo vea, contribuye a hacer que este mundo sea un poco más simple, agradable y accesible para todos.

Buenos días.

–

Ya van tres ediciones de Frog Design Mind, una publicación más o menos periódica del excelente estudio de diseño Frog Design. En el último artículo -The iPod and the Bathtub: Managing Perceptions through Design Language-, hacen una reflexión interesantísima sobre la importancia de la percepción de los consumidores (o usuarios) en el diseño. Ellos lo aplican al diseño de productos, pero claramente es trasladable a cualquier diseño, sobre todo al de interacción.

Comienza el artículo con la anécdota de uno de sus diseñadores, que llegó un día emocionadísimo porque había descubierto, al fin, por qué todo el mundo decía que el diseño del iPod era “limpio”. Y la respuesta era sencilla: “Porque se parece a un artefacto de baño”. Es blanco, de formas redondeadas, brilla suavemente, tiene piezas cromadas… ¡es como una bañera! Y en la mente del consumidor eso es igual a limpieza, a higiene, a sensaciones placenteras. Eso es “percepción”. El objeto se “percibe” limpio, bueno, simple.

En diseño de interacción podemos aplicar el mismo cuento. Una interfaz de usuario no es amigable simplemente porque tenga los botones con los nombres muy claritos o porque las letras se lean bien. Es amigable porque hay una correcta concepción del diseño, porque se ha combinado un estilo, unas formas, unos colores y una interacción que hacen que se “perciba” como agradable. O como segura, en el caso de un banco, por ejemplo.

La percepción es el “mensaje” que le llega al usuario respecto del objeto o interfaz. El problema muchas veces es que un mal diseño entrega un mensaje equivocado. No es que un diseño sea feo, sino que una interfaz mal diseñada nos puede evocar poca calidad, inseguridad, suciedad.

El artículo, muy ameno de leer, da un repaso además a temas tan interesantes como el lenguaje del diseño y la aplicación de convenciones. Recomiendo descargarse la versión en PDF, ponerse una tazade buen café y disfrutar de la lectura.

Frog Design es un estudio de diseño con oficinas en Estados Unidos, Italia y Alemania, que comenzó como una empresa de diseño industrial y que ha crecido incorporando diseño de marca y medios digitales.

Me gusta especialmente porque recoje de manera sencilla tanto las técnicas de representación de información en un wireframe como los problemas que pueden tener (sobre todo de mala interpretación de los clientes) y la forma de aplicarlas correctamente.
El poster se ha presentado en el IA Summit 2005 realizado en marzo en Canadá.

Brown sabe de lo que habla, sino basta mirarse la serie de artículos sobre el tema que lleva publicando desde 2002 en Boxes and Arrows. Toda una colección de 10 textos sobre entregables que revelan hasta los más íntimos secretos de Visio y las mejores enseñanzas de Tufte.

(encontrado vía Guuui.com)

A diario me encuentro con que las aplicaciones que diseñamos están llenas de funcionalidades que no son necesarias o bien que seguramente no serán utilizadas. Todos lo hemos visto, basta con mirar con detenimiento los programas que utilizamos más comunmente, por ejemplo, procesadores de texto, hojas de cálculo, presentaciones, etc. Del total de herramientas y funcionalidades, seguramente aprovechamos 1/4 o menos.

En algunos proyectos en los que estoy involucrado ahora, pasa exactamente lo mismo. Son aplicaciones que tienen un par de objetivos claros, pero como la tecnología da para mucho, se les llena con utilidades que realmente no son necesarias y ni siquiera -en muchos casos- deseadas por los usuarios futuros.

Por eso, una de las primeras cosas que un especialista en usabilidad debe hacer es descubrir las necesidades y expectativas reales de los usuarios. Es lo que Swartz llama “usabilidad predictiva” o “predictive usability”. Es decir, anticipar mediante una buena labor de investigación previa, el uso que se hará de un producto.

Uno de los puntos donde más razón tiene es en advertir que no sólo hay que basarse en lo que los usuarios dicen que necesitan, sino también en aplicar con criterio esas opiniones. Y es que es muy común durante la fase de definición de un proyecto ver cómo las personas se entusiasman con las posiblidades y aseguran que ciertas cosas son absolutamente necesarias para la utilidad del producto a diseñar, para más tarde comprobar que -después de invertir tiempo y recursos- realmente no eran tan importantes.

Picasa, el excelente software de organización y tratamiento de imágenes de Google -del que ya se ha publicado la versión 2-, es un muy buen ejemplo de un diseño bien pensado, porque tiene muy pocas opciones pero son precisamente las que se necesitan más (en Alzado ya lo comentaban hace un par de semanas). Se nota que en el diseño de Picasa se tomaron en cuenta las opiniones de los usuarios y además, se contrastaron con estudios de observación del uso de programas de este tipo, con lo que se obtuvo un a visión clara del total de funcionalidades requeridas.

Si todo el diseño de interacción se realizase así, seguramente tendríamos programas más efectivos, se reduciría la ansiedad del usuario y aumentaría notablemente la calidad de la experiencia de uso.