Que la demanda de dispositivos móviles va como un cohete es algo que a muchos de nosotros no nos coge de sorpresa. La cosa va como un tiro y esto cada vez sigue creciendo más.

En su libro «Mobile First», Luke Wroblewski nos ofrece un dato bastante sorprendente: la predicción de que la venta global de smartphones adelantara al combinado portátiles, sobremesa y notebooks se haría efectiva en el 2012. Pero lo ha hecho en el último trimestre del 2010, dos años antes de lo previsto… Esto significa que la gente utiliza más el dispositivo móvil para acceder a Internet que un ordenador de sobremesa o un portátil. Un dato revelador que dice mucho sobre las próximas tendencias que cuanto a negocio se refiere.

La conclusión más obvia es que cada vez más empresas volcarán sus esfuerzos en tener presencia en este tipo de dispositivos. Pero a la hora de abordar esta presencia surge siempre la misma pregunta: ¿versión web móvil o aplicación nativa? ¿Cuales son sus ventajas? ¿Y sus inconvenientes?
Después de estar involucrado en varios proyectos donde ha surgido la misma pregunta me gustaría poner encima de la mesa algunas consideraciones/conclusiones que es necesario tener en cuenta.

Dos cosillas antes de empezar:

1. No son aseveraciones ni principios. Lo que detallo es fruto de lo que he vivido, igual hay cosas que ya están obsoletas, a las velocidades que funcionamos hoy en día no me extrañaría nada de nada.

2. No creo que haya una opción mejor que otra, al menos a día de hoy, cada una cumple su objetivo y se adapta mejor o peor a tu negocio. Aunque me gusta creer que la evolución natural será que la versión web móvil sea lo más estándar en pocos años, qué queréis que os diga…

Al lío:

• La versión web móvil te permite realizar actualizaciones sobre tu producto sin tener que obligar a tus usuarios a que realicen ninguna actualización, como ocurriría si tuvieras una app. Bajarse actualizaciones de una app frecuentemente supone algo molesto (aunque necesario) para tus usuarios.
• Una app implica desarrollarla para Android y para iPhone, con todas las implicaciones que esto conlleva: en Android por ejemplo existen botones sobre el hardware (botón back y menú) que no existen en iPhone. La interfaz cambia ligeramente para cada mercado. En Android además tienes dispositivos a distintas resoluciones de pantalla. En iPhone deberás tener en cuenta el «retina display» de las versiones 4 y 4S (el doble de la de un serie 3).
• Una app móvil permite a los usuarios poder utilizarla sin estar conectada a Internet, sobrevive cierta experiencia de uso. En una versión móvil la experiencia es nula.
• La estructura de navegación de una app la defines tu, puedes decidir si colocas el menú arriba o abajo (Luke recomienda ubicarla en la parte superior). Una versión web siempre traerá el marco del navegador que el usuario esté navegando + la barra de dirección por defecto. Y esto es importante tenerlo en cuenta, porque en la parte inferior de la interfaz se cargará un generoso faldón del navegador que reducirá considerablemente el espacio para lo que realmente interesa. La buena noticia es que puedes programarlo para que estos elementos no sean visibles en html.
• Una web móvil tiene más limitadas las interacciones con el dispositivo: «tap», «flick», «hold», «zoom»… Aunque prácticamente todos se pueden implementar con html5, lo cierto es que existe un pequeño retraso entre la acción del usuario y la respuesta del sistema. ¿Estás dispuesto a sacrificar esas milésimas de segundo cuando en móvil lo que más interesa es la velocidad? Valóralo.
• No te olvides del formato apaisado: ofrecer funcionalidades e interacciones extras cuando el usuario gira su dispositivo (lo que se conoce como «Responsive design» o Diseño web sensible) también es importante. Creo que la capacidad de respuesta de una web móvil está más limitada ante este comportamiento que una app nativa, pero necesitaría confirmación en este punto…
• Limitación de acceso a las funcionalidades internas del dispositivo: una web móvil tiene más complicado el acceso a los extras del aparato: cámara, acelerómetro, brújula, geo… Si tu negocio necesita tirar de estas funcionalidades tenlo en cuenta.
• Y la última, pero no menos importante: con una app puedes tener ingresos por descarga a través de la Apple Store o en el Android Market, cosa que en una web móvil no podrás tener…

Como digo al principio estas consideraciones son fruto de mi experiencia con proyectos relacionados con el mundo móvil, que ya son unos cuantos. Con el tiempo seguramente muchas de estas limitaciones se solventarán, es tan sólo una cuestión de tiempo, pero creo que es interesante tener una fotografía real de lo que está suceciendo ahora. Si se te ocurre alguna cosa más que creas que pueda ayudar a completar esta lista será estupendo, ya lo sabes.

Actualización patanegra: No te pierdas los comentarios que empieza a dejar la gente. Esto se está poniendo divertido :)

Posts relacionados (seleccionados por un plugin, no por mi):

1. Sobre la butonización de las aplicaciones que tienes en tu móvil
2. Por aquí van los tiros: tecnología más amable
3. Sobre el diseño de movimientos

«Un momentito y le doy un recibo, ¿de acuerdo?». El responsable del taller donde me dispongo a dejar la Vespa para que le hagan una revisión como es debido no empieza bien la semana. Es lunes a primera hora y el hombre ya va bastante apurado, como que llega tarde a todo. Tiene unos 55 palos y da un poco la sensación como de que el puesto se le queda grande, la verdad.

Minutos antes, el mecánico, un zagal joven y bien dispuesto, me sugiere que le cambie también el tubo de escape, que no debería andar mucho más con eso así. «Te tendríamos que pedir uno nuevo, pero para eso tienes que dejarnos una señal, porque ya nos ha pasado lo de pedir piezas y que luego el cliente no aparezca… Déjasela al responsable, que está ahí en la ofi». Saco mi billete de 10 eurinchis, que es lo que me pide como seña, y pongo rumbo a la pecera, a la oficinilla, donde está este hombre a mil cosas a la vez.

Pues eso, que «un momentito y le doy un recibo, ¿de acuerdo?». Y tras un sonoro manporrazo sobre el Enter del teclado la impresora que está detrás de mi empieza a rugir como si fuera a levantar el vuelo. A los pocos segundos empiezo a notar que suelta hojas. Yo pongo la mano sobre el respaldo de la silla, apoyándome para prácticamente levantarme, intuyendo que el documento está fresco y listo. Pero estás equivocado, Juan. Aquí te queda un ratín más…

«La madre que parió a la puñetera impresora» – suelta en voz alta, pero como si fuera para sus adentros -, «lleva desde el viernes soltando hojas que no son». Y mientras dice esto empieza a darle a varias teclas de la impresora a la vez, y la bicha sigue escupiendo hojas como si no hubiera mañana, pasando del pobre hombre, que ya empieza a gotear sudor por la frente.

Vuelve a sentarse frente a mi, tenso, mirando a la pantalla y cogiendo el ratón lleno de mugre antes de sentarse. «Un segundillo, que esta a veces se pone tonta y no sabe ni lo que hace», «no se preocupe -le digo- le entiendo perfectamente». Y suelta una sonrisilla cómplice, pero sin mirarme, atentísimo al monitor del ordenador. Suena el Enter otra vez y aquello empieza a rugir nuevamente. La silla de ruedas golpea sobre el pladur de la ofi y en segundos está frente a la impresora otra vez. Yo ya me giro para ver qué suelta esta vez ese infame aparato, intuyendo lo peor.

«Joder, es que no me hace ni caso…». En ese momento entra un nuevo cliente, y desde fuera de la pecera se empieza a hacer una idea de lo que pasa ahí dentro. Han pasado ya diez minutos desde que puse el billete encima de la mesa.

Pasa otro rato, el tiempo que tarda en medio ordenar las hojas que la impresora ha soltado, cargar la bandeja con folios nuevos y apretar alguna tecla más, vuelve al ordenador para volver a intentarlo, pero yo me pongo de pie. «Mire -le digo- no me hace falta el recibo, nos fiamos el uno del otro, ¿vale? Apúntelo con boli junto a los datos que tiene sobre mi en su agenda y ya está». «¿Lo siento, eh? Es que a veces uno no sabe qué hacer con estos trastos», me dice entre apurado y liberado, más esto último. Le sonrío, me levanto y le doy los buenos días.

Y me largué.

Sin el recibito.

Posts relacionados (seleccionados por un plugin, no por mi):

1. MadInSpain 2009 – Taller de Diseño de Interacción [es]
2. Las mejores profesiones del 2008
3. Interfaces del futuro. El concepto OUI

Hoy es un GRAN día.

Después de muchos meses de esfuerzo hemos conseguido cerrar el programa de lo que vendrá a ser el primer Máster de Usabilidad y UX en colaboración con KSchool. Detrás de todo esto, coordinando este tinglado estamos Isabel Inés, Ignacio Buenhombre y yo mismo, pero siempre con la inestimable ayuda de Alejandro, Jorge y Agustín, de KSchool, a los que desde aquí agradecemos su apoyo (y paciencia).

Desde el primer momento, hemos querido imprimirle a este Máster un carácter marcadamente práctico, con el objetivo de que quien complete estos cuatro meses de formación pueda entrar a formar parte del mercado laboral, cuya demanda de profesionales de este sector está más fuerte que nunca.

Lo más bonito de todo esto es la cantidad de grandes profesionales que enseguida se han ofrecido a formar parte de este proyecto con su conocimiento y experiencia. El Máster contará con lo más selecto y cañí del panorama UX español, pero sin dejar de lado otras áreas de conocimiento que también hemos considerado claves para tener un Máster como es debido, que saque a gente preparada preparada de verdad.

Aún tenemos más nombres por cerrar, pero entre otros profesores contaremos con la presencia de:

- Ariel Guersenzvaig
- Luis Villa
- César Astudillo
- Jesús Gorriti
- Javier Cañada
- Isabel Inés
- Pilar Esteban
- Marco Van Hout
- Yusef Hassan
- Gemma Muñoz
- Javier Godoy
- Matti Hemmi
- Ignacio Buenhombre
- Y yo mismo :)

Si hay algo que no te queda claro, hemos habilitado un formulario de contacto para resolver esas dudillas que aún puedan quedarte:
Kschool.com/contacto/

Una oportunidad estupenda de tomarle el pulso a una profesión que ofrece muchísimas salidas. ¿Te lo vas a perder?

Posts relacionados (seleccionados por un plugin, no por mi):

1. Usabilidad en tus emails. Completa la Experiencia de Usuario
2. De mandos a distancia y usabilidad
3. In memoriam: John Shepherd-Barron [es]

Últimamente, tanto en Seisdeagosto.com como en Ilios Network, estamos involucrados en un montón de proyectos relacionados con aplicaciones móviles. Nunca antes habíamos trabajado tanto en este tipo entornos, está siendo maravilloso.

El caso es que hace unos días, mientras discutíamos propuestas de interfaz con un cliente, surgió un interesante debate sobre la “butonización” de este tipo de aplicaciones: la creciente y tentadora tendencia a prescindir del viejo enlace para navegar y en su lugar utilizar elementos de interacción con apariencia de botón. Pásate por las últimas apps que tienes instaladas en tu móvil y verás el peso que tienen los botones sobre enlaces, todo está “butonizado”, por ejemplo:

En los proyectos donde trabajo suelo ser muy talibán con este tipo de detalles, es quizás donde más cuidado y atención pongo, pues creo que es ahí donde el trabajo del diseñador de interacción tiene más sentido. Mi filosofía en interfaces “desktop” ha sido siempre la de utilizar lo menos posible los botones y sólo darles protagonismo en la acción clave de la página en cuestión. Pero con interfaces móviles está sucediendo justo lo contrario: el enlace pierde prácticamente todo el protagonismo y sólo se utiliza en bloques de texto donde un botón resulta demasiado forzado (aunque en Android tenemos ejemplos donde se aplica incluso en estos casos).

Al final uno se encuentra con que tan sólo recurre a enlaces en escasas secciones de la applicación, incluso diría que la proporción botón/enlace en una app es de 90/10. Y a veces pienso si ese 10 es necesario, si también se puede “butonizar”. Personalmente creo que tanto un botón como un enlace con un buen literal son perfectamente cómodos para hacer tap sobre ellos, no creo que sea una cuestión relacionada con leyes de Fitts y esas cosas.

Pero igual me estoy haciendo demasiado talibán y debería ir a tomarte algo. ¿A nadie se le ha pasado esto por la cabeza?

Posts relacionados (seleccionados por un plugin, no por mi):

1. Sobre el diseño de movimientos
2. Sobre los rádares en las carreteras
3. Sobre retículas y bocetos

Cada vez que saco dinero de un cajero y me toca ese que te devuelve la tarjeta lentamente, a empujones, pienso en lo importante que es el movimiento cuando estamos delante de una máquina.

El movimiento es algo tan importante como la interacción, forma parte de ella. En función de ese movimiento detectamos si lo que tenemos delante está enfocado como es debido o tiene su capa de caspa, definido a medias. Pero a este detalle se le ha dado muy poca importancia tiempos atrás: hasta hace poco las transiciones en todo lo relacionado con la tecnología estaban basadas en un evento muy sencillo como era el clic del ratón. Las transiciones basadas en Ajax nos hicieron pensar un poco más sobre estos detalles, pero no lo suficiente.

Hoy esto está cambiando a toda velocidad y parece que viene para quedarse. Ahora la interacción con un dispositivo electrónico se basa cada vez más en transiciones, muy visuales, llenas de significado. ¿Nunca te has topado con una app móvil donde al hacer tap sobre el botón “volver” la pantalla sale del lado contrario de donde esperas que salga? Yo sí, y es algo molesto e incómodo, hasta que no lo ves varias veces no sabes que el problema es ese, pero hay algo ahí que el usuario nota que no está bien, se intuye.

Diseñar esas transiciones no es una tarea fácil, al diseñador de interacción se le queda grande (aunque, como siempre, puede dar pistas), ya que ni siquiera los programas que utilizamos para prototipar se prestan a ello. El vídeo se torna la herramienta más eficaz para poder explicar como es debido estas transiciones y el profesional que se dedica a esto parece que ya tiene título profesional: motion designer.

He tenido la oportunidad de trabajar con algunos fuera de España y la verdad es que el valor que aportan al proyecto, casi siempre en la parte final del mismo, es valiosísimo. El cliente entiende a la primera de qué va el nuevo producto sin tener que pelearse con pantallas estáticas: si a eso le añades música y comentarios el entregable crece en calidad de forma exponencial.

En nuestro país he visto a pocos que se dediquen a estos menesteres, pero si hay alguien ahí con inquietudes y ganas que se pase por los comentarios.

La imagen que ilustra el post pertenece a la peli Mr & Mrs Smith, y es obra de Marc Coleran, que se dedica a estos menesteres.

Actualización: Ale Muñoz aporta más detalles al respecto en su blog. Merecida lectura: Diseño y Movimiento.

Posts relacionados (seleccionados por un plugin, no por mi):

1. Diseñando para el usuario 0™ [es]
2. Ética y Diseño [es]
3. Sobre retículas y bocetos

La semana pasada tuve la oportunidad de participar como ponente en el Iniciador de Ciudad Real (desde aquí reitero mi agradecimiento a la excelente organización).

Mi intención era darle a la charla un enfoque diferente, ya que en principio tenía frente a mi a emprendedores y no a especialistas del sector en sus diferentes vertientes. La siguiente imagen fue un excelente recurso para orientar el discurso:

Si observáis atentamente, se trata de un cartel colocado en la luna de un coche ofertando la venta del vehículo, de un vecino que tengo al lado de casa. El propietario tuvo la idea de incluir esas pequeñas tiras de papel para que cualquier persona interesada pudiese coger el número de teléfono y llamar más tarde. El único detalle es que dicho cartel estaba colocado por detrás de la luna del vehículo. De esta manera se generaba una fina capa transparente que impedía a cualquier peatón poder hacerse con la mencionada tira de papel con el teléfono: una metáfora perfecta de cómo la falta de interacción (algo tan intangible y casi transparente) puede llegar a limitar un negocio (en nuestro caso, orientado en Internet).

Trabajar para start-ups me está haciendo ver la cantidad de recursos que se pierden (y el stress innecesario que se genera) por no tener una interfaz correctamente definida. Me sorprende la cantidad de ideas que empiezan con el tándem “emprendedor diseñando las interfaces a golpe de Word o PowerPoint” y el “desarrollador diseñando el no-diseño que ha generado el emprendedor”. Frases como “darle un espacio de dos “Enters” para separar elementos dentro de la interfaz me han dejado marcado… En estas situaciones son dos personas las que diseñan: el emprendedor y el desarrollador, que trata de traducir la propuesta del emprendedor. Cuando lo lógico es que cada uno se dedique a lo suyo, uno hacer negocio y otro montar la estructura de desarrollo, dejando el diseño de interfaz para quien sabe del tema.

Afortunadamente, emprendedores destacados de nuestro país lo tienen bastante más claro, y están empezando a hacer notar la importancia de tener a un especialista en diseño de interfaces en los negocios que se crean en Internet: François Derbaix, Oscar Matellanes o Jesús Encinar son claros defensores de esta posición.

A veces pienso que este rechazo a considerar a un especialista puede surgir por el esos títulos tan confusos que sólo los que nos dedicamos a esto conocemos (a veces ni eso). Si te dedicas al diseño de interacción seguramente te hayas encontrado en la situación de tener que dar detalles más específicos sobre tu profesión. Seguro que ya intuyes la cara torcida de esa persona con quien conversas cuando mencionas palabrejas como interacción, usabilidad o experiencia de usuario.

Si se dan estas situaciones de este tipo a lo mejor es porque nos hemos dejado llevar por un título que no es fácil de entender, que no transmite la idea del valor que aporta. Y para mi es como tirarte piedras contra tu propio tejado: no es posible que un profesional que se dedica a simplificar procesos se describa a uno mismo con un título tan marciano para los profanos, derivado del inglés. ¿No sería más sencillo que nos describiéramos como “Expertos en facilidad de uso” o algo por el estilo? Pero esto ya es carne de otro post, que se me va de las manos el teclado…

Posts relacionados (seleccionados por un plugin, no por mi):

1. Usabilidad en tus emails. Completa la Experiencia de Usuario
2. Diseño centrado… ¿En el usuario o en la actividad?
3. Experiencia de usuario en el aeropuerto

Una de las principales aficiones de esta casa es la de conocer en profundidad la interacción que se genera entre nosotros los humanos y las máquinas.

Pero por debajo de esa interacción persona-máquina existe una capa silenciosa, casi invisible, de interacciones entre las propias máquinas que actúan en sinergia para ayudar a los humanos. Y en el mundo de la automoción existen un montón de buenos ejemplos.

Hablemos de interacciones transparentes:

La foto de ahí arriba es la “llave” de mi coche. No es una llave al uso, pero cada vez con más frecuencia las llaves de nuestros vehículos tienden a adoptar esta forma (aunque sigamos llamándolas “llaves”), así pueden almacenar en su interior todo lo necesario para poder realizar funciones que nos ayuden. Una de las acciones que más me gusta de esa llave es la de poder abrir cualquier puerta del coche sin tener que preocuparme en qué bolsillo anda, las puertas se abren nada más tocar el tirador. Cuando estás con las manos cargadas de cosas es agua bendita.
También ayuda no tener que meter la llave en ningún sitio para arrancar el vehículo, o que ni siquiera exista un freno de mano, y que este se active en cuanto paras el vehículo.

Existen también otras interacciones entre máquinas que tienen más que ver con la seguridad en la conducción, como el ABS, la amortiguación inteligente o incluso la dirección asistida: todos estos detalles funcionan de forma transparente, desconocemos qué es lo que pasa ahí dentro y poco podemos hacer para desactivarlas, sólo sabemos que están ahí para ayudarnos y hacernos la vida más sencilla. Es pura tecnología al servicio del humano, como si fueran nuestros esbirros, ¿no es genial?

A lo mejor muchas de las interacciones que a día de hoy conocemos deberían funcionar de esta forma, completamente transparentes. Estoy seguro de que nos ahorraríamos muchísimos dolores de cabeza.

Posts relacionados (seleccionados por un plugin, no por mi):

1. Interacción Persona Ordenador sobre papel
2. Accidente aéreo en Brasil. ¿Fallos en el diseño de interacción?
3. Sobre retículas y bocetos

Este mes participaré en un par de charlas para hablar sobre lo que más tocamos en esta casa: la facilidad de uso.

La primera de ellas será en Madrid:
- 23 de noviembre a las 18:30,
- Fundación Telefónica,
- Gran Vía, 28,
- Ciclo de internet y nuevas tecnologías.

Será algo muy cortito (20min), para dar a conocer nuestra profesión con la intención de demostrar de alguna manera cómo Internet tiene el potencial de crear profesiones que no existían hace unos años atrás.

La segunda será en Málaga:
- 30 de noviembre a las 11h,
- Sede de la Diputación de Málaga,
- C/ Pacífico, 54,
- Foro de Cooperación Transfronteriza para la Cultura Emprendedora e Innovadora (programa en .pdf).

Participaré en una mesa redonda donde se debatirá cómo una tecnología fácil de usar puede llegar a ser la clave del éxito de una empresa.

Hasta donde yo sé, ambos eventos son gratuitos:
Incripción para la charla de Madrid.
Inscripción para la de Málaga.

Posts relacionados (seleccionados por un plugin, no por mi):

1. Noviembre 2007: The Design of Future Things
2. Ponencias en abril [es]
3. Internet Made in Spain: me entrevistan en Dospuntobarrabarra

El otro día me topé con una anuncio de televisión que promocionaba el nuevo diseño de PáginasAmarillas.es. No dejó de ser un sencillo vídeo promocional donde le daban bombo y platillo a que los resultados tenían fotos, vídeos, o que e incluso se podía opinar sobre ellos (algo realmente innovador en los tiempos que corren). Pero acabé de ver el vídeo con la sensación de que había algo que me chirriaba.

Cuando volví a verlo me di cuenta de la cagada (YouTube, 21s.):

El equipo de publicidad que montó el anuncio, en un alarde de innovación, decidió implementar un nuevo estándar en Internet: la barra de scroll a la izquierda.
Y bueno, tal y como están las cosas, da igual ¿verdad? ¿Queda incluso bien, no?

Actualización: Como comenta @jotajotaz, la interfaz que aparece en el anuncio encima no corresponde con la web. Pero vamos, que quitando eso todo bien. Insisto.

Posts relacionados (seleccionados por un plugin, no por mi):

1. Curvature Dial. Chao chao Mr scroll
2. Bienvenida, Faz
3. Arte, Ciencia, Diseño e Ingeniería: Los cuatro sombreros de Rich Gold

Nota del autor: estás en lo cierto. Este post está enteramente dedicado a algo tan simple como (aparenta ser) un botón. Si estás con ganas de leer relájate y ponte cómodo.

La imagen de arriba representa lo que para mi es la esencia del botón perfecto. Se trata un comando que empieza a ser difícil de encontrar a día de hoy, en amplificadores, paneles de aviones y poco más. Lo hacen todo bien por las siguientes razones:

• Tienen sus correspondientes etiquetas a cada extremo;
• Con una línea cómoda y agradable, que invita a tocarlo;
• No te hace falta apuntar con el dedo, cualquier gesto de tu mano lo activa;
• Cómo te indica, tumbándose a un lado o a otro, en qué posición se encuentra;
• Y ese agradable chasquido que genera al moverlo, sin que sea necesario hacer fuerza para que se active.

El paso del tiempo los ha ido olvidando y su lugar ha sido ocupado por superficies planas, con una amalgama de iconos, donde cada uno representa una acción específica. Un poco parecido a lo que tenemos en los mandos de pasajero de los aviones comerciales:

A veces pienso que estos botones antiguos solucionarían muchos problemas de interacción que nos encontramos en las interfaces actuales, como por ejemplo esos dobles clics (o taps) que la gente más mayor (y no tan mayor) realiza en las interfaces planas para asegurarse de que el botón se ha apretado de verdad, que se ha pinchado en serio.

Y es que uno de los grandes problemas de las interfaces táctiles es, como ya hemos hablado en otra ocasión, esa falta de feedback natural, que obliga a crearlo con más o menos éxito de forma artificial.

La eficacia de los botones físicos se manifiesta aún hoy en los dispositivos punteros de alta gama: la gran mayoría de las interfaces con pretensiones táctiles – aunque siempre hay excepciones, claro – sigue incluyendo en su diseño industrial botones físicos (como cualquier smartphone, desde el iPhone al los HTC, o los cajeros automáticos). En ambos ejemplos conviven los botones físicos con los táctiles de nueva generación. Y esta convivencia de botones genera graves problemas de interacción…
Fíjate en el siguiente ejemplo, donde el amigo Wayne nos enseña la mezcla de apretamientos de botones físicos y digitales que hay que realizar para conseguir tu objetivo final. Fijaos también como hay que generar un “bip” artificial para informar al usuario de que está marcando el número de teléfono. (YouTube, 2:42min):

¿Por qué siguen conviviendo botones físicos en las interfaces digitales? ¿Qué pintan ahí ese puñado de botones físicos sobre un aparato que se autodenomina táctil?

¿Será que al final son imprescindibles?

Posts relacionados (seleccionados por un plugin, no por mi):

1. Touchscreen stencils for gestual interfaces
2. Helsingfors Series VI: Viejas glorias [es]
3. La red social es un simple botón [es]