elclerigo! Weblog de Ricardo Gil

Actualicen sus feeds, nos trasladamos.

Mon, 17 Nov 2008 08:48:00 -0600

Me alegra poder dar por fin esta noticia, despu�s de m�s de dos a�os en esta casa, hemos decidido trasladarnos a nuestro propio dominio. Todos los post han sido migrados a la nueva p�gina para facilitar a los usuarios la b�squeda de contenido, muy a mi pesar ya que, es m�s que probable que, Google me penalizar� por contenido duplicado.

Quiero dar las gracias al equipo de Blogia por haberme facilitado un hueco para mi bit�cora durante este tiempo, su servicio ha sido muy satisfactorio y m�s que suficiente, pero el cuerpo me ped�a un plus y me he decidido a migrar.

El nuevo dise�o ir� mutando poco a poco conforme tenga tiempo, espero que os guste. Nos vemos en:

http://elclerigo.com

�

Etiquetas: migracion, weblog, ricardogil, elclerigo.com

Cadius Pamplona en el World Usability Day

Sat, 08 Nov 2008 10:00:00 -0600

Durante el pr�ximo World Usability Day (13 de noviembre) Cadius Pamplona va a celebrar un cocktail diferente. Est�is todos invitados y os animamos a venir.

Programa

Parte I: Seminario

De 16:00 a 19:00 - Las redes profesionales: c�mo sacarles partido en la empresa
D. F�lix L�pez Capel, Business Development Manager Spain de Xing* Spain.

Parte II: Desconferencia

De 19.15 a 19.20 - Presentaci�n del evento por Daniel Pinillos
De 19:20 a 19:30 - Presentaci�n de Cadius Pamplona por Ana P�rez.
De 19:30 a 20:30 - Desconferencia Cadius sobre usabilidad y d�nde esta presente en nuestras vidas por Maria Luisa Santos (Wila), Susana Heredia (sonesu) y Marian Bueno.
De 20:30 a 21:00 - Presentaci�n sobre el estudio de Usabilidad en nuestro d�a a d�a por Alumnos curso innovaci�n web 2.0
De 21:00 en adelante - Debate entre cadius pamplona y p�blico asistente (Moderado por Daniel Pinillos)

Lugar de celebraci�n

Club de Marketing de Navarra
Avenida Anaitasuna - 31192 - Mutilva Alta
Ver en el mapa

Etiquetas: cocktail, cadius, pamplona, noviembre, 2008, world, usability, day

Interfaz de las m�quinas de pago de parking

Tue, 04 Nov 2008 09:33:00 -0600

Le�a ayer en el blog de David Boix una reflexi�n sobre las m�quinas de pago de parkings, o zonas de aparcamiento de la calle (ORA, zona azul, verde, naranja y dem�s colores dependiendo de cada ciudad) y me sent� profundamente identificado con el problema. No soy un usuario demasiado habitual de esos estacionamientos y cuando me toca usarlo suelo acabar de los nervios, en primer lugar porque s�lo hay botones de colores y enormes textos explicativos (que no ayudan cuando hay 5 personas esperando y est� lloviendo) y en segundo lugar porque la mayor�a de las veces voy con prisa y no tengo tiempo de andar aprendiendo a usar la interfaz.

As� pues, a modo de ejercicio personal me he propuesto plantear un boceto de mi interfaz ideal, aunque ahora que lo he acabado y subido me he dado cuenta de que me he olvidado lo m�s importante ��EL BOT�N DE CANCELAR!! Una de las principales funcionalidades, ya que da al usuario la posibilidad de deshacer todo ante la duda y genera confianza en el sistema.

Se aceptan todo tipo de cr�ticas y aportaciones al boceto, para mejorarlo : ).

Etiquetas: experiencia, de, usuario, dise�o, interfaz, interacci�n, parking

FW'08: Punto y final

Wed, 29 Oct 2008 10:15:00 -0500

Fundamentos Web 2008 se ha terminado.

Taller de Mental Models

Ayer asist� al taller de Mental Models a cargo de Eric Fain y a pesar de lo denso del tema y del cansancio acumulado fue realmente interesante y productivo, aunque seguirle resultaba complicado en ocasiones. Quiz�s, y dado que el tema tratado no era excesivamente t�nico en su terminolog�a, se hubiera podido poner un sistema de traducci�n. Salimos con la sensaci�n de que faltaba tiempo, pero es normal, condensar una metodolog�a como Mental Models que dura muchos meses en unas pocas horas es realmente complejo, as� que creo habr� que practicar y seguir investigando. Eric nos puso tres ejercicios que ayudaron creo a entender la metodolog�a mejor. El primero consisti� en bocetar de forma sencilla un mapa mental sencillito, en el segundo hicimos una entrevista rotando por los distintos roles (entrevistador, entrevistado/s y coach) y el �ltimo se bas� en aportar alguna soluci�n a los vac�os de un modelo mental que Eric nos pas�. Ese modelo era el de las necesidades de un gato, fue muy divertido buscar soluciones para las necesidades de un gato.

Conclusiones

A modo de conclusiones generales de Fundamentos Web 2008, dir� que desde mi punto de vista ha sido uno de los mejores a�os. Creo que el nivel de las ponencias en general ha sido muy bueno, y que para que eso fuese posible ha influ�do notablemente el hecho de que s�lo hubiera un d�a. Destacan por encima la charla de Jesse James Garret y la charla de Eric Fain, y por debajo quedan la ponencia de Becky Gibson (demasiado centrada en DOJO y poco en WAI-ARIA) y la de Carlos Guadi�n (estar 20 minutos explicando qu� es la web 2.0 quit� tiempo a la parte final que result� interesante y en la que di� buenas ideas). La organizaci�n ha sido excelente y no hemos tenido problemas t�cnicos, la WiFi iba perfecta (salvo en la sala de WAI-ARIA) y hab�a bastantes enchufes y regletas repartidos por toda la sala para los que �bamos con portatil.

Desde este blog espero haber contribu�do a acercaros el Fundamentos a los que no hab�is podido asistir. Ha sido un placer : )

Etiquetas: fundamentos, web, 2008, fw2008, fw08

FW'08: Taller de Mental Models

Tue, 28 Oct 2008 13:44:00 -0500

De momento no puedo tomar notas para postear, pero ma�ana con tiempo y reflexi�n postear� sobre el taller y sobre el evento en general.

Etiquetas: Fundamentos, Web, FW08, 2008

FW'08: Tu vida laboral (mesa redonda)

Mon, 27 Oct 2008 18:39:00 -0500

Da comienzo la mesa redonda que cuenta con Jos� Florido, Ariel Guersenzvaig, Humberto Matas, Manuel Mu�oz y Daniel Torres Burriel, y que modera Jes�s Gorriti.

Jes�s da la introducci�n a la mesa redonda. Nos explica que van a preguntar cosas y que tenemos que levantar papeles para responder. Adem�s podemos hacer las preguntas de viva voz, mediante Twitter o desde BackNoise. La sesi�n est� pensada para hablar sobre todo de nuestras vidas laborales, para ello van a ir viendo la vida laboral de los distintos ponentes (sin camisas ni corbatas, con zapatillas).

Se presenta Jes�s, dice que no va a opinar que s�lo modera. Se presenta Ariel que estudi� en Amsterdam, y aprendi� HTML, en 2002 vino a Barcelona y en 2006 se unieron a Multiplica y desde el a�o pasado se dedica a dar formaci�n en Elisava.

Jos� Florido empez� hace 7 a�os desde su propio estudio, despu�s di� el sato a Panoramio y ahora desde la compra est� en Google.

Humberto iba para actor y cuando se di� cuenta que eso no le daba para comer, mont� una agencia de marketing y comunicaci�n en 1995, dos a�os despu�s pas� a Tecnoland hasta que cerraron y fund� DNX y ha ido evolucionando hasta crear la fundaci�n para ense�ar Human Center Innovation.

Manuel Mu�oz trabaja en The Cocktail, estudi� dise�o industrial, antes ha pasado por agencias de publicidad y por la Administraci�n. En The Cocktail es desarrollador Front y como experiencia de usuario. Adem�s lleva entre otros unvlog.

Daniel Torres estudi� trabajo social y call� de rebote en la web, al no hacer el servicio militar y caer en una asociaci�n donde le tocaba trabajar mucho con Internet. Entr� en Net2u en la parte de front y los� dos �ltimos a�os era el responsable de dise�o. Lleva ahora algo m�s de un a�o como consultor independiente, aunque dice que prefiere definirse como un confesor al que clientes peque�os terminan cont�ndole todo.

Gorriti a la audiencia: �Qu� eres? Dise�ador, programador, jefe de proyecto, webmaster u otro.
Resultados: Ganan los programadores, empate de dise�adores y jefes, y al final los webmasters

Pregunta a los ponentes: Ninguno hab�is estudiado nada de lo que ahora trabajais, �por qu� pasa esto?
Ariel: Es una disciplina nueva, en muy pocos pa�ses del mundo hay estudios de interacci�n. Los que estudian inform�tica o dise�o, o psicolog�a est�n enfocados a esto. El problema es que las escuela de dise�o en este pa�ses van a la parte formal, menos a la experiencia. Y los estudios de informatica van dirigidas a la parte de computaci�n.
Humberto: En el norte de europa hay muchas escuelas enfocadas a la interacci�n, mientras que aqu� te miran sin saber de qu� les hablas. Hay cierta miop�a en el sector p�blico.
Jose: Estudi� econ�micas. Pero siempre me interes� Internet y el dise�o. Empec� leyendo libros, estudiando, yendo a conferencias.
Manuel: Habla de las sensibilidades de cada individuo para cada parte del desarrollo.
Ariel: El dise�o no es un estudio oficial y el dise�o de interacci�n es una parte, con lo cual sufre de cierto desprecio.

Gorriti a la audiencia: �c�mo de grande es la ciudad donde viv�s?
Resultados: la mayor�a viven entre ciudades de 50mil y 250mil,� y de hasta 500mil.

Pregunta a los ponentes: �c�mo se depende de la gente de alrededor para adquirir conocimiento?
Jose: Es una suerte la participaci�n a trav�s de listas, foros y grupos para aprender.
Manuel: Cuando llegas a cierto nivel, cuando tienes lo b�sico asumido, es bueno tener un coaching que te ayude. En su empresa hacen una reuni�n semanal para debatir convenciones a la hora de maquetar.
Daniel: Me sirvi� de mucho dentro del equipo de la empresa tener la obligaci�n de ser el que ten�a que preocuparse de investigar y compartir el conocimiento con los dem�s. Habla de Cadius Zaragoza y de los perfiles variados y externos a la web (funcionarios, periodistas, abogados) para recibir conocimientos que no tendr�as de otra forma.

Pregunta a los ponentes: �C�mo es eso de vivir en un sitio con grandes presupuestos y grandes empresas?
Humberto: En esta �poca te buscas la vida, el trabajo, el conocimiento facilmente hay aviones, trenes, internet,... Recomienda a la gente que salgan de Espa�a a ver empresas y gente de fuera para aprender y mejorar y para traer la cabeza llena de ideas.
Daniel: En Zaragoza hasta hace 3 a�os era complicado salir por ejemplo a Madrid, con el AVE es m�s f�cil.
Daniel y Humberto: debaten un poco el tema de salir de la ciudad, Humberto lo ve m�s facil.
Manuel: En Valencia, en una ciudad de 30 mil habitantes no pod�as aspirar a proyectos que te dejaran jugar, y tuvo que irse a Madrid para poder empezar proyectos que se lo permitiesen.
Jose: reconozco que la gente sabe que si quiere mejorar necesitan salir e irse a Madrid. Cree que hay un handicap para las empresas que est�n en madrid a la hora de que les den proyectos interesantes.
Humberto: en nuestra profesi�n tenemos la capacidad para conseguir buenos trabajos desde cualquier lugar, solo necesitas cabeza y un ordenador.
Ariel: las empresas conf�an en grandes consultoras porque ven por detr�s una base, mientras que no les da tanta confianza unos freelances. Lo ve muy dificil.

Pregunta a los ponentes: �qu� hacemos con los clientes con todo esto de la web 2.0?
Manuel: Lo primero que les impacta es el presupuesto. Porque tienen varios presupuestos de empresas locales, peque�itas y les suele asustar. No entras igual en los baremos que manejan. Lo bueno con los clientes peque�os es que la relaci�n es m�s directa, en grandes empresas peque�as decisiones pueden suponer muchas horas de retraso cuando nadie en un comite tiene la postedad para decidir algo.

Pregunta a los ponentes: �c�mo podemos hacer para con un presupuesto bajo hacer algo interesante?
Daniel: Hay que involucrar al cliente, para que se hago tu aliado y te solucione una parte de tu trabajo. Vamos a ver hasta donde llegamos.
Humberto: Cuando empezamos eramos 2, trabajando con presupuestos peque�os. Al principio regal�bamos trabajo. Damos m�s servicio del que te piden. La ventaja es que si coges uno de esos clientes puedes crecer con ellos, igual en una ciudad peque�a es m�s dificil coger un cliente de esos.

Pregunta a la audiencia: �cuantos a�os llevais en esto?
Resultados: la mayor�a entre 6 y 10, y tambi�n entre 3 y 6, muy pocos m�s de 10 y unos cuantos menos de 3 a�os.

Pregunta a los ponentes: �proyectos en los que hay�is fracasdo y en los que hay�is tenido �xito?
Jose: Algunos proyectos fracasan porque entregas y lo abandonas, y terminan en nada porque al cliente no se le acompa�a o no se le educa bien. Un proyecto que me ha enriquecido mucho es sin duda Panoramio, conectamos mucho con qu� quer�a la gente, tambi�n ayudo la integraci�n con Google Earth.
Humberto: El mayor fracaso lo he tenido contigo (por Gorriti) (risas), fue viajar.com porque nos cre�mos muchas cosas que se dijeron en Fundamentos a base de crear wireframes en HTML y CSS y hubo que hacerlo dos veces porque no val�a y nos comimos muchas horas y encima al final viajar se vendi� y el redise�o se qued� en un caj�n. Mi consejo es: hay que darle un sentido a lo que haces �para qu� vale esto? �por qu� lo hacemos? Si lo encuentras, podr�s ponerle pasi�n.
Manuel: Sufr� en carne propia, un programa de comercio exterio de la Junta de Andalucia, dado que nadie supo dimensionar lo que supon�a redise�ar un portal entero en varios idiomas y con muchas aplicaciones. Esto desemboc� en una escala de violencia (risas). Al final todo se li� mucho y hubo que parar y redimensionar todo. Aprend� que una buena estimaci�n inicial salva los proyectos.
Ariel: Nos metimos a hacer un proyecto por la pasta, y fue un fracaso total. Otro gran fracaso fue vender mal un proyecto, termin� en una espiral de cambios que se aceptaban y al final el cliente nunca termin� satisfecho.
Daniel: un fracaso fue un cliente al que le vendimos tecnolog�a, metimos la pata hasta la cintura. Ya que se fue incrementando sin ninguna visi�n global. A la hora de que aquello encajase era imposible, todo se desmontaba. Y una acci�n que considero un �xito, es Blogia. Un d�a decidimos que much�sima gente se hiciera un blog (yo me hice uno jejeje). Decidimos quitar de la home todo aquello que no fuera "crea un blog" y conseguimos crecer en n�mero de usuarios r�pidamente y dejar de lado la parte de comunidad.

Gorriti lee: "los fracasos se dan por mala gesti�n, no es culpa de dise�adores ni de programadores"
Daniel: la responsabilidad es totalmente compartida.
Humberto: una buena gesti�n es hacer entender que todo el equipo es responsable del producto.
Ariel: la gente que hace ventas pueden ser peligrosos, pero la tarea del gestor es crear un equipo y hacerles ver que todos son parte del resultado. Ese es el trabajo m�s importante del project manager.

Gorriti lee una cr�tica llam�ndoles a los ponentes quejicas y cosas un poco m�s fuertes.
Manuel: Yo creo que s� que nos quejamos quiz�s demasiado. Nosotros tenemos unvlog, que fue algo que �bamos a hacer entre cervezas, esto naci� en un Twitter de casualidad. Si quieres hacer un proyecto al que quieres aplicarle tu idiosincrasia hay modos de hacerlo.

Pregunta al p�blico: �con qu� clientes trabaj�is?
Resultado: la gran mayor�a trabaja para grandes empresas y administraci�n, muchos desarrollos internos y casi nadie en starups

Pregunta a los ponentes: �c�mo convencer al cliente de lo que realmente cuesta nuestro trabajo? �c�mo decir al cliente que no es barato?
Daniel: mi experiencia ahora es con clientes peque�os y alg�n mediano, cuando les cuento lo que hago parece que les convenzo y adem�s parte de su facturaci�n depende de la web y est� motivado. Es un perfil de cliente definido. Cuando estaba en una compa��a la parte de pelear con el cliente y los presupuestos no me tocaba directamente.
Humberto: est� sorprendido de que la inmesa mayor�a trabaja para el gobierno y a penas 3 o 4 en starups. Anima a la gente a montarse negocios online.
Manuel: todos hemos o�do la frase "esto lo har�a mi primo con el Word", siempre les respondo lo mismo "probablemente t� lo que necesitas no es lo que te ofrezco". Ahora mismo muchas pymes con las herramientas actuales les bastar�a, por ejemplo con un wordpress.

Pregunta a los ponentes: �cre�is que dentro de 5 a�os las pymes generar�n sus propias webs y aplicaciones desde starups?
Ariel: las pymes van a hacer lo mismo que con el mobiliario de oficinas, van a un sitio barato y cogen lo que necesitan. La gente se compra una impresora y va a PC City a que se la instalen. Seguramente pasar� pero ahora mismo no.

Pregunta a la audiencia: �como de grande es vuestra empresa?
Resultados: la gran mayor�a trabajan en empresas de entre 10 y 50, 50 y 100 y m�s de 100, a penas hay gente de las menores de 10

Pregunta a los ponentes: �qu� entorno es mejor?
Jos�: ahora trabajo en Google que somos 15 mil, pero trabajamos en equipos de 15 personas que es la clave. Mi mejor �poca fue en Panoramio cuando �ramos 3. Ten�amos wiki, intercambi�bamos conocimiento, y est�bamos al d�a. Igualmente se pueden hacer cosas en entornos peque�os. Google es como un supercaos, al prinicipio nadie te dice qu� hacer, pero cuando te acostumbras est� realmente bien. Es como Internet, hay muchos wikis, listas, foros pero internos, y cuando empiezas en un proyecto tienes tus blogs, listas, etc... y est� realmente bien. Se disfruta mucho m�s.
Daniel: el factor fundamental es poder hacer mi trabajo, conceptualizar, dise�ar, y mis labores en la empresa empezaron a distar y despu�s de 7 a�os fue la decisi�n correcta. Trabajo con proyectos bonitos, puedo echarle m�s cari�o, puedo venir aqu� sin dar explicaciones.
Manuel: Yo he pasado por empresas de muchos tama�os, desde una donde eramos 3 personas hasta empresas mastod�nticas de publicidad. He tenido suerte de ver cuando una empresa peque�a empieza a crecer y se convierte en mediana. Cuando entr� en The Cocktail �ramos 10 de distintas disciplinas ahora somos 50 personas. Cuenta las ventajas de estar en The Cocktail y acepta que no es lo habitual.

Pregunta a los ponentes: �c�mo veis vuestro puesto de trabajo en 5 a�os? �qu� escucharemos aqu� en FW?
Ariel: yo no tengo ni idea (risas)
Humberto: yo no s� que va a pasar, noto que la gente que tiene pasi�n por lo que hace quieren rentabilizar al m�ximo sus conocimientos y ves que mantienes relaciones con miniempresarios que tienen sus propias pasiones. Me gustar�a dentro de 5 a�os ver m�s gente con proyectos propios.

Gorriti: �cre�is que van a cambiar los modelos actuales de recibir dinero? (empresario, trabajador o freelance) Por ejemplo la publicidad en una web.
Daniel: Empiezo a obtener alg�n ingreso por la publicidad del blog, doy alg�n curso o voy a bolos. De eso parten nuevas formas de modelo de negocio.
Manuel: Actualmente es peligroso dejar todos sus ingresos en su blog o en una web. Las empresas quieren poner su publicidad en sitios de calidad.

Gorriti pide alguna reflexi�n a los ponentes y busca preguntas.
P�blico: Quiero ver si un fracaso en un proyecto para una pyme puede afectar al sector.
Ariel: Es como que te rechace una chica y te quedes encerrado en tu casa para siempre. Hay que fracasar, fracasar y seguir intent�ndolo. Por que te permite mejorar.
Humberto: hay dos tipos de fracasos, el personal con proyectos propios en el que habr�a que insistir, y el fracaso en un proyecto porque si en el sector entra mucha gente a hacer chapuzas l�gicamente afecta.

Etiquetas: Fundamentos, Web, FW08, 2008

FW'08: CMS, Est�ndares, Accesibilidad y otros cuentos (Mesa redonda)

Mon, 27 Oct 2008 16:30:00 -0500

Como yo no he podido asistir a la mesa redonda, a�n no he evolucionado geneticamente lo necesario para estar en dos sitios a la vez, lo cuenta muy bien mi compa�era Susana en su blog.

Etiquetas: Fundamentos, Web, FW08, 2008

FW'08: Real World with ARIA (Becky Gibson)

Mon, 27 Oct 2008 14:58:00 -0500

Comienza haciendo una revis�n de WAI-ARIA, un repaso a las caracter�sticas generales que ya hemos visto en la charla anterior de Steve Faulkner. Un ejemplo de las propiedades que son necesarias para que un men� en arbol se pueda leer a trav�s de un lector de pantalla.

Nos pregunta cu�ntos conocemos el framework de javascript DOJO, levanto la mano ya que en Aranzadi lo usan, y nos muestra sus bondades. Es muy similar a prototype y jquery. Accesible, internacionalizaci�n, API, etc, etc, etc... Nos muestra los distintos tipos de widgets o controles que se pueden implementar con DOJO. Widgest de formulario, de layout (content panes, tabs, etc...) y avanzados (paleta de colores, barra de progreso,...). A todos estos controles han conseguido hacerlos accesibles mediante la implementaci�n de ARIA y adem�s han dado soporte a las personas con baja visi�n (funcionan en modo contraste, no tienen tama�o de fuente fija,...).

El mayor obst�culo fue la comunidad. Los desarrolladores �nicamente quieren hacerlo todo muy visual muy gr�fico, muchos ni sab�an qu� era un lector de pantalla, as� que tuvieron que educarlos, hacer f�cil ARIA, mantener el rendimiento, proveer documentaci�n y probar, avisar, probar, avisar,...lo que lleva mucho trabajo que la propia Becky realiza para cada control y cada modificaci�n.

Ejemplifica como se puede usar ARIA desde HTML y desde javascript con DOJO. Mucho c�digo para postearlo ;) Se dispone a hacer una demo con JAWS de una aplicaci�n que simula un webmail con lo t�pico: men� en �rbol, paneles actualizables, teclas de acceso con funciones, un cuadro de di�logo,... A Becky le falla la demo, bueno todos los presentes sabemos que las demos fallan, pero est� muy bien, es una aplicaci�n compleja y se mueve con el tabulador y el teclado y JAWS interpreta muy bien todos los cambios.

Etiquetas: Fundamentos, Web, FW08, 2008

FW'08: WAI-ARIA Just Do It!

Mon, 27 Oct 2008 14:03:00 -0500

�Qu� significa WAI-ARIA? WAI se refiere a la iniciativa de accesibilidad y ARIA se refiere a una especificaci�n que se encuentra en fase de desarrollo pero le falta poco para ser una recomendaci�n.

Pregunta cu�ntos sabemos qu� es un lector de pantalla, la mayor�a, y nos explica como funciona. WAI-ARIA saca significado de los ruidos y los silencios del lector de pantalla sobre una p�gina web. Nos comenta la diferencia de lo que ve un usuario (bot�n que pone OK) y lo que oye un lector de pantalla (“bot�n gr�fico OK”). Mediante WAI-ARIA podemos identificarlo como un bot�n y as� los usuarios de lector lo identifican y adem�s puede saber c�mo interactuar con �l. Usando en HTML la propiedad “role”, (role=”button”), le indicamos qu� es el elemento y adem�s le podemos decir que pulsando espacio puede interactuar con �l. Es un ejemplo sencillo que se podr�a explicar de otra manera. Nos cuenta otro ejemplo con el t�pico bot�n que se resalta al pinchar en �l. Para ello adem�s del role usar�amos la propiedad aria-pressed.

Ahora vamos a ver qu� pasa cuando hay cambios de contenido en partes de la p�gina a trav�s de AJAX. Los usuarios no visuales no pueden saber que algo ha cambiado y adem�s siguen con el contenido anterior al cambio (el HTML que se sirve desde el servidor inicialmente). La interfaz de Twitter tiene este problema, mientras escribimos el dato del n�mero de letras que quedan se actualiza. Para el usuario no visual no existe nada m�s que lo que se introduce en el campo de texto.

WAI-ARIA soluciona el problema de Twitter, “los usuarios no son capaces de ver los cambios ajenos al punto donde se encuentran”. Con el atributo aria-live, (aria-live=”polite”), que sirve para que cuando el usuario hace una pausa en la escritura le anuncia el valor del n�mero de los caracteres que le quedan. Tiene otros valores: off, polite, assertive y rude. Que act�an de otra manera.

Con estas propiedades ganamos el acceso a los cambios del contenido. Para un usuario no visual es un cambio bestial, de algo est�tico a algo din�mico.

Nos da unos cuantos puntos que hacen m�s interesante a�n WAI-ARIA:

Escritorio en la web
Secci�n 508 y su revisi�n
Verdadera interoperabilidad con tecnolog�as de ayuda
...

�qui�n soporta WAI-ARIA ahora mismo? Firefox, DOJO, Yahoo, JAWS, Safari, Google, IE, Opera, Mozilla, Sun, IBM, Adobe,...

Y con �qu� versi�n de HTML usamos ARIA? Pues con HTML 4 se convierte en HTML more (HTML +) y con el futuro HTML 5 tambi�n sigue siendo HTML +. Quiere decir que ninguna versi�n de HTML soluciona todos los problemas que soluciona ARIA.

Alg�n problema que se pueden solucionar son por ejemplo los controles slider, pesta�as de navegaci�n, di�logos que se abren por encima del contenido, barras de progreso, tooltips, etc... Pero no es sencillo realizar todas estar implementaciones.

Etiquetas: Fundamentos, Web, FW08, 2008

FW'08: Digging Beyond User Preferences (Eric Fain)

Mon, 27 Oct 2008 12:49:00 -0500

Lo presentan como un facilitador. El que pone a todos de acuerdo para que una aplicaci�n sea �til.

Va a usar sus datos personales para demostrar que no sirven para saber como usa un producto, y datos sobre otras cosas. Hay que entender la filosof�a de la gente. La motivaci�n.

Nos introduce a trav�s del proceso de creacion de edificios de �pera de Frank Gehry, de c�mo hablaba con los directores y compositores para saber c�mo quer�an que se oyesen sus creaciones. As�, Eric Fain cuando crea software tambi�n se preocupa de saber qu� quiere la gente. Para ello se pueden separa por grupos los usuarios y buscar los usuarios potenciales, tambi�n se puede ver las diferencias estad�sticas de cada grupo para saber m�s, aunque lo importante es encontrar a su audiencia primaria y desechar a los grupos que no encajan y a los que se les puede ofrecer otro producto.

Habla de una experiencia personal sobre el desarrollo de aplicaciones inmobiliarias, por ejemplo la cadena Hilton necesitaban unas caracter�sticas que otros no quer�an. Se dieron cuenta que su p�blico era otro. Como Apple que confiaba m�s en sus asesores inmobiliarios. Tuvieron que perder mucho dinero en adaptar la herramienta. Si hubiera analizado antes la audiencia se hubieran ahorrado muchos costes.

Hay que segmentar la audiencia. Nos muestra una tabla que divide los tipos de investigaciones. Investigaci�n de preferencias, evaluativa y generativa. La primera investiga las preferencias de los usuarios, la seg�n la evoluci�n de los productos que existen y la �ltima analiza a la audiencia y ven d�nde encajan.

Critica el uso de la t�cnica de Personas y Escenarios para seg�n que productos lo usemos. No cree que est� mal pero que puede estar desencaminado en casos concretos y en las �reas en las que ellos se mueven. Pone el ejemplo de la elecci�n de un plan m�dico. Y c�mo afecta su comportamiento y sus experiencias previas a la hora de la elecci�n. Algo que en la creaci�n de un personaje no podr�amos saber. Quiz�s necesitar�amos saber c�mo la persona se comporta ante ciertas dificultades como por ejemplo la enfermedad de un hijo. Conocer las emociones.

Usa el ejemplo de una p�gina de citas a ciegas que crearon y que quieren que se desmarque de webs como match.com. Analizaron el mercado, crearon personas y analizaron las motivaciones. Crearon dos grupos, los que ten�an miedos y no corr�an riesgos y podr�an participar m�s y los participativos. Tuvieron que entrevistar a las personas.

Para ello nos habla de las entrevistas no dirigidas, una t�cnica que usan, que no es la t�pica entrevista de marketing. Necesitan conocer las motivaciones de las personas a la hora de usar un producto. Las 6 reglas de estas entrevistas son:

Identificar comportamientos y creencias, no productos y preferencias.
Preguntas abiertas. �qui�n? �c�mo? �d�nde?...
No usar palabras propias. Si se hace los entrevistados las usan y no usan las suyas propias.
Seguir la conversaci�n. No se trata de evaluar, se trata de indagar.
No se trata de las herramientas.
Se busca la experiencia inmediata

Este proceso dura 12 o 14 semanas seg�n el proyecto. Ahora se trata de analizar sus historias para crear modelos mentales. A trav�s de las transcripciones de las entrevistas buscan los detalles que hablan de emociones, a veces es necesario revisarlas a fondo. Qu� buscan: Comportamientos, filosof�as y sentimientos. La gente dice las cosas de manera indirecta (ej: no dicen "saco el perro a pasear" si no "hay que sacar el perro"), por ello hay que transformas las frases y colocar frases sencillas para poder analizar lo que dicen y sacar las conclusiones (ej: Comprar entradas por internet para ganar tiempo). La motivaci�n del usuario es ganar tiempo, eso en esa frase se ve f�cil pero �l no lo dir�a as�.

Nos muestra un modelo mental que impreso medir�a unos 9 metros, donde se ven los comportamientos y reacciones de un usuario, frente a las maneras en que se pueden apoyar (un servicio, un formulario,...).

Por �ltimo habr�a que ver los puntos blancos dento del modelo mental. Es decir d�nde nuestra aplicaci�n no soporta el comportamiento del usuario. En la web de citas ENGAGE ten�an un hueco en el punto donde la gente debe decidir si presentarse o no a otra persona, muchos necesitaban interactuar con el otro para ver sus movimientos, su forma de hablar, etc... pero eso es complicado en una herramienta online. Algo que implantaron era una especie de agenda de d�nde iba a estar la persona. "Estar� en la librer�a de 8 a 10 y luego en el parque". As� se rompe la tensi�n de una cita, es m�s natural y permit�a a la gente conocer al otro. Eric nos muestra otros dos ejemplos m�s de ENGAGE.

Dentro de un modelo mental tambi�n puede pasar que tengamos muchas herramientas para algunos comportamientos. Es decir se est�n desarrollando m�s funcionalidades de las que la gente necesita o demanda.

Eric quiere terminar explicando como los modelos mentales pueden ayudar en los equipos y c�mo podemos implantarlo. En los equipos cada uno tiene su visi�n, para ello hay que unificar criterios y enfocarlos a solventar las necesidades de los usuarios. El modelo mental puede quitarnos el papel de trabajador durante un momento para ponernos en el papel del usuario, puesto que como trabajadores tendr�amos motivaciones distintas de las de un usuario.

M�s info: Torres Burriel, Sonesu

Etiquetas: Fundamentos, Web, FW08, 2008