elclerigo! Weblog de Ricardo Gil

Este post ha sido escrito para el blog de Experiencia de Usuario de BikoLabs.

Cuando hablamos de experiencia de usuario, basándonos en la rueda de la experiencia de usuario de Francisco Tosete, vemos que son 6 claves en las que nos apoyamos para lograr los objetivos.

Si bien estas 6 áreas están relacionadas entre sí de una u otra manera, e incluso hay técnicas o métodos que no sabríamos si son propios de la Arquitectura de la Información o de la Usabilidad, se refieren a la manera en que nuestro producto genera una buena experiencia de usuario. Una buena experiencia en un sitio web no es sinónimo de éxito, entendiendo el éxito como la magnificación de nuestras metas y objetivos (millones de visitas, altos ratios de venta, adquisición multimillonaria por un gigante ;), uno de los más claros ejemplos actuales es Facebook.

En la comunidad de Facebook existe una alta motivación de uso como forma de reconocimiento social, esa motivación logra que los usuarios se sobrepongan a los problemas de usabilidad y navegación que presenta la aplicación. Podemos entonces considerar la motivación del usuario como uno de los ejes del éxito de nuestros productos.

Apoyándonos en la teoría de Herzberg de la motivación de los empleados en el trabajo, vamos a dividir el comportamiento del usuario en valores higiénicos o extrínsecos y en valores motivacionales o intrínsecos para una mejor distribución y categorización.

• Factores higiénicos o extrínsecos: Corresponden a la perspectiva ambiental. Constituyen los factores tradicionalmente usados por las organizaciones para obtener motivación de los empleados. Si estos factores faltan o son inadecuados, causan insatisfacción, pero su presencia tiene muy poco efecto en la satisfacción a largo plazo. Ejemplo: la silla en la que nos sentamos. Ejemplo en un entorno web: Una intro en flash, si nos hace perder tiempo o salta siempre que entramos puede producir insatisfacción. Si no existe no produce satisfacción

• Factores motivacionales o intrínsecos: Se refieren al contenido del cargo, a las tareas y a los deberes relacionados con el cargo. Son los factores motivacionales que producen efecto duradero de satisfacción y de aumento de productividad en niveles de excelencia, o sea, superior a los niveles normales. Son de carácter psicológico y ayudan a aumentar la satisfacción del individuo pero tienen poco efecto sobre la insatisfacción. Ejemplo: la posibilidad de ascenso. Ejemplo en un entorno web: las recomendaciones personalizadas de webs como Amazon, si no existen no producen insatisfacción, pero que la web nos recomiende cosas adaptadas a nosotros puede producir una satisfacción.

Dentro de los factores higiénicos se han encontrado los siguientes:

• Contexto de uso: Cómo, dónde y cuándo se usa el producto para lograr en cada situación que podamos conseguir nuestros objetivos.
• Contenido: Entiéndase como la calidad del mismo. Un contenido cuya redacción se adecue a nuestra búsqueda.
• Experiencia previa: Si nuestra experiencia navegando por Internet se adecua al nuevo sitio y nos facilita las labores.

Como factores motivacionales podemos tener:

• Reconocimiento social: El reconocimiento social entre nuestros conocidos o en redes sociales puede ser uno de los mayores factores motivacionales para la realización de tareas.
• Incentivos: A través de regalos, descuentos o acceso a promociones exclusivas podemos implicar al usuario.
• Resolución de problemas: El tiempo del usuario es sagrado, pero no solo el tiempo que pasa en una web, si no todo su tiempo. Qué es mejor para un usuario, tardar 20 días en recibir un paquete o 24 horas y con una llamada previa para confirmar la hora de entrega.

• Realización personal: Todos hemos visto el Top10 de un foro, dónde muchos llegan no solo por un reconocimiento de sus compañeros si no también por una realización propia consiguiendo cada vez mayores conocimientos.

De los factores higiénicos algunos podemos llegar a controlarlos o minimizar su impacto mediante el diseño de la interfaz, el control de los procesos y la gestión del contenido. Pero los factores motivacionales son difícilmente controlables por la tecnología aunque los clientes pueden trabajar en favor de ellos desde otras áreas como la imagen de marca o la publicidad.

Pongamos como ejemplo el iPhone, la campaña previa al lanzamiento del mismo, desde su presentación en la keynote (y los meses previos de rumores) hasta el día de su venta, logró generar una gran motivación en la compra por parte de sus clientes y si a eso le sumamos la brillante interfaz y la satisfacción de uso que produce además del reconocimiento social de sus poseedores tenemos unos clientes motivados usando el producto y pasando por alto o minimizando muchos de sus defectos o inconvenientes.

Podemos tratar de controlar la motivación del usuario, pero no podremos conseguirlo. Hay tantos factores que influyen en una toma de decisión en cada individuo que tratar de satisfacerlos todos es una tarea utópica. Así pues, el éxito o el fracaso de un producto no viene determinado únicamente por crear una buena experiencia de usuario, está claro que debemos centrar el desarrollo en el usuario y que las metodologías de diseños deben estar enfocadas a ellos, pero también debemos tener en cuenta otros factores que aunque muchos no estén al alcance de nuestra tecnología sí que podemos anticiparlos desde otras áreas si trabajamos conjuntamente con el cliente para ofrecer lo mejor al usuario.

Etiquetas: motivacion, experiencia, de, usuario, ux

Acabo de leer el artículo reciéntemente en el Diario de Navarra que comenta que hay alrededor de 4000 personas en la Comunidad Foral con problemas graves de baja visión, y aprovecho rápidamente el tirón de una noticia así en un medio para recordar la importancia de la creación de páginas web accesibles.

La accesibilidad, recordemos, no es únicamente para aquellas personas que ya sea permanente o temporalmente padecen una disminución de sus capacidades físicas si no también para aquellos que acceden a Internet con medios o en entornos que dificultan la navegación.

Es un tema muy repetido, pero como parece que aún hoy sigue habiendo gente que no se entera, insistir nunca está de menos. Y más ahora que cada vez más gente llega a nuestras webs desde móviles o equipos con pantallas pequeñas como los ultraportátiles o con conexiones lentas (las tarjetas 3G recuerdan a los modems de hace años ;). Lo dicho dejar de miraros el ombligo cuando hagáis webs.

Etiquetas: accesibilidad, web, baja, vision, navarra

Qué mejor manera de explicar un método para realizar test de usuario sobre prototipos creados manualmente con lápiz y papel que poner un vídeo. El prototipado en papel es bastante artesanal, se usan papeles doblados, pegamento, imaginación y algo de maña para darles la parte de interacción, aunque el resultado es bastante bueno y rápido.

Como ejemplo, este vídeo donde vemos un test de usuario para el servicio de webmail de Daum construído con tecnología ajax.

Actualización: Si antes hablo de prototipado en papel, antes lo hace Dani Torres Burriel, indicándonos un repositorio de plantillas en PDF tanto para creación de wireframes como storyboards. E incluso se pueden comprar en cuadernos.

Etiquetas: prototipado, papel, test, usuario, usabilidad

¿Y quién no amaría hacer prototipos y borradores con está pantalla táctil y esa interfaz?

ILoveSketch de Seok-Hyung Bae visto en Vimeo.

Etiquetas: prototipado, skecth, borradores

¡No seais mal pensados! No os lo toméis literalmente y empecéis a calentar la mente con tonterías. Esto es algo serio. Lo ha ha subido como un eBook Joan Jimenez (y llego a él a través de Asier del curso de Innovación Web 2.0), que es un experto en branding y comnicación 2.0. El eBook nos ayuda a recordar que nuestros clientes son personas con sentimientos e ilusiones y que debemos tratarlos como tales.

Me he permitido el lujo de subir el eBook como una presentación para que sea más fácil echarle una ojeada antes de descargarlo.

Etiquetas: joan, jimenez, clientes, ebook

Dejo los enlaces de los post que ayer escribieron mis alumnos del curso de Innovación Web 2.0 después de 45 minutos de dura teoría con consejos de cómo escribir en la web (basados en el libro de Crawford Kilian) y alguna buena práctica a la hora de escribir en blogs.

• Las 10 maravillas de Navarra
  
  • Bien: Leguaje sencillo, claro y directo. Textos simples y concisos.
    
  • No tan bien: Hacer referencia a una noticia del Diario de Navarra y no enlazarla.
    
  • Mejoras: Decir que hay premios lo indicaría al principio para captar la atención del lectos.
• Denomina 2008
  
  • Bien: Buena imagen, textos claros y enlaces a las bodegas.
    
  • No tan bien: Excesiva altura de la imagen (pero es hilar muy fino).
    
  • Mejoras: Algún enlace a la fuente de la noticia.
• Pamplona tiene un color especial
  
  • Bien:Contenido propio, toque humorístico, bien ordenado con listas y con llamadas a la acción al final.
    
  • No tan bien: Cambios en el tono, de muy serio a muy informal, expresiones coloquiales.
    
  • Mejoras: Algún enlace o imágenes (aunque todo es inventado y es dificil).
    
• Bueno,bonito y...bueno:
  
  • Bien:Titular que engancha, buen primer párrafo y pregunta para buscar comentarios.
    
  • No tan bien: Lista demasiado larga y sin separación visual.
    
  • Mejoras: enlaces a Google Maps o 11870 de los bares.
    
• Navarra resumen general:
  
  • Bien: Párrafos de extensión correcta, algún enlace relacionado, subtítulos para dividir secciones.
    
  • No tan bien: Vocabulario y comprensión de nivel medio alto. Quizás demasiado extenso.
    
  • Mejoras: Algún enlace a más información o con definición de términos.

Como ya les comenté, las cosas no están ni bien del todo ni mal del todo. Teniendo en cuenta que ninguno eramos periodistas profesionales del medio, que no nos dirigíamos a una audiencia concreta y que el tema tratado era elegido por los miembros de los grupos creo que los resultados han sido muy satisfactorios. Para mí al menos ;)

Escribir para la web (2001)
Autor: Crawford, Kilian
Editorial: Deusto
ISBN: 978-84-234-1780-3

Etiquetas: escribir, web, curso, innovacion

Comentan en Alquimistas del Diseño que al presentar un prototipo de una aplicación táctil al equipo de desarrollo y a los diseñadores gráficos del clientes se generó cierta polémica.

Es por ello que nos ofrecen cinco recomendaciones para que los equipos de diseño y desarrollo se centren en el usuario.

Es una lectura áltamente recomendable, no tanto para diseñadores de interacción o arquitectos de la información, si no para aquellos desarrolladores o diseñadores que siguen viendo Internet como un medio tradicional o como aplicaciones de escritorio de hace 10 años. También puede ser de utilidad para evangelizar a nuestros equipos, aunque siempre he creído que una buena charla informal que les haga abrir los ojos y romper algunas barreras es mejor que los papeles y la documentación (ya saben ¡vayánse de cañas todos juntos de vez en cuando!)

Vía | Isopixel

Etiquetas: diseño, interacción, IxD, Arquitectura, de, la, información, IA, DCU, UCD, UX

Y yo que pensaba que este año no iba, después de 3 ediciones sin faltar, y va y resulta que gracias al Quiz que montaron desde la web tengo la entrada (¡¡gracias!!) y he podido así juntarme a mis compañeros de Biko y poder asistir otro año más. Así me uno al aviso que hoy mismo ha dado Tripix, y de paso aprovecho para comunicar que intentaré blogear todo lo posible y rápido sobre las charlas para aquellos que no podáis asistir.

Etiquetas: fundamentos, web, 2008, fw2008, fw08

Rediseños de la web de Barack Obama
La evolución de la web de Obama de enero de 2007 a enero de 2008 y también se puede ver el actual (al menos 4 rediseños ¡¡en año y medio!!). Interesante evolución.

Charla de Mark Zuckerberg (Facebook) en la Universidad de Navarra
Se puede leer la transcripción desde el twitter de la facultad de comunicación de la Universidad de Navarra donde además está el enlace al podcast de la charla.

Etiquetas: rediseño, charla, presentacion, web, barack, obama, designing, with, vision, de, mark, Zuckerberg

¿Qué es comunactivo? Es la palabra clave de un concurso SEO. Para aquellos que seáis nuevos en los concursos SEO, básicamente se trata de posicionarte primero con una palabra inventada que se da a todos los participantes el mismo día. Este año en el Haz Ruido es "comunactivo".

¿Quién es Javier Lorente? Es un SEO navarro que ya quedó segundo el año pasado en este concurso y que tiene una espinita clavada. Y con este post intento ayudarle a quitársela. La verdad que ya va primero con la palabra comunactivo (resultados en google), pero aún le queda mucho por pelear, y siempre viene bien que alguien escriba un post con algunos enlaces.

Así que os animo a todos aquellos que quieran echarle una mano poner un enlace como este en vuestros blogs: comunactivo.

Te quejarás, Javi... ;-)

Etiquetas: comunactivo

Mañana salgo con mis compañeros rumbo a Gijón a la 4ª Edición de Fundamentos Web (FW’08) y para aquellos que no podáis asistir voy a daros una buena noticia. Desde este blog postearé los resumenes de las charlas a las que asista y a través de mi usuario de Twitter (el cual abriré durante el evento) iré retransmitiendo las mesas redondas en la medida que la batería de mi ultraportatil aguante.

Estoy seguro de que no seré el único de los asistentes que rentransmita en "semi" directo. El año pasado Tripix y Torres Burriel también estuvieron sin parar, aunque este año me imagino que al ser Torres Burriel uno de los invitados a la mesa redonda puede que esté más ocupado.

El mismo lunes en cuanto sepa quiénes están dándole a la tecla os avisaré.

Etiquetas: Fundamentos, Web, FW08, 2008

Presentan a Jesse James Garret y destacan de él su empresa Adaptive Path, su libro y AJAX.

Reconoce que la mayoría le conoceran por el término AJAX, y que al principio recibía muchos correos de los hinchas del AJAX de Amsterdam, pero no tenía nada que ver con eso. También recibía muchos correos preguntándole a cerca de qué tecnologías eran o no eran AJAX (iframe, innerHTML,...). Su mayor preocupación era identificar maneras de resolver la comunicación entre tecnología y usuario.

"¿qué queremos oir a cerca de nuestros productos?" JJG dice que lo que todos queremos oir es "yo no puedo vivir sin eso". Y pone como ejemplo el iPhone y las evoluciones de varios productos (de la maquina de escribir al procesador de textos). Son productos que mejoran tecnológicamente. Por encima de la tecnologia están las "features" del producto. Como mal ejemplo pone el Word con su mil barras de herramientas. Utiliza una frase de Steve Jobs de 1984 para explicar esta fase. Y completa la pirámide del desarrollo de un producto con la Experiencia de Usuario. Y como buen ejemplo muestra el nuevo Word 2007. Así pues la pirámide del desarrollo de un producto es: tecnología, features, experiencia.

Alaba a TiVo como la evolución de los reproductores/grabadores de DVD, y del fanatismo de sus usuarios que se convierten en evangelistas del mismo.

Para JJG los productos tienen una parte humana. Lo ejemplifica con la niña de 12 años que daba un beso de buenas noches a su iPod, o del que no desenvuelve el nuevo iPod porque significa deshacerse del viejo. (Para comprender esto mejor os recomiendo leer "¿por qué amamos u odiamos las cosas cotidianas?" de D. Norman).

El reto de crear productos para ellos, sobre todo en la web, viene dado por unos pasos pero para los usuarios todo se reduce a la interfaz de usuario y por detrás ¡MAGIA! no saben qué pasa para que todo funcione. xD. La forma en que se desarrollan las nueva aplicaciones está cambiando ya no se desarrolla desde los datos hacia la interfaz si no desde la interfaz hacia los datos. Lo que O’reilly denominó "desarrollar de fuera a adentro". Hay que seguir una estratégia de la experiencia.

Hay una relación entre las feautres que implementas y la experiencia de usuario. Hay un punto donde si sigues aumentando las features de un producto la experiencia de usuario decae proporcionalmente en el mundo de las aplicaciones de mano. Mientras que en el mundo PC a más features mayor experiencia de usuario puedes lograr.

Usa a Flickr como el punto de unión de muchas de las features del mundo de la fotografía que de otra manera estaban desperdigadas en varios puntos y del mundo alrededor de esta aplicación como los uploaders de escritorio o móvil, las aplicaciones externas, servicios de impresión o mashups creadas con apis de otros servicios.

Habla de la colaboración de Adaptive Path con Mozilla Labs para crear Aurora. Una serie de aplicaciones e ideas de futuro que mejoran notablemente la experiencia de los usuarios con la web.

Más info en: Torres Burriel y Sonesu

Etiquetas: Fundamentos, Web, FW08, 2008

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:

1. Identificar comportamientos y creencias, no productos y preferencias.
2. Preguntas abiertas. ¿quién? ¿cómo? ¿dónde?...
3. No usar palabras propias. Si se hace los entrevistados las usan y no usan las suyas propias.
4. Seguir la conversación. No se trata de evaluar, se trata de indagar.
5. No se trata de las herramientas.
6. 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

¿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

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

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

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

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

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