Actualicen sus feeds, nos trasladamos.
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:
Cadius Pamplona en el World Usability Day
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
Interfaz de las máquinas de pago de parking
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 : ).
FW'08: Punto y final
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 : )
FW'08: Taller de Mental Models
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.
FW'08: Tu vida laboral (mesa redonda)
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.
FW'08: CMS, Estándares, Accesibilidad y otros cuentos (Mesa redonda)
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.
FW'08: Real World with ARIA (Becky Gibson)
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.
FW'08: WAI-ARIA Just Do It!
¿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.
FW'08: Digging Beyond User Preferences (Eric Fain)
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
FW'08 Beyond The Web (Jesse James Garret)
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
FW'08: ¿cómo seguirlo?
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é.
Comunactivo y Javier Lorente
¿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... ;-)
De todo un poco #3
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.
Fundamentos Web 2008 ¡allí estaré!
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.
.