Archive for the ‘usabilidad’ Category

YouTube no tiene competencia

Wednesday, October 29th, 2008

El título lo explico luego. Lo que quiero comentar es el pequeño avance de usabilidad que viven los números de teléfono. Por ejemplo:

1-800-reverse
1-800-flowers

La idea es sencilla: facilitar que la gente recuerde números de teléfono sustituyendo números por letras que forman una palabra. 1-800-reverse es en realidad 1-800-7383773, pero nadie necesita ya acordarse del número largo, 1-800-reverse es muuuuucho más fácil. Es casi como un dominio. De hecho, lo que hacemos con los números de teléfono ahora mismo es como aprenderse las IPs de los dominios a los que accedemos. Así que yo creo que va a haber un aumento importante de la demanda de nuevos números de teléfono molones. A ver lo que tarda en llegar a España.

Ahora lo de YouTube. Esto que comento sale en Scrubs cuando Turk se cambia su número a 916-call-turk. Me voy a YouTube a buscarlo y sólo encuentro una versión alemana y una versión corta de la escena. Pero es que fuera de YouTube no encuentro NADA de NADA. Ni en Vimeo, ni DailyMotion, ni Blip… sólo Metacafé tiene una entrada con el mismo vídeo en alemán.

Pero no es la primera vez que busco algo fuera de YouTube con poquísimos resultados. ¿Me pasa sólo a mi o lo único que funciona es YouTube lo mismo que lo único que funciona es Google? ¿Será porque se suben, agárrate, 13 horas de vídeo al minuto?

PM antes que AM

Tuesday, July 29th, 2008

A ver, echadle un ojo a la imagen de abajo que me ha dado GMail esta mañana:

¿No debería saber GMail que me he ido a dormir? Entiendo que tendrán algo como “los mails mandados en las últimas 24 horas aparecen con tiempo y no con fecha”, pero a mi me ha resultado extraño.

Hace poco preguntaban en StackOverflow sobre si era mejor poner fechas absolutas o relativas, quedándose al final con las relativas por lo que parece. Pero hay comentarios como este:

I prefer relative for recent and then absolute for older. Although a hybrid where they are both displayed would work for me too.

Lo cual parece el caso de GMail, pero que igual pueden mejorar.

E incidentalmente os cuento que CTRL + T en Ubuntu manda un archivo a la papelera sin preguntar. ¿Que cómo lo sé? Pues porque estaba mirando al navegador pero tenía el foco en la imagen que he subido que estaba en el escritorio. Adivinad qué ha pasado cuando he ido a abrir una pestaña nueva….

Pretty is the future

Sunday, July 20th, 2008

No lo digo yo sino Mark Shuttleworth en una entrevista sobre el último lanzamiento de Ubuntu a cuento de que les están cayendo unas cuantas toñas por los bugs con los que ha salido (que no son pocos, incluyendo el que ha esnucado mi bonito teclado). Pero no me quiero ir por los cerros.

Pretty is the future. Y lo dice un Linuxero. Claro que no uno cualquiera, es el que se ha empeñado en acercar Linux a los seres humanoides. Está claro que cualquier tipo de aplicación o cacharro que utilicemos (en el sentido amplio, incluyendo frigoríficos, despertadores, cajeros,…) va a mejorar en cuanto a interface. Estamos en mitad de repensar como nos relacionamos con las cosas, la gente ya no sólo quiere que funcione, quiere que sea agradable de usar. Parece que los chicos y chicas de HCI/UX/Arquitectos de información (¿podéis por favor buscaros un nombre y sólo uno?) tienen futuro por delante, son un buen partido.

Pero hay algo que me preocupa: los presupuestos de los proyectos no aumentan. Mismo presupuesto pero ahora necesitamos una parte para HCI ¿de dónde sale ese dinero? Por un lado usando frameworks para ahorrar tiempo. RoR, Django, CodeIgniter,…

Pero es que con Android y Symbian (que van a liberar Open Source) si eres fabricante de teléfonos tienes un buen trecho recorrido, prácticamente se van a limitar a decidir qué aplicaciones van en los terminales, darle un toque de color y a vender, ¿no? Ya, ya sé que no es tan sencillo, pero hace 1 año si querías vender un teléfono tenías que picar prácticamente todo el software, ahora no.

¿Pasará tambien con el hosting? Google App Engine sólo ha hecho que empezar, y parece que simplifica muy mucho el bonito coñazo de gestionar el servidor, hacer copias de seguridad, escalar…

Pero todo esto tiene un precio y es que cada vez que nos abstraemos complicamos las cosas y sobre todo perdemos un poquito más el control del proceso. Más código que no está en nuestras manos, más bugs que no podemos resolver al instante, menos que vamos a necesitar saber de programación (al final sólo usamos librerías, aunque eso dirían también los que picaran código máquina, que ahora somos todos unas nenazas por no saber unos y ceros)…

Hace ya unos añitos leía en Visual una entrevista con un capo de una agencia importante de publicidad que hacía mucho trabajo impreso. Pues habían comprado una imprenta porque estaban hartos de mandar un color a imprimir y que el resultado final fuera otro. La única forma de asegurar calidad en el 100% del proceso era hacerlo ellos mismos. ¿Al final sólo las grandes empresas gestionarán su hosting, todos los demás lo delegaremos?

En fin, al final me he ido por los cerros: Que mismo presupuesto a repartir entre más departamentos/roles. Habrá que espabilar y hacer lo mismo en menos tiempo manteniendo la calidad, claro está.

Las cosas claras

Thursday, July 10th, 2008

Una de las charletas de la desconferencia que me dio que pensar fue la de Nau. Dio algunos ejemplos de usabilidad aplicada a las cosas del día a día. Comentaba que en algunos gimnasios las máquinas ya no llevaban los kilos que levantas si no un número. Así, si tiras “nivel 5″ de pectoral deberías tirar “nivel 5″ de piernas. Reducir la información aumenta la claridad (por lo menos para usuarios que no se quieren complicar la vida).

Otro buen ejemplo de esto creo que son los mapas del tiempo. Hace tiempo eran así:

Isobaras MAL

Ahora ya no tienen isobaras, tienen dibujitos:

Dibujitos BIEN

También comentó sobre las tiendas de ropa. A día de hoy cuando entras a una tienda de ropa todo está ordenado por tallas, colores, camisas aquí, pantalones allí… Igual estaría bien reorganizar eso un poco con carteles tipo: “aquí cosas para ir de boda”, “esto le gustaría a tu madre”, “colorido para el verano”, “para ir de putilla, pero sin pasarse”, etc.

Enseguida se me vino a la cabeza el post de Alberto Vaya usted aparcando. No sé cómo la señal propuesta no ha sido inmediatamente adoptada por todas las ciudades… Por cierto, una de señales que acabo de vivir hace poco: en Tarragona no hay una puta señal a la estación de RENFE (la normal, no la del AVE) en toda la ciudad… Ahí, ayudando a los turistas…

Y como he sacado el tema del tiempo, bola extra: José Antonio Maldonado se retira o lo retiran, que no lo tengo muy claro. 22 años en TVE dando el tiempo y la descripción de la nueva responsable es: “mayor cercanía, mayor participación, mayor complicidad con los espectadores, algo que por el perfil no ha podido pasar”… Me suena al “librillo más moderno” de Queiroz cuando le dieron la patada a Del Bosque, todos conocemos el resultado. Aunque veo el vídeo y por lo menos la nueva chica parece que tiene los pies en el suelo.

UsWare vs ThemWare

Thursday, March 6th, 2008

Para abrir el post Mauro Entrialgo me viene al pelo:

Mauro Entrialgo hablando sobre UsWare

Y es que Jeff Atwood la vuelve a clavar: UsWare vs. ThemWare:

ThemWare: The developer creates software. Other people use it. The developer does not.
UsWare: The developer creates software. Other people use it. The developer uses it too.

If I am building software that I don’t use and don’t know how to use for people I don’t understand or even like, how good is my software going to be?

I probably see every feature in terms of how difficult it will be to implement, rather than how valuable it will be for my users. I probably find myself wanting to label or document the features using my jargon instead of theirs. I probably create features that are tedious or unintuitive for my users. I can’t imagine why the user interface I designed doesn’t make sense to them.

Y es que el mundo está lleno de ThemWare, yo participo en varios proyectos, vamos. Pero es que lo ves en todos lados: la web de Renfe (va camino de ser la peor web española de la historia), cajeros automáticos, los menús del móvil, aplicaciones imposibles de comprender… No es que los desarrolladores sean malos, es que no son usuarios de sus propias aplicaciones. Es el cocinero que no come en su restaurante.

Pero también hay esperanza: Gmail, unvlog, Film is not dead, etc. etc. Y me gustaría pensar que ZLog tiene algo de ello también. Desde luego puedo asegurar que yo lo uso a diario.

Y aunque como comentan en Coding Horror hay software que es muy complicado que se convierta en UsWare, esperemos que por lo menos el testing con usuarios pase a ser la norma y no la excepción.

Lección de imagen

Wednesday, February 27th, 2008

¡La que me han dado!

Comentaba el Tendero hace poco sobre la importancia de la imagen:

El otro día, un cliente me enseñó un presupuesto de una reforma de sus Oficinas (bastante grandes) y cada zona de la Oficina tenía un nombre más ridículo, que tenía que ver con el nombre de la empresa. Y cada mueble de la Oficina, tenía sabor, olor, color… relacionado con la empresa que pedía el presupuesto. Y para rematar habían hecho una maqueta con papel de periódico y pintada con acuarelas… Así imagino que si el preupuesto valía X, pues ahora vale X+chorradas varias de presupuestos. Pero parece que a los jefes de este cliente, les ponen mucho esas chorradas.

Y yo le comentaba en su blog:

estamos entrando en un tiempo en que hacer las cosas bien no va a ser suficiente. La gente empieza a querer/necesitar diseño y usabilidad en todo lo que ve/toca/usa etc.

Y no sabía lo pronto que iba a experimentarlo yo en mis cannes. La historia es que en mi curro actual hacemos aplicaciones Flash que no lo parecen. La verdad es que no tenemos un equipo de diseño demasiado potente y yo soy un pobre picador. Pero en mi afán de aportar un poco al lado emocional de mis aplicacioncillas, me importé las Tween y le di un poco de easeOutElastic a unas transiciones. Compilo, lo subo a la página de ejemplo y mando un mail a los interesados: “Nueva versión aquí, bla, bla.”

- A los 2 minutos: Uno de software: “Eh tío, cómo mola el rebotito ese que has puesto, se sale. Le he dado 10 veces. Genial”.

- A los 5 minutos: Diseñador: “Eh, gracias por la actualización. Por cierto, se sale el efectillo ese, les va a encantar.”

- A los 10 minutos *Jefa de proyecto* que se levanta de su mesa, viene a la habitación de software: “Juan, me encanta el efecto que has puesto! Muchas gracias, queda genial y les va a flipar. Gracias, gracias.”.

O_ó

Resulta que del testing con Mark nos sacamos la idea de las instrucciones específicas para lectores de pantalla ¿no? Bueno, eso fué el viernes. El lunes a medio día estaba implementado en TODAS nuestras aplicaciones. ¿Cómo? Fácil si tienes montado un framework con unas clases de las que extienden todas tus aplicaciones, lo cual asegura que todas heredan el mismo código de una forma consistente, no tienes que andar copiando y pegando, bla, bla, bla… Vamos, que yo el lunes estaba contentito de comprobar que las chapas que doy son realmente útiles en la práctica. Eso sí, ni el tato vino a darme una palmadita (aunque tampoco hacía falta, es mi trabajo).

Ahora, montar el efectillo (ya ves tú, un mísero rebote con las tweener) me ha costado 5 minutos y lo hace cualquier monkey. Y casi me ponen rojo a felicitaciones….

No sé, me da la sensación de que igual no invierto mi tiempo y esfuerzo en la dirección correcta. O puede que sí, no sé. Quicir, que el hecho de que todo funcione como toca empieza a dejarme tiempo para hacer cosas un poco más molonas.

Qué mundo este!

Formato de texto por defecto y preferencias de accesibilidad del sistema

Wednesday, November 14th, 2007

Seguimos con los títulos laaaaargos para los posts.

Algunas de las charlas y ponencias de Flash on the Beach me han dado alguna idea para el tema de la accesibilidad en Flash. Dando por descontado que algún día wmode y SeamlessTabbing serán solucionados, qué os parece esto:

Acceso a las preferencias de accesibilidad del sistema

Uno de los principales problemas de Flash es que no reacciona a las preferencias de accesibilidad que el usuario ha puesto en su máquina. Si por ejemplo ha cambiado la letra a gigante, en Flash no hay forma de saberlo.

Sería muy interesante que esas preferencias se ofrecieran en modo sólo lectura mediante un objeto. Cosas como tamaño y color de las fuentes, color de fondo preferido… tampoco me sé todas las opciones, especialmente porque cambian entre distintos sistemas operativos.

Si por la razón que fuera el player dentro del navegador no pudiera acceder a esto, estaría bien que al menos dentro de AIR sí que fuera posible.

Formato de texto por defecto

¿A quién le gusta la Times New Roman 12 que por defecto usa el navegador o Flash? A nadie. ¿No sería bueno que si el programador no define ningún estilo concreto el formato de texto fuera por defecto el que el usuario tiene definido para su sistema? Esta medida es imposible que moleste a nadie, porque quien quiera puede seguir aplicando estilos como hasta ahora, pero quien quiera “respetar” las opciones del usuario, lo tendría simple, no aplicar ningún formato. Igual es algo que también se podría aplicar al color de fondo, no sé, habría que pensarlo con ciudado.

A mi estas 2 cosas me parecen muy sencillas de agregar por parte de Adobe y no creo que dependa de nadie externo para realizarlas. ¿Qué os parece?

Escribiendo en el ordenador

Monday, October 8th, 2007

Hoy os voy a hacer perder el tiempo comentando cómo mucha gente al cometer una falta cuando escribe en un ordenador borra *todo* lo que hay entre el cursor y lo que quiere arreglar. Yo mismo lo hago muchas veces y sólo es en los últimos 6 meses que soy consciente cuando lo hago. ¿Que no sabes de qué hablo? Vídeo al canto:

Últimamente me fijo y he visto a mucha gente haciéndolo, me resulta curioso. Por ejemplo, yo diría que Alberto lo hace aquí un par de veces, pero igual me lo estoy inventando.

Yo diría que esto es por lo “barato” que resulta borrar en un ordenador, seguro que si estuvieramos escribiendo a lápiz sólo borraríamos lo estrictamente necesario y nada más.

Bueno, pues hasta aquí otro importante post de investigación del equipo de Dando la chapa :) Lo bueno es que ahora mandaré a la gente a este post en lugar de explicarlo de palabra que lleva mucho más tiempo.

¡Ea!

pd: Siento la falta de tildes en el vídeo pero es que estaba desde el teclado inglés.

Dale un botón derecho a un friki y lo harás feliz

Sunday, April 29th, 2007

Pues andaba yo flojeando cual viernes por la tarde cualquiera, viendo un vídeo de Flash in the Can, siguiendo con mi inconsciente tic/manía de ir haciendo click indiscriminadamente con el botón derecho, cuando me he topado con un menú que era útil!

Si sacáis el menu alternativo en el player de ese vídeo aparecen unas opciones bastante útiles: “Email this”, “Blog this”, “About”, “Get link”, “Get code”…. ummm interesante. Siguiendo los enlaces, parece que el vídeo está alojado en Brightcove, otro sitio de vídeos estilo YouTube, pero que esta vez se han molestado en hacer algo un poco distinto, en invertir un poco más de tiempo en hacer su player. E invertir siempre es bueno, aquí me tienen a mi haciéndoles publicidad gratis.

¿Cuántos usuarios van a encontrar esa utilidad? Esa no es la buena pregunta. Porque aunque la mayoría de usuarios no la encuentren, resulta que los que lo hacen se llevan una muy buena impresión de tu producto. Y evangelizan.

Ea! A poner menú alternativo en todas vuestras aplicaciones!

Menús inteligentes en el móvil

Friday, March 16th, 2007

Igual esto ya está inventado y yo soy el último en enterarme, pero

¿No molaría que te cagas que los elementos del menú del móvil más usados se fueran posicionando los primeros?

Algo parecido a lo que hace Windows ocultando los elementos de los menús que no se utilizan. A mi eso nunca me ha gustado y siempre lo deshabilito, más que nada porque acabas sin saber qué opciones tiene un menú. A lo que yo me refiero es que si una opción ha sido más usada que la inmediatamente superior, intercambien posiciones.

De esa forma todas las opciones del menú estarían allí, pero las más accesibles (las que están más arriba) las decidiría el usuario inconscientemente con su uso y no un ingeniero finlandés. Por supuesto aplicar este comportamiento tendría que ser decisión del usuario y no del finlandés.

Sería una manera sencilla de programar las cosas que utilizas.

pd: he intentado encontrar el plurar de menú, pero no he podido averiguar si es menús o menúes. ¿Alguien que eduque al friki?