El libro siete años de experiencia de usuario contiene artículos sobr…\nDigital Business Consultant / Digital Strategist / Agile Consultant / Startup Mentoring\nSIETE AÑOSDE EXPERIENCIADE USUARIODANIEL TORRES BURRIEL\nSIETE AÑOSDE EXPERIENCIADE USUARIO\nEl esfuerzo por crear una disciplinanueva pasa por que se reconozcaque hay un mundo nuevo. Si no, con lahabilidad técnica ya sobra.Mariano GistaínPeriodista y genio\nEdita:TorresburrielDiseño y maquetaciónJosé Luis LizanoImpresiónGráficas LizarraDepósito legal:Z-1.069-2012www.torresburriel.comwww.uxlearn.com\nÍNDICEIntroducción\t11Los microformatos son marcado semántico\t13Entrevista en blockquote.be\t14Narrativa de wireframes guiados\t16Hotels, usability & resorts\t18Cómo los weblogs me han cambiado los hábitos informativos\t21Prototipos en papel (I)\t23Prototipos en papel (II)\t24El proceso de arquitectura de información (I)\t25El proceso de arquitectura de información (II)\t26El proceso de arquitectura de información (III)\t28El proceso de arquitectura de información (y IV)\t29Mensajes de error\t30Metodología, proceso y producto\t32Experiencias en equipos de desarrollo\t34Weblogs: enero de 2002\t35Entrevista a Sergey Brin: noviembre de 2000\t37Arquitectura de información 3.0\t40Funcionalidades y tareas: diez consejos para convivir\t44Usabilidad en proyectos de entidades no lucrativas\t46Entregables tras un proceso de arquitectura de información\t48Los heurísticos de Andy Budd\t50Proyectos para las personas. Arquitectura\t52Usabilidad versus Calidad\t54La web del Congreso español hace aguas\t57Los usuarios 2.0 y la maldita tecnología\t60¿Por qué insisto tanto con los prototipos?\t62“El accidente de la Tam podría haber sido causadopor problemas de usabilidad”\t64¿Te acuerdas del final del siglo pasado?\t67 DANIEL TORRES BURRIEL 7\nOpen Social, microformatos y demás familia\t68Marco legal de la accesibilidad web en el Estado Español\t70La prensa digital aragonesa y las personas(o usuarios, o lectores, o consumidores)\t74Geolocalización de resultados y búsquedas por proximidad\t79Visualización de información, noticias y prensadigital (de nuevo)\t80Tendencias en el sector del entretenimiento\t8123 conclusiones extraídas de sesiones de eye-tracking\t83Contribuyendo a la polémica del mes: don’t break the web\t85Algunas ideas sobre usabilidad, desterrando mitos\t86Qué pasa cuando un cliente no nos escucha\t87Rediseño, metodología y realineación: la importanciade los procesos\t88Reflexiones tras el IX Congreso de Periodismo Digital de Huesca\t90Beta de aragoneame.com: filtro social hiperlocal de noticias\t92Hoy he visto de cerca a Vinton Cerf\t95Experiencia de usuario: abórdala sin complejos\t96Funcionalidad, innovación y contexto de uso\t98Cajeros automáticos: botones, etiquetas y colores\t99Demos la palabra a los usuarios:¿nos cuentas tu experiencia en Expo Zaragoza?\t101¿Seguimos hablando de medios digitales 2.0?\t102Diseño de información e interacción en Expo Zaragoza 2008\t104Diseño de Interfaz y objetivos de proyecto\t105Los navegadores vuelven a estar de moda. ¿Y el usuario?\t108El abordaje integral de una nueva forma de contar historias.Periodismo 2.0 y experiencia de usuario\t110Diseño de interfaz consistente con su acción precedente\t112Crónica del Seminario Internacional de Usabilidady Accesibilidad para la web 2008\t114Arquitectura de información y desarrollo ágil\t116Diseño centrado en el usuario y desarrollo ágil\t117Redes de blogs y dos modelos de enfrentar un sitiocorporativo: Hipertextual y Weblogs, SL\t119Pirena 2009: experiencia de usuario desde tu casa\t1228 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nTécnica de creación de personas: evento IxDA Dublín\t123Vuelve el diseño, o el poder de la conceptualización\t124¿Qué es necesario saber para dedicarse a la usabilidad?\t125Pautas de comportamiento de los usuarios\t126Cómo ha de ser el diseño: una visión del análisis heurístico\t127Diseño de alertas que sigue las pautas del usuario\t129Las nuevas pautas de accesibilidad y cómo deberíamosevangelizar\t130Mi homenaje a Ernesto Frías\t132Los diez errores de arquitectura de información más comunes\t134El futuro de los wireframes\t136Argumentos de usabilidad, aproximaciones e ideas\t138Qué nos ha traído la web 2.0 (Artículo en el blog de EBE)\t140Integración de medios, plataformas y contenidos:experiencia de usuario y usabilidad deben tomar el mando\t141Cinco años de eventos de usabilidad en Zaragoza\t144Introducción a los tests A/B\t146Wikis como herramienta de documentación de interfacesde usuario\t148Integración de experiencia de usuario y desarrollo ágil\t150Nielsen sale de la cueva y se explica con claridad\t151Diez descubrimientos de usabilidad que funcionan\t153Sobre el cierre de soitu.es\t155La usabilidad ya no está de moda\t156El equipo de experiencia de usuario al completo\t158¿Titular para buscadores o para personas?La BBC da un paso adelante\t160Hablando de SEO y usabilidad\t162Diseño de la versión móvil, prioridad alta\t164Manifiesto “En defensa de los derechos fundamentalesen internet”\t165Cómo plantear un análisis heurístico de usabilidad\t167Fundaciones, donaciones y software libre\t169Entrevista a Rafael Höhr, infografista de Prisacom(febrero de 2002)\t171Entrevista con Tomás Delclós (febrero 2002)\t172 DANIEL TORRES BURRIEL 9\nEntrevista con Jon von Tetzchner, CEO de Opera Software\t174Reportaje sobre navegadores alternativos (marzo 2002)\t176Artículo sobre los sistemas de mensajería instantánea(mayo de 2002)\t179Reportaje sobre el proyecto Mozilla (Junio 2002)\t181Un poco de teoría sobre la web semántica\t183Haciendo internet. La vuelta a la esencia de la red de redes\t185¿Por qué no existe amazon.es?\t187Usabilidad y los correos electrónicos de confirmación\t188Optimizar todo un sitio web para motores de búsqueda\t190Hacer más efectivo el texto de los links\t192Fernandezcoca.com y la no-home\t195Usabilidad para entornos no web\t197Interface de usuario orientada a resultados\t198Los atributos class son algo más que presentación\t200Informes, accesibilidades y ganas de hablar de algo\t201¿Qué son los microformatos?\t203De cómo el elemento TITLE se convierte en sello de calidad\t204Folcsonomías y accesibilidad\t206[Flashback] Obreros de la red\t208Considerando la semiótica al hablar de usabilidad\t212Recomendaciones para cuando las cosas van mal\t213Las webs deben verse en los móviles, Lee dixit\t214¿Debemos permitir que el usuario personalice la web?\t215Administración Pública, software libre, accesibilidad y estándaresweb: el caso de la Diputación Provincial de Huesca\t218Porqué no me gustan los foros moderados\t220Técnicas etnográficas como herramientas útiles en UX\t221Desafío Abredatos: mucho más que datos\t225Experiencia de usuario: ¿diseño o negocio?\t226Checklist para saber lo que quiere un cliente\t228Hablando de las WCAG2 y reflexionando después\t23010 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nINTRODUCCIÓNEs 14 de abril de 2011. Faltan diez minutos para la una de la madrugada. La última energíade la noche la quiero dedicar a poner un punto final.Es un punto final a un proyecto personal. Un proyecto que empezó siendo una aventurasolitaria, alocada y seguramente un poco ególatra. Un proyecto que, con el paso de losmeses, ha devenido en una experiencia íntima de revisión. De revisión de conocimientos,estados de ánimo, tendencias y formas de abordar la comunicación. Pero sobre todo hasido una experiencia que me ha servido para darme cuenta de la tremenda inmadurezque caracteriza a la web. La web quizá sea por naturaleza inmadura. O quizá podamosponer otro adjetivo: cambiante.Tan cambiante que no hay apenas momentos de estabilidad. Todo cambia para que todopermanezca. Suena a frase de esas que molan en Twitter. Pero quizá sea cierto. Somoslas personas las que somos protagonistas de esta maravillosa aventura de la web, de lared, de internet. Es cierto que hay serias amenazas que asoman la patita por debajo dela puerta. Pero también es cierto que Bill Gates no le dio importancia a internet en unasfamosas declaraciones en las que mostraba su predilección por The Microsoft Network.Solo era el inicio de los noventa, y las cosas que han pasado en solo quince años no laspodíamos ni tan siquiera imaginar. No sabemos lo que deparará el futuro. Ni lo podemossaber. Pero los seres humanos somos tan atrevidos que somos capaces de pontificar sobrelo que se nos ponga por delante.Esta reflexión es la que me produce la selección, ordenación y revisión de más de cienartículos publicados en mi blog personal a lo largo de siete años. Este libro es eso, unarecopilación personal de artículos de un blog. Sin más. Los contenidos de los artículos hansido respetados en su formato original. He omitido las imágenes de los artículos que notenían un mínimo de calidad. Y nada más.Me gusta pensar que a lo largo de estos siete años alguien haya podido aprender lamitad de lo que he aprendido yo. La verdad es que escribir en un blog con una mínimafrecuencia me parece una metodología de aprendizaje impagable. No solo por el esfuerzoque supone escribir un artículo, sino también por la conversación que las personas quecomentan nos regalan.Experiencia de usuario, arquitectura de información, usabilidad, estándares web,comunicación, periodismo digital o cibercultura son los temas de los que siempre me hagustado hablar. Y son los temas de los que se habla en mi blog. Por extensión, como nopodía ser de otra forma, son los contenidos que hay en este libro. Insisto, sin más.Que os sea de utilidad. DANIEL TORRES BURRIEL 11\nLOS MICROFORMATOSSON MARCADO SEMÁNTICOMicroformats are semantic markup1 es un artículo que Ryan King2 escribe en microformats.org3en el que nos cuenta cómo los microformatos y su uso son algo más que un componentemás en la carrera del marcado semántico. Voy a tratar de explicar cuáles son sus argumentos.Pese a que los microformatos se enmarcan dentro de una tendencia relativamentejoven, es innegable que del mismo modo parecen etiquetados como elementoscon un potencial más que interesante. Una considerable cantidad de diseñadoresy desarrolladores web están sustituyendo, paso a paso, el marcado con tintespresentacionales (espantosa palabreja), es decir, están dejando de escribir html en el quehay elementos que impactan directamente en la capa de la presentación, de tal modoque este marcado, este código html es no sólo más comprensible por las personas, porlos humanos, sino que pasa a ser comprensible y procesable por parte de las máquinas.Los microformatos ayudan a que esto sea así, siempre y cuando supongamos que losdiseñadores y desarrolladores web tengan en perfecto funcionamiento la sensibilidadpara con los estándares web y el marcado semántico.Ryan cuenta en su post que se puso a pensar en esta cuestión tras una conversacióncon Chris Messina4, el cual preguntaba por un microformato para un caso de uso quetodavía no se ha definido. Una parte de la idea que encierran los microformatos es crear yestandarizar lo que se llama el código emergente, que se pone a disposición de las nuevasconductas de las aplicaciones web. Si algún uso de la web es demasiado novedoso escomplicado estandarizar un código que lo resuelva, sobre todo porque la conductareferida no está definida por completo.Sin embargo, sólo porque el hecho de que el caso de uso del que hablaba el tal ChrisMessina no sea un caso de uso apropiado, no significa, en opinión de Ryan King, que nose puedan usar microformatos preexistentes y su propio marcado semántico.Esto es lo que viene a decir King en su post. Veamos cuál era la necesidad planteada porChris.So I’m in need of a standard way of linking from a person’s profile to their external photos, blogs,vlogs, things and so onEs decir, que busca una forma estándar de vincular el perfil de una persona con sus fotos,blogs, videoblogs y demás. Y eso es así, continua Chris, desde que intenta hacer uso dehCard5 para describir información como nombre, email, etc.Quien lea …Miles of semantic markup before microformats6 verá que la intención de Chris es usarcosas como rel=”me photos” (para vincular un photostrean de Flickr, por ejemplo), rel=”me tasks”(para vincular una lista de tareas), o rel=”me favorites” (para vincular una lista de favoritos).Muy interesante.1 http://microformats.org/blog/2006/01/17/microformats-are-semantic-markup/2 http://theryanking.com/blog/3 http://microformats.org/4 http://factoryjoe.com/blog5 http://microformats.org/wiki/hcard6 http://factoryjoe.com/blog/2006/01/16/miles-of-semantic-markup-before-microformats/ DANIEL TORRES BURRIEL 13\nENTREVISTA EN BLOCKQUOTE.BEEn un ímprobo ejercicio de autobombo, publico la traducción al español de unaentrevista que amablemente me ha hecho Len Dierickx para blockquote.be7, que es unweblog europeo sobre arquitectura de información. La entrevista original se puede ver enInterview with Dani Torres Burriel8.Len: ¿Cuál sería tu definición, en menos de 256 caracteres, de arquitectura de información?Dani: Arquitectura de información es el primer paso para hacer cualquier diseño racional.Len: Esa es una definición un poco corta. ¿Qué quieres decir con la palabra diseño? ¿Puedesexplicarte un poco más?Dani: Bien… arquitectura de información es el primer paso para hacer cualquier diseñoracional. Cuando piensas en el abordaje de un diseño web siempre hay un primer paso:el esquema, la estructura, el esqueleto de ese diseño; cómo cada uno de los mínimoselementos deben ser situados, ordenados y colocados.Len: ¿Hay un método de trabajo en España que entiendas como diferenciado respecto del restode Europa?Dani: No, Creo que no hay una metodología diferenciada para realizar el tranbajo. Porfortuna las cuestiones técnicas son idependientes del lugar de aplicación de las mismas,distintos países, o culturas. La única diferencia en España puede ser el idioma, ya que elespañol es un idioma muy rico y eso permite contar con una gran variedad de palabraspara expresar conceptos. Creo que eso es una ventaja, pero no creo que tenga que vercon la metodología.Len: Haces una distinción entre idioma, que estaría relacionado con el rotulado en arquitecturade información, y la metodología utilizada. Y a su vez dices que el idioma español es un idiomamuy rico en términos. ¿Eso no significa que necesitas unas herramientas más potentes, que denunos mejores resultados?Dani: Parece una cuestión interesante. Pero creo que no es una cuestión del uso detales o cuales herramientas. Desde mi humilde punto de vista, idiomas diferentes y suscaracterísticas semánticas pueden llegar a ser interesantes herramientas para hacer unbuen trabajo de arquitectura de información. Yo sólo puedo trabajar usando el español,que es mi idioma natal, pero quizá sea posible que otros idiomas con sus peculiaridadessemánticas propias les den a los profesionales de la arquitectura de informaciónposibilidades para conseguir unos buenos resultados. De todos modos, creo que es unacuestión interesante sobre la que reflexionar.Len: ¿Sueles trabajar en sitios web y sistemas multi-idioma?Dani: Sí, pero generalmente esos sitios web multi-idioma están relacionados con dos delos varios idiomas que hay en España: el catalán y el euskera.Len: ¿Eso significa que haces uso de traducciones de palabra a palabra y no de traducción integral? http://blockquote.be/7 http://blockquote.be/2006/03/06/interview-with-dani-torres-burriel814 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nDani: En el caso del idioma catalán, las características semánticas del idioma son muysimilares a las del español; en el caso del euskera, al ser éstas diferentes, el trabajo tienemás que ver con el primer caso que con el segundo.Len: Si hablas con clientes y empresas, ¿crees que saben sobre cosas sobre la arquitectura deinformación, usabilidad y similares?Dani: No lo creo. Por lo menos de forma generalizada. De todos modos la aplicaciónpráctica de los entregables es algo muy agradable para ellos. Lo acogen bien. Obviamentehay clientes que piden explícitamente cuestiones sobre usabilidad y arquitecturade información, pero en la mayoría de los casos no es así. Ese tipo de clientes debeser seducido a través de exponerles documentos entregables: los wireframes son eldocumento entregable que hace entender a los clientes la importancia del diseño de lainformación en el desarrollo de un sitio web.Len: ¿Entonces a los clientes no les hablas de arquitectura de información y simplemente se lamuestras?Dani: Exacto. Trato de no hablar de arquitectura de información a los clientes, si éstos nosaben lo que es. Trato de no abundar en cuestiones que ellos no tienen interiorizadascomo concepto y que posiblemente ni les importe como tal. Los clientes quieren sitiosweb que sean usables, donde la información sobre sus productos pueda ser encontradacon facilidad, y sea clara y transparente con el visitante.Len: ¿Qué futuro hay para la arquitectura de información en España? ¿Hay algún tipo demovimiento que dinamice la arquitectura de información?Dani: Yo sólo soy un modesto trabajador como para decir cuál es el futuro de laarquitectura de información en España. Lo que te puedo decir es que hay una comunidadprofesional de arquitectos de información y profesionales de la usabilidad, llamada Cadius,de la que soy miembro. Cada mes hay reuniones informales en diferentes ciudades deEspaña, que toman el nombre de “Cocktail Cadius” donde profesionales e interesados enla usabilidad y la arquitectura de información (y diseño web) intercambian experiencias yvivencias del día a día, así como otros asuntos profesionales. Personalmente me encargode la organización del Cocktail Cadius en la ciudad de Zaragoza, que es de donde soy,donde vivo y donde trabajo.Len: ¿Puedes recomendar a arquitectos de información algunos trucos y recursos que lespuedan ayudar a ser buenos arquitectos de información?Dani: Bueno… sólo puedo decir una cosa: leer, leer y leer. Los mejores recursos queconozco son los libros, y algunos sitios web: Cadius weblog9, Alzado10 y Thinkepi11 (enespañol). Y Boxes and Arrows12, Guuui13, y Bloug14 en inglés. Pero insisto, mi herramientafavorita es leer, leer y leer.9 http://www.cadius.org/weblog10 http://www.alzado.org/11 http://www.thinkepi.net/12 http://www.boxesandarrows.com/13 http://www.guuui.com/14 http://louisrosenfeld.com/ DANIEL TORRES BURRIEL 15\nNARRATIVA DE WIREFRAMES GUIADOSUna de las herramientas que desde mi punto de vista son más agradecidas pos los clientesdel mundo real a la hora de iniciar un proyecto para la web son los wireframes. Aquí ya hemoshablado de ellos15, y otros también los han hecho, como es el caso de Nelson16 y Rodrigo17.Como técnica de prototipado de bajo nivel son una herramienta muy útil. La combinaciónde éstos con un desarrollo de un mapa web hacen de estos dos entregables una potenteherramienta de comunicación con el cliente en las primeras fases de los proyectos. Perocomo herramienta de soporte y enganche químico con el cliente tienen también su valor,que desde mi punto de vista es casi indiscutible. Es la primera ocasión en la que el clienteve cosas de su proyecto, al poco tiempo de haberse iniciado éste.Un texto leído en “El Factor Humano”, titulado Storyboards y Narrativa para WireframesGuiados18, me lleva a una de las lecturas pendientes de la semana: The Guided WireframeNarrative for Rich Internet Applications19. En este último texto, Andres Zapata20 nos ponesobre la pista de la adecuación del uso de wireframes a los proyectos que cuentan comorequisito el uso de AJAX o de tecnologías que redunden en la interacción con el usuariode forma cuasi inmediata. En definitiva, nos está presentando cómo aplicar la técnica derealización de wireframes a Rich Internet Applications.Y Zapata inicia su argumentario de una forma casi inapelable:There is no better form to express structure, conventions, and flow than ?showing? the client aprototype.O lo que es lo mismo: no hay mejor forma de expresar la estructura, el flujo y las convencionesque vamos a utilizar que mostrarlo al cliente a través de un prototipo. Ahora bien, en elescenario que se está planteando de aplicaciones con una alta carga de interacción, siendoésta acotada en el tiempo real de ejecución de la aplicación, hay que ingeniárselas para noestirar demasiado la cuerda del coste, de forma que tal prototipo sea viable económicamente,y efectivo dentro del proyecto. Aquí es donde entra en luego lo que Zatapa denomina guidedwireframe narrative, y nosotros vamos a llamar narrativa de wireframes guiados.De tal modo, Zapata afirma, y yo lo comparto, algo así como que la clave de usarun medio de información en un contexto poco definido, como son los wireframes,cuando tenemos que ilustrar una información en un contexto más definido, tenemosque hacerlo en capas, en dimensiones. Ahí es donde los wireframes guiados jueganun papel protagonista. Siguiendo el argumento de Zapata, como no podemos hacerun prototipo de la aplicación (por evidentes razones presupuestarias), lo que vamos ahacer es plasmar el argumento, la historia: lo vamos a contar. Pero como lo que vamos acontar no tiene una sola vertiente, tiene matices y no es para nada un argumento lineal15 http://www.torresburriel.com/weblog/2005/04/06/la-importancia-de-los-wireframes/16 http://www.webstudio.cl/blog/wireframes/17 http://www.galinus.com/noloentiendo/2005/07/wireframes-recopilacin-de-enlaces.html18 http://www.webstudio.cl/blog/storyboards-y-narrativa-para-wireframes-guiados/19 http://www.boxesandarrows.com/view/the_guided_wire20 http://www.boxesandarrows.com/person/andreszap16 SIETE AÑOS DE EXPERIENCIA DE USUARIO\n(wireframes), lo que hemos de hacer es mostrar esos matices a lo largo del argumento(wireframes guiados).Lo mejor es verlo con ejemplos. Pero antes vamos a describir los planos, la naturaleza delos matices que tenemos que reflejar en nuestros wireframes guiados:> Jerarquía Estado de la pantalla Convenciones de diseño Patrones de interacciónLa forma en la que vamos a plasmar los niveles de matices en nuestros wireframesguiados puede estar basada, según lo que cuenta Zapata, en una consecución depantallas de Power Point en las que vamos a insertar de forma recursiva una serie debocadillos con anotaciones al respecto del comportamiento de la aplicación en funciónde la interacción con el usuario.Personalmente yo no voy a recomendar el uso de aplicaciones que tengan un equivalentefuncionalmente razonable en el mundo del software libre. Por eso me quedo con lasherramientas análogas de la familia Open Office21, como será la herramienta Impress22.En cualquier caso, el proceso de diseño de los wireframes guiados va a ser el que sigue:1. ealizar el trabajo previo: entrevistas con el cliente, revisión de los requisitos, reuniones R varias, etc.2. Realizar el diseño conceptual como con unos wireframes al uso.3. mportar las capturas de los wireframes en la herramienta Impress. I4. omar la perspectiva de cada una de los cuatro planos que vamos a considerar (de T forma iterativa)5. eñalar los diferentes aspectos que queramos considerar sobre el diseño de cada pantalla, S a través de unos globitos de ayuda (al estilo de los tebeos) que indiquen lo que sucede.6. ecuenciar cada llamada de tal modo que cada una de ellas sean mostradas de una S en una, y de ese modo ayude a comprender y describir la dimensión en particular y el documento en general.Por último hay que hacer mención del por qué hacemos uso de los wireframes paraacometer esta extensión de los mismos en nuestra labor en este caso. Son cuatro razonesbien simples y comprensibles.1. on familiares: nosotros sabemos cómo hacerlos y el cliente sabe cómo leerlos. S2. on económicos: es mucho menos costoso presentar diez pantallas a través de S wireframes que con HTML.3. Son rápidos en su desarrollo: realizar wireframes es más sencillo que escribir HTML.4. on comprensibles: los wireframes no son susceptibles de reaccionar ante una posible S acción por parte del usuario. No se puede hacer click en ningun sitio, con lo que los clientes no se ven frustrados (porque no puede no funcionar) y además, y desde mi punto de vista, mucho más importante, abstraen al cliente de posibles despistes respecto del cometido de los wireframes.. http://www.openoffice.org/21 http://www.openoffice.org/product/impress.html22 DANIEL TORRES BURRIEL 17\nHOTELS, USABILITY RESORTSHace ya demasiados días que no me sentaba al mando del teclado con la tranquilidadnecesaria para tratar de engarzar unas líneas que siguieran dando sentido a esteweblog, que últimamente parece más una cabecera de crónica social que lo que hapretendido ser, y un servidor quiere que siga siendo: un lugar donde plasmar y dejarpor escrito las cosas que en el mundo del desarrollo web me llaman la atención, y másconcretamente en todo lo que tiene que ver con la parte más importante de nuestrotrabajo: los usuarios.Decidido a ello, tengo que compartir, con quien quiera tomarse la molestia de leer hastael final, una serie de notas que he ido tomando en la semana de vacaciones que me hapermitido conocer la isla de Tenerife en la que me he dejado caer este mes de junio.Y siguiendo el consejo que uno de mis ídolos weberos dejó caer23 no hace muchas fechas,he tratado de ponerme, aún de vacaciones, las gafas profesionales para descubrir cómo escierto que muchos entornos que nunca serían el destino de una parada para estudiar a losusuarios, son los más apropiados para conocer cómo debemos comportarnos a la hora deplantear soluciones al usuario que le hagan, en definitiva, la vida más fácil, más cómoda yque, en definitiva, la experiencia de usuario sea satisfactoria.El título del post sólo pretende poner la nota de color a lo que me dispongo a contar.Planteemos un escenario lo más realista posible: unos clientes llegan a su hotel dedestino. Son horas un tanto intempestivas, pues el vuelo salía tarde en origen y el trasladoen autobús se demora debido a la lejanía del hotel respecto del aereopuerto. Pongamosque son las dos de la mañana cuando los clientes llegan al hotel. Un amable trabajadordel establecimiento sale presto a llevar las maletas de los clientes, que entran en elhotel. Y otro amable empleado pregunta a los clientes en un perfecto en inglés sobre sudocumentación. Pero los clientes son españoles y no entienden lo que se les pregunta.¿Empezamos? Nadie se ha molestado en mirar la procedencia de los clientes, y se les está hablando en un idioma que posiblemente no comprenden.Tras el proceso de firmas, entrega de abundante y detallada documentación, que losclientes tendrán que leer detenidamente para comprender, el servicio de catering lesinforma de que se les va a recibir con una apetecible cena fría, dadas las horas queson. Los clientes se dirigen al lugar donde se va a servir la cena, pero deben volver a larecepción porque no encuentran el restaurante. Se ha dado por supuesto que los recién llegados clientes saben dónde se encuentra el restaurante en el que se sirve la cena fría. Pero la naturaleza de “recién llegados” que tienen los clientes lleva implícita la ignorancia de la ubicación de las dependencias del hotel. Quizá podrían haber consultado la documentación que se les dio a la entrada, pero ésta es abundante y el entorno y situación del momento no parecían los indicados para que tal lectura se produjera. Por tanto los clientes debieron regresar al punto de partida, la recepción, para preguntar. http://www.lacoctelera.com/macadamia/post/2006/05/25/cuando-se-te-quedan-pequenos-cursos-usabilidad2318 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nUn amable, de nuevo, empleado del hotel, acompaña a los clientes a la puerta delrestaurante. El lugar sólo tiene media luz. Las mesas están impecablemente puestasy ordenadas. Pero son ya casi las tres de la mañana y no hay nadie, lógicamente. Elempleado del hotel que les acompañó al restaurante se quedó en la puerta del mismo,cediendo gentilmente el paso a los clientes. Pero una vez éstos entraron, desapareció.Los clientes entran y esperan. Sigue sin haber nadie. Parece que en un lateral hay una luz yse oyen ruidos. Pero allí no aparece nadie. Los clientes observan las mesas, el conjunto delrestaurante, que sigue a media luz. Un tanto desconcertados, se plantean volver de nuevoa recepción para confirmar si, efectivamente, se va a servir la mencionada cena fría. Peroen un momento determinado, aparece alguien que parece estar al mando del restauranteen esas horas. Se presenta y muestra a los clientes, siempre con una insuperableamabilidad, la mesa donde ya estaba servida la cena fría. Estaba junto a una columna llenade espejos, junto a los clientes, pero difícil de reconocer con la media luz existente. Con sólo un haz de luz, o un emplazamiento diferente de la mesa, hubiese sido más que suficiente para que los clientes, nada más entrar, hubiesen podido disfrutar de la cena.La mañana siguiente es el momento de los descubrimientos. La documentación quese ha entregado a los clientes es abundante. Pero están de vacaciones y lo que menosapetece es ponerse a leer con detalle toda la información proporcionada. Los clientes,como es natural, prefieren ocupar su tiempo en actividades mucho más cercanas alhedonismo. Pero, oh sorpresa, dentro de los papeles hay uno que llama la atención muypor encima de los demás. Hay un mapa del hotel donde se indican todas las estancias deuso compartido, piscinas, restaurantes y demás infraestructuras puestas al servicio de laclientela. Además hay una leyenda en la parte inferior que describe qué es cada espacio.Parece perfecto. Los clientes deciden llevar consigo ese mapa para poder moverse conlibertad por el hotel y aprovechar así su tiempo de estancia allí.Lo primero que les llama la atención a los clientes es que existe un paseo marítimo, quese ve desde la piscina del hotel, y que está claramente reflejado en el mapa de papel. Sedisponen a dar un paseo. Pero, caprichos del destino, no encuentran el acceso al paseomarítimo. Van de un lado a otro de las amplias instalaciones, y no hay forma aparente deacceder. El mapa del hotel entregado a los clientes incluye servicios que no están todavía a disposición de los clientes.Los clientes (que son un poco frikis), tras las sesiones de sol, piscina y cervecita, decidenvisitar la zona equipada con ordenadores con acceso gratuito a internet. Una vez almando de uno de los ordenadores, uno de ellos siente la imperiosa necesidad de ir albaño. Se levanta con la convicción de que el confortable equipamiento que hay en elhotel le proporcionará no muy lejos de allí un servicio. Lo sabe porque los ha visto a lolargo de las amplias instalaciones con la que cuenta el hotel. Busca y mira las indicacionesgráficas que adornan todo el hotel de una forma casi perfecta. Pero el baño no aparece. Alfinal, preso por la necesidad del momento, el cliente decide ir a su propia habitación, pueses un lugar en el que con el 100% de probabilidad encontrará un servicio. A su regreso,comprueba cómo sólo a unos metros de la zona de los ordenadores hay unos servicios.Y unos servicios que cuentan con su indicación gráfica. Pero, oh casualidad de nuevo, unmajestuoso árbol a modo de adorno ha crecido desde que lo pusieron allí, y las hojas yramas cubren casi por completo las indicaciones gráficas de esa zona. Alguien no pensó que las plantas, como seres vivos que son, crecen… y acabaron tapando las indicaciones gráficas de los servicios. DANIEL TORRES BURRIEL 19\nLos días pasan con una sensación agradable. En la isla hace un tiempo extraordinario. Losempleados del hotel se distinguen por una amabilidad encomiable. La piscina del hotel espreciosa, limpia y muy bien cuidada. La limpieza de las instalaciones parece la consigna.Pero el hotel tiene zonas sin terminar de acondicionar. Y la paz y el sosiego que se respiraa unas horas, se ve truncado por el martillo neumático que está concluyendo las obras deun jacuzzi (que también aparece como infraestructura disponible en el mapa del hotel).Los ruidos y el polvo de las obras empañan, por momentos, la majestuosidad del lugar. Imagino que por muy buen tiempo que haya siempre en Tenerife, hay mejores fechas en el año para acometer las obras de un equipamiento del hotel.Y la semana de vacaciones tocó a su fin.Pero no todo fueron motivos en el debe respecto de la experiencia. Hubo aspectos muyreconfortantes, que obligatoriamente han de situarse en el haber.Todas las instalaciones estaban sembradas de rampas junto a las escaleras, y barraslaterales de apoyo, especialmente útiles en las zonas de piscina en las que hay unevidente riesgo de resbalar y dar con los huesos en el suelo. La accesibilidad no está reñida ni con la experiencia de usuario ni con la belleza plástica de las instalaciones.Un día antes del regreso, la dirección del hotel tuvo el detalle de concertar una reunióncon los clientes para que éstos les comunicasen todo aquello que desearían que sehubiese mejorado, todo aquello que les gustaría haber encontrado en el hotel y, porsupuesto, todo aquello que más les ha agradado. Y además de todo eso, se les ofreció alos clientes un 15% de descuento para una próxima estancia en el hotel. Alguien parece preocuparse de lo que sus clientes opinan del servicio.Y como os podéis imaginar, alguien tiene en un folio de ese hotel apuntadas todas estascosas.Estoy seguro de que más de uno/a habrá esbozado una ligera sonrisa al ver la aplicaciónde algunas de las cosas que he contado en un sitio web.20 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nCÓMO LOS WEBLOGS ME HAN CAMBIADOLOS HÁBITOS INFORMATIVOSEl título de este post he de reconocer que está inspirado en un ya viejo recuerdo de haceaños, en los que a las brillantes cabezas pensantes de la Asociación de Internautas24, seles ocurrió poner por escrito las impresiones de los usuarios de internet respecto de lareclamación bandera de aquellos años, cual era el establecimiento de una tarifa planauniversal de acceso a internet a un precio razonable25. Pues bien, las respuestas recibidasen aquel entonces dieron un argumentario, a mi entender, intachable y difícilmentereprobable. Pero bueno, no es ese el motivo por el que iniciaba este post, sólo era unanota previa a cómo se me ocurrió escribirlo.El motivo es, siguiendo esa línea de construcción de un argumentario, mostrar cómo eldescubrimiento de los weblogs ha transformado de una forma absolutamente radical miacercamiento a la información a través de internet. Esta es la tesis fundamental de estaslíneas, y me apetece compartirla con quien tenga a bien leer todo estoPara empezar, quiero recuperar un argumento que leí sobre papel en su momento,cuando mi fuente fundamental de información era la revista PC World26, más tarde la hijade ésta, iWorld27, y después la desaparecida Netmaní@28. Se trata de la llamada cultura delos bookmarks, mediante la cual, las fuentes de información de los usuarios de interneteran, fundamentalmente, las que ocupaban ese Olimpo de dioses que eran los bookmarksdel viejo Netscape 329. Favoritos lo llamaron en casa de don Internet Explorer. Y hasta hoysigue la distinción. Pero bueno, sigamos, que me voy del tema.La cuestión es que un paseo diario por las direcciones almacenadas en los bookmarksera el menú para poder estar informado con este maravilloso invento de internet. Claro,la cantidad de tiempo invertido en localizar la información que me podía interesar eraconsiderable, pues dentro de cada uno de los sitios web que uno visitaba, había quelocalizar bien el canal o la sección correspondiente. De todos modos era una experienciade uso muy satisfactoria.Desde el punto de vista de los creadores de las fuentes de información, el objetivoconsistía en llegar a formar parte de los bookmarks de los usuarios. Seguramente, LarryPage30 y Sergey Brin31 aún no se conocían (entre ellos) y por supuesto, pensar en algocomo Google32 era poco menos que una quimera. En cierto modo, cuando uno echala vista atrás, comprende que, en su momento, a tipos como Leonardo33 los tildaran desanteros o de herejes. ¿Cómo podía yo imaginar que una criatura como Google iba a sercapaz de reemplazar a mis queridos bookmarks, recuperándome las direcciones de lossitios web al instante y sin necesidad más que de escribir dos palabras clave?24 http://www.internautas.org/25 http://usuarios.lycos.es/borras/faq.htm26 http://www.idg.es/pcworld/27 http://www.idg.es/iworld/28 http://www.dooyoo.es/archivos-ordenadores/netmania/29 http://www.quirksmode.org/browsers/netscape3.html30 http://www.google.com/corporate/execs.html#larry31 http://www.google.com/corporate/execs.html#sergey32 http://www.google.es/33 http://www.mos.org/leonardo/ DANIEL TORRES BURRIEL 21\nPero volvamos a la experiencia de un usuario en el proceso de recuperación de informacióna través de internet. Los bookmarks trataron de ser fulminados con un gaseoso experimentoque coincidió con el estreno de Internet Explorer 434, cual fueron los famosos canalesde contenido35, vendidos por entonces como adalides de la mágica tecnología push. Sesupone que desde aquel momento los contenidos que de internet nos interesaban, ibana venir solitos a nuestro navegador. Claro que la realidad distaba mucho de ser aplicadacon las bondades que dictaba la teoría. La exasperante lentitud de las conexiones por RTBhacían de los canales de contenido un experimento fallido, pues a los 5 minutos de esperadescargando contenidos, muchos optaban por cancelar la operación (si es que la miserablecalidad del proveedor de internet no nos cortaba antes la conexión).Tras este intento fallido, el salto en el tiempo es importante, pues hasta la eclosión inicialde los weblogs36, sólo iba a avanzar en las posibilidades de acceder a algunas de misfuentes de información mediante el descubrimiento de la sindicación de contenidos37 através de las posibilidades que incorporaba PhpNuke38, una aplicación GPL para generarportales que descubrí allá por el año de la debacle informática39: el temido año 2000.Si bien es cierto que los weblogs tienen, desde mi punto de vista, en la sindicación decontenidos su argumento fundamental a la hora de crear esa red de conexiones entreellos, en aquel momento yo no sabía nada de weblogs. Pero ya se alumbraba un sistema, lasindicación, que podría ser la solución para la consulta de diversas fuentes de informaciónen internet. Y claro, con la eclosión de los weblogs la cosa empezó a dar un giro, que demomento se alumbra como definitivo. Aunque decir eso de definitivo en la red es pocomenos que ser muy atrevido. En cualquier caso, los weblogs, sistemas de publicacióninmediata y fácil de contenido en internet, son la pieza fundamental en esta película.Lo cierto es que el triunvirato formado por dos elementos a los que ya me he referido, lasindicación y los weblogs, tienen un remate final que hace que el sistema de generación,transporte y recuperación de información a través de internet sea redondo. Y este terceractor son los agregadores de feeds40. Ingenios, basados en web unos, y de escritorio otros,que nos permiten recopilar todas las fuentes de información, extraer cuando menos sustitulares y acceder a su contenido (más o menos completo), de forma que los paseospor los bookmarks o confiar en la eficacia de la gaseosa tecnología push que proponíaIE4, pasen definitivamente a la historia, y sea la interface de Bloglines41, Feedmanía42,Feedness43, Newsgator44 o NewsMonster45 la que me acompañe en las largas jornadas detrabajo con información obtenida a través de la red.La cosa de momento queda aquí, porque no es mi intención entrar en el contenido o enel fondo de la información obtenida a través de esta nueva forma de comunicación, ni delefecto que tiene respecto de los medios tradicionales de comunicación. Eso puede que semateria para otra ocasión.34 http://www.quirksmode.org/browsers/explorer4.html35 http://www.rogerfrost.com/ie4rev.htm36 http://es.wikipedia.org/wiki/Weblog37 http://the-mixer.net/archives/000072.html38 http://phpnuke.org/39 http://www.cibersociedad.net/textos/articulo.php?art=1040 http://www.tomatoma.ws/bicubic/b2/index.php?cat=10paged=241 http://www.bloglines.com/42 http://www.feedmania.com/43 http://www.feedness.com/44 http://www.newsgator.com/45 http://www.newsmonster.org/22 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nPROTOTIPOS EN PAPEL (I)Una de las cosas que más me inquieta en esto de la planificación y desarrollo de sitiosweb es el constante debate que existe46 respecto de la fase del prototipado47. Y digoque me resulta inquietante porque no termino de ver que exista una línea de trabajomás o menos común entre los sitios y autores que he consultado o investigado hasta elmomento. No es que sea defensor de modelos únicos o unitarios de trabajo, ni muchomenos. Al contrario, está claro que en función del tipo de proyecto, de su alcance y demuchos otros factores, es más conveniente adoptar una metodología de trabajo u otra.Pero, quizá sea una sensación muy particular, creo que la fase de prototipado es una de lasque más terrenos arcillosos tiene sobre sí a la hora de ser abordada.Sin ir más lejos, un reciente debate abierto por Joaquín Márquez48 en su weblog, hablandodel abordaje integral de un sitio web en lo que a experiencia de usuario se refiere, mepermitió exponer públicamente49 uno de los debates que desde mi experiencia de trabajoestoy experimentando, y me viene al pelo comentarlo, pues en su origen está la fasede prototipado: ¿quién debe abordarla, el analista funcional de toda la vida, con perfildesarrollador, o un nuevo perfil que se responsabilice y cuente con la formación necesariapara entender la experiencia de usuario como un objetivo principal y estratégico decualquier proyecto web? En ese punto la fase de prototipado tiene un papel esencialen lo que será la ulterior experiencia de usuario, con todo lo que ello conlleva. No es deextrañar, pues, que sea una fase esta que comento, delicada y casi diría que vital para unaplanificación y posterior desarrollo del sitio web que tenga todos, o al menos casi todos,los visos de resultar un trabajo que cumpla con las expectativas de los usuarios que son, alfin y al cabo, los que van a aprobar o a suspender el trabajo realizado.Por eso, y por muchos debates, horas de reflexión y devaneo mental, creo que el tema delos prototipos, desde una perspectiva meramente operativa, debe ser repensado. Y eseproceso de re-pensamiento debe pasar por una vuelta a otros tiempos… por un ejerciciode apego a la definición formal del concepto, y, sencillamente, apagar el ordenador, tomarun boli y un papel, y ponerse a dibujar. Sobre el papel, con tachones, pruebas y todo tipode anotaciones.Pero ahora mismo es muy tarde, no me apetece dejar esto como un borrador, y mañana,con la luz del nuevo día, retomaremos el tema en una segunda parte del post.46 http://discuss.joelonsoftware.com/default.asp?joel.3.218003.1547 http://www.hipertext.net/web/pag206.htm#Prototipado48 http://www.jmarquez.com/2006/06/26/usabilidad-de-serie-en-empresas-serias-lo-que-os-habria-contado-si- fuese-a-la-desconferencia/49 http://www.jmarquez.com/2006/06/26/usabilidad-de-serie-en-empresas-serias-lo-que-os-habria-contado-si- fuese-a-la-desconferencia/#comment-49 DANIEL TORRES BURRIEL 23\nPROTOTIPOS EN PAPEL (II)El reposo, muchas veces, es un arte que deberíamos no olvidar para no caer en lasendiabladas aguas de la sangre caliente. Dejar reposar la primera parte del post sobreprototipos en papel ha hecho que se asiente aún más la idea de que me parece genial yestupendo, por usar un vocabulario expresivo, abordar la fase de prototipado con un lápiz yun papel. Y de la experiencia que últimamente estoy teniendo con esa técnica, voy a tratar dedesarrollar algunas ideas acerca de las ventajas que le veo a esta forma de trabajar.Para empezar el papel y el lápiz generan una dinámica de lo más agradable y saludable. Aunqueparezca una tontería, se quita la mano del ratón, se aparta la vista del monitor, y el teclado dejade ser nuestra vía de comunicación. El tacto del lápiz puede llegar a ser agradable. Incluso iríamás allá, y sugeriría que nos tomásemos la molestia de comprar, si no tenemos, uno de esoslápices de los de antes, de los amarillos y negros, con su sacapuntas y todo, aparte de una gomade borrar, y disfrutar de su uso. Sí, lo se, tengo a Norman muy reciente y no puedo evitar deciralgunas cosas de las que comenta en “Diseño emocional”, pero por probar no pasa nada.Una vez que hemos podido despegarnos del ratón, del teclado y del monitor, las ideasaumentan, y las distracciones disminuyen. Vamos a poder sumergirnos en las aguas, estavez procelosas a nuestro favor, de la creatividad de alto nivel. Vamos a poder centrar todanuestra atención en el sitio web. En las pantallas que va a tener, en las zonas que vamosa planificar, en visualizar cómo se van a desarrollar los procesos, en inventar cuál va aser el mejor camino para el usuario, en hacer ese maravilloso ejercicio de introspecciónque permitirá plantear la mejor experiencia de usuario posible; en explorar, al fin y alcabo, todas las posibilidades que nos permitan anticiparnos a los errores del usuario y asolucionar los problemas antes de que sucedan.Con todo nuestro acervo profesional y toda la atención que podamos generar, puestos adisposición de la tarea, el papel será el espejo en el que podamos observar lo que el lápizdibuje. Con trazos pequeños, pero repetitivos; con paciencia y cuidado. De ese modocuidaremos nuestros prototipos, los trataremos con el cariño que merecen. Y cuando algono nos convenza, goma de borrar y a continuar.Parece un ejercicio sencillo y en el fondo lo es, pero es a su vez un ejercicio de relajación yde concentración profesional, que va a impedir que por los intersticios del despiste se nosvaya alguna inspiración que pueda resultar clave.En el extremo más pragmático podemos apoyarnos en pequeñas plantillas con lainterfaz de un navegador en blanco, que sin gastar el más mínimo tiempo adicional, nosdevuelvan unos prototipos encuadrados en su hábitat natural, cosa que, además, nosayudará a fijar los límites físicos que en un primer término podríamos tener en cuenta a lahora de plantear disposiciones físicas de elementos en pantalla. Y poco más.Esta es la reflexión que me he tomado el tiempo de escribir con el ánimo de que unatécnica tan poco original como efectiva, cuente, al menos, con la posibilidad de sertomada en consideración.Quiero hacer constar, no obstante, que esta forma de trabajo es muy útil cuando estamoshablando de prototipado “de uso interno”. Claro que si nuestro cliente es capaz de trabajarcon una documentación como esta, será perfecto para poder colaborar con él en eldesarrollo de los prototipos. Incluso me atrevo a pensar que será una documentación queverá como cercana y accesible, lejos de complicados documentos corporativos, fríos y, enalgunas ocasiones, carentes de todo tipo de comunicación efectiva.24 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nEL PROCESO DE ARQUITECTURADE INFORMACIÓN (I)A lo largo de los años que llevo inmerso en el mundo del diseño web han sido varioslos momentos en los que el descubrimiento de una metodología, una herramienta, ola especificación formal de una tecnología, han supuesto un giro de tuerca en lo quepodríamos llamar asentamiento de la profesión. Cuando hablo de asentamiento de laprofesión me estoy refiriendo a ese momento en el que uno se da cuenta de que le gustala actividad en la que trabaja. Es ese momento, íntimo, en el que se olvidan los sinsaboresque acompañan a las profesiones relacionadas con las nuevas tecnologías, porque lasatisfacción por el trabajo es superior a los disgustos que da.Uno de esos momentos a los que me refiero tiene mucho que ver con la primera vezque leí eso de arquitectura de información. Lo malo es que no recuerdo con claridadcuándo fue. “Se me olvidó cuándo te conocí”, que diría el cantautor. Pero el recuerdo quepermanece inalterable es el de lo absolutamente cool y seductor del nombre: arquitecturade información50. Dos palabras que sustentan un concepto, que contienen en susignificado dos entidades de conocimiento que, para mi, lo tienen todo:lo clásico, intelectual, sibarita y robusto de la arquitecturalo real, objetivo, metódico y permanente de la informaciónCreo que no hace falta que insista, con lo ya dicho, en que sólo el envoltorio del conceptome sedujo por completo. Pero, como ocurre en los grandes descubrimientos, lo mejorestaba esperando en el interior.Reconozco que el idioma ha supuesto un handicap más que importante a la hora deadentrarme en el mundo de la organización y clasificación de los contenidos de un sitioweb. Pero el trabajo de personas como Velasco51, Barahona52 o Rodríguez Peña53, no cabeduda de que ha resultado imprescindible. De todos modos, y como viene siendo algomás que habitual en los últimos tiempos, es la explosión de los weblogs como medio deextensión y propagación del conocimiento, la que me ha permitido subirme al carro deesta disciplina, pseudo-disciplina, o como se quiera llamar.No obstante, ha sido el momento en el que la práctica profesional ha pasado a unprimer plano cuando todas las burbujas y todo el crepitar que me llamó la atenciónen un primer momento, cobraron sentido, se multiplicaron y, en definitiva, hicieronmás robusta y más valiosa la conceptualización de las fases de planificación en eldesarrollo de un proyecto web.50 http://es.wikipedia.org/wiki/Arquitectura_de_la_informaci%C3%B3n51 http://mantruc.com/52 http://jbarahona.typepad.com/53 http://www.webstudio.cl/blog DANIEL TORRES BURRIEL 25\nEL PROCESO DE ARQUITECTURADE INFORMACIÓN (II)La primera parte del post simplemente pretendía describir un marco que dibujase losrasgos básicos del proceso de arquitectura de información que, en lo que a mi experienciarespecta, ha supuesto un cambio de concepción en el desarrollo de sitios web.El objetivo de esta segunda parte es comentar cómo se ha ido dibujando el resto delproceso, tratando de no hacer referencias a los textos que en muchos momentos haniluminado la aplicación práctica de este proceso, pues no es mi intención hacer un postintelectualoide ni pseudo-académico.Para empezar, quiero dejar constancia de que una metodología basada en entregablescreo que es de las más sencillas de entender y de aplicar. ¿Qué son los entregables? Hayquien castellaniza la expresión, y los llama directamente deriverables (pronunciado encastellano bien vocalizado), pero me parece tan pretenciosa la expresión que casi prefierodejarlo simplemente en anécdota. Pero volvamos al concepto de los entregables. Yo losconcibo como la sustanciación del trabajo previo, es decir, uno o varios documentos quereflejan de una forma lo más descriptiva posible el resultado de un proceso de trabajo quees imprescindible realizar para poder llegar a ellos.Pero no conviene centrar la atención en el objeto tangible de los entregables. Éstos sonsimplemente una excusa, un punto de referencia, una boya en el mar, en la que nospodamos fijar para no perder el rumbo de la navegación, que en este caso es el procesode trabajo. Y si bien es cierto que una metodología basada en entregables es susceptiblede ser aplicada no sólo en el proceso de arquitectura de información, creo que por lanaturaleza de los objetos de trabajo de ésta, resultan sumamente interesantes.Para empezar porque estamos tratando con conceptos que aunque no sean abstractos, esnecesario manejarlos de una forma poco concreta en un primer momento, hasta que, pormedio de estos documentos, podemos darle una forma sobre la que trabajar. Pongamosun ejemplo, práctico, que uso como primer documento propio de este proceso dearquitectura de información: el mapa de la web. Con toda la información con la quecontamos cuando se nos plantea un sitio web, construimos un armazón sobre el que éstese va a sustentar. Eso es el mapa de la web. El armazón, el esqueleto de la misma sobre elque luego vamos a montar las tres capas que tenemos que tener siempre separadas: estructura presentación comportamientoUna de las ventajas de la metodología basada en entregables es que la primera variable adespejar, dentro del proceso de arquitectura de información, es decir, el mapa de la web,queda plasmado de forma inequívoca en el documento correspondiente, y a partir de éle puede continuar el trabajo de una forma consistente, incluso en el caso de que otrosperfiles se incorporen al proyecto, como pueden ser analistas funcionales, creativos oincluso desarrolladores, según sea el caso.Obviamente, no es este el final del camino, ni tan siquiera del propio entregable, ya quesobre el propio documento podremos afinar, corregir, adaptar y modificar lo que sea26 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nnecesario, según entre o descubramos nuevos datos que nos hagan cambiar el mapa dela web. Versionar el documento puede ser una opción muy efectiva a la hora de trabajarcon él a la vez que lo mantenemos actualizado.Y de ese modo habremos conseguido manejar un volumen de información que ha deaparecer en el sitio web en el que estamos trabajando. El proceso de construcción delmapa de la web nos llevará a establecer unidades de información que estructuraremoscon el orden jerárquico que entendamos oportuno, de tal forma que se creen una seriede dependencias jerárquicas, en niveles, que hagan la información más manejable, máscomprensible y, sobre todo, lo más consistente posible con los objetivos del sitio web enel que estemos trabajando.El siguiente paso del proceso, una vez que se ha consolidado el mapa de la web, será el dela creación de los wireframes. De ello ya he hablado en alguna ocasión: a importancia de los wireframes54 L l Zen de los wireframes55 E http://www.torresburriel.com/weblog/2005/04/06/la-importancia-de-los-wireframes/54 http://www.torresburriel.com/weblog/2005/05/31/el-zen-de-los-wireframes/55 DANIEL TORRES BURRIEL 27\nEL PROCESO DE ARQUITECTURADE INFORMACIÓN (III)Ya son dos posts los dedicados al proceso de arquitectura de información:–El primero56, en el que hacía una pequeña y muy personal descripción de mi acercamiento a la disciplina,–y otro57, en el que ya se entraba en materia y hablaba, por una parte, del documento que considero por excelencia de esta fase del proceso: el Mapa de la web, y, por otra, de la metodología utilizada para completar de una manera exitosa esta fase de trabajo de arquitectura de información.Hablaba de la metodología basada en entregables con profusión y admiración, loreconozco. Pero no era el objetivo del segundo post hablar de la metodología, enabsoluto. El objetivo era entrar a analizar el Mapa de la web como elemento fundamentalque nos va a aportar el enfoque general del sitio web.Y tras la construcción y definición del Mapa de la web, el elemento que hace zoomen la descripción e identificación del sitio web dentro del proceso de arquitectura deinformación tiene un nombre que ya ha aparecido en alguna ocasión: wireframes.A mi, y eso es algo muy personal, me gustaba llamarlos diseños de baja intensidad,pero creo que es mucho más ajustado a la realidad hablar de diseño de contenidos, ode diseño de información. ¿Por qué? Pues porque a través de los wireframes vamos aconcretar, al menos en una primera instancia, cómo se dispone la información en pantalla,y cuáles son los elementos seleccionados para mostrar esa información. Es, si queremosdecirlo así, el primer paso en la construcción de la interfaz.En este punto del proceso es cuando vamos a definir y concretar los diferentes elementos,a grandes rasgos, de los que va a constar la interfaz de usuario. Es un buen momentopara pensar en disposiciones de la navegación, la relevancia del espacio reservado para lacabecera, las diversas zonas de contenidos, los espacios destinados a la interacción, etc.Una cuestión más que interesante respecto de los wireframes, que en alguna ocasiónhe comentado al hilo de otros posts por aquí publicados, es que su efectividad se apoyabásicamente en dos fundamentos: Han de contener el mínimo de elementos que distraigan la atención de quien los debe observar (y validar) Deben ser explicados de forma verbal y nunca ser remitidos para su estudio al observador/validador, para evitar que las interpretaciones subjetivas de éste puedan desnaturalizar el objetivo principal de los wireframes. Este punto, desde mi experiencia, es absolutamente fundamentalPor lo demás, estos documentos se pueden calificar también de entregables, aunquela experiencia me invita a sugerir que se entiendan como documentos de trabajo, quenecesitan -y con esto insisto en lo ya mencionado- del acompañamiento explicativoverbal correspondiente. http://www.torresburriel.com/weblog/2006/08/18/el-proceso-de-arquitectura-de-informacion-i/56 http://www.torresburriel.com/weblog/2006/08/22/el-proceso-de-arquitectura-de-informacion-ii/5728 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nEL PROCESO DE ARQUITECTURADE INFORMACIÓN (Y IV)Una vez vistos los documentos que resultan de la implementación y seguimientodel proceso de arquitectura de información, a saber, Mapa de la web y wireframes, yuna vez analizados los mismos, hay una última fase del proceso que va a escribir la letrapequeña –sin ser esta una expresión peyorativa– de nuestro trabajo. En esta fase entranen juego una serie de técnicas y de modus operandi que nos van a permitir definir lamisma como la pase de definición y enfoque humano.Vamos a poner un nombre a esta última fase, que además completará la serie deartículos dedicados al proceso de arquitectura de información. Es una fase a la quepodemos llamar, fase de construcción de usuarios. Y no es que vayamos a construir unusuario a nuestra medida o algo así. Todo lo contrario. De lo que se trata es de hacer unareconstrucción, o mejor dicho, de hacer una recreación de los tipos de usuario que vana utilizar el sitio web que estamos planificando para desarrollar. Se trata de dar forma,dar cuerpo a los arquetipos y modelos de conducta que vamos a “encarnar” en forma deusuarios, con sus nombres, apellidos, ocupaciones, intereses, actividades preferidas, etc.Y todo ello con la intención de que estos usuarios, a los que vamos a llamar personas,sean los beneficiarios de la intervención profesional que abordaremos en una siguientefase, que será el rotulado y la planificación de la interacción.Si bien es cierto que la fase de rotulado la podremos entender como integrante delproceso de arquitectura de información, la fase de planificación de la interacción, deldiseño de interacción, estará fuera del dominio de este serie de artículos. No obstante,entiendo que la creación de personas, que es la técnica que tiene lugar en esta última fasedel proceso de arquitectura de información, impactará y beneficiará a ambos procesos.Para hablar de la creación de personas lo primero que tenemos que considerar es unconocimiento de los objetivos del sitio web ante el que estamos. Una definición conzoom de los objetivos del proyecto nos dará las pistas, aunque sea con trazo grueso, delos perfiles de usuario a los que va dirigido. Una vez identificados estos perfiles de usuariofinal, procederemos a dar forma, a matizar, a, en definitiva, sustanciarlos en forma de sereshumanos de carne y hueso. De eso se trata cuando se habla de la creación de personas.Podemos ver algunos ejemplos de la puesta en marcha de esta técnica a través de unaestupenda recopilación que hace Len Dierickx58 en More persona examples59.Por último, y para además concluir esta serie de artículos sobre el proceso de arquitecturade información, la fase de rotulado es de vital importancia en muchas ocasiones, yaque se trata de aportar el sabor específico del proyecto a través de una nomenclaturaconsistente, coherente y, también, adecuada para el medio en el que nos estamosmoviendo: la web. Una aproximación, somera, al concepto de rotulado la podemosencontrar buceando en los archivos de la lista de correo Usable: Checklist sobre rotulado60.58 http://blockquote.be/about-me-and-this-site/59 http://blockquote.be/2006/08/04/more-persona-examples/60 http://torresburriel.com/pipermail/usable_torresburriel.com/2005-January/000124.html DANIEL TORRES BURRIEL 29\nMENSAJES DE ERRORDomingo por la mañana para actualizar la lista de weblogs que tengo abandonadosy sin leer desde hace demasiados días. El día es muy claro y aunque refresca, la ciudadparece que goza de un domingo de esos de salir a pasear. En cambio, me quedo aquícumpliendo con lo prometido61. Menos mal que los chicos del barrio62 suenan sin parar yno quiero dejar de escuchar.Los posts de Jesús Encinar63 los leo con cuidado. Siempre hay algo en lo que escribe delo que se pueden sacar interesantes conclusiones. Hoy, en X fa me traduces sto?64 toca untema especialmente delicado, pero que con el tiempo pasa a la esfera de lo cotidiano, porla abundancia de ocasiones en que sucede. Y me explico.Se trata de los mensajes de error que los aparatos, artefactos y demás cacharricoselectrónicos nos dan de vez en cuando en el momento en el que las cosas van, oparecen ir mal. O no del todo bien, por ser más positivos. Jesús nos muestra en su postun momento cuasi-surreal, cuando un amigo suyo es capaz de transcribir y enviar porsms el críptico mensaje de error de un ordenador al que parece fallarle el disco duro. Lacontraposición es evidente: la sencillez y naturalidad que implica el uso de un teléfonomóvil en sus funciones no conversacionales hacen que sean más usados, y por másnúmero de personas. Yo lo veo clarísimo.Jesús lo dice así: Lo fáciles de usar que son los móviles comparados con los ordenadores, por algo tienen una penetración mucho mayor.Sin embargo leer este post me ha hecho recordar que no hace mucho me he dadocuenta, usando mi móvil, que en muchas ocasiones nos topamos con este tipo demensajes de error sin ver cómo detrás de los mismos existe una perspectiva técnica quees totalmente incongruente con el objetivo de los mismos. Es decir, estos mensajes deerror se supone que están destinados a informar y ayudar a los usuarios en el desarrollode un problema o contingencia que pueda surgir en el uso, funcionamiento o manejo delartefacto concreto.Pues bien, no me va a quedar más remedio que entender que el matiz de ayuda de estetipo de mensaje se ve completamente absorbido por el matiz que tiene que ver con lainformación que se da al usuario. Es decir, al usuario se le informa, pero no se le ayuda.Porque ya me dirán ustedes quién diablos puede sentirse ayudado con un mensaje tal que: SMART failure predicted on hard disk 0: WDC AC36400L WARNING: Immediately back-up your data and replace your hard disk drive A failure may be imminent Press F1 to continueVamos, digo yo.61 http://www.torresburriel.com/weblog/2006/11/15/low-blogging-sobrevenido/62 http://www.violadoresdelverso.org/63 http://www.jesusencinar.com/64 http://www.jesusencinar.com/2006/11/x_fa_me_traduce.html30 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nDicho lo cual, si lo que nos importa es la experiencia de usuario positiva y pensar en lafacilidad de uso… bla bla bla, tenemos que concluir con que lo que necesitamos muchasveces es humanizar los mensajes de error y las advertencias del sistema. Sobre todoporque estamos hablando, en el caso de los móviles, de entornos especialmente sensiblesya que los usuarios están especialmente poco formados (y es que además no tienen porqué estarlo), en líneas generales, en cuestiones tecnológicas de fondo.En esa línea me viene al pelo recordar lo que comentaba antes de mi experiencia con elmóvil de hace un par de semanas. Resulta que los avisos por sms que me llegan cuandoalguien me ha llamado pero estaba fuera de cobertura o con el teléfono apagado hancambiado su formato y los han humanizado de tal forma que la atención que les heprestado es mucho mayor que antes. Me explico.Me llegó un mensaje que decía: acabo de llamar a las 18:26h. el día 16/11. Comoremitente del sms me aparecía Pedro Torres, a la sazón mi hermano. Es decir, han simuladoun mensaje real, de tal modo que me quede claro que mi hermano me ha llamado, yademás me dice la hora y el día. Punto. ¿No es acaso el objetivo de los avisos de llamadasaber quién y cuándo me ha llamado? Si además esa llamada viene de un número queestá en mi agenda, se cambia el número por el nombre.Quizá el resultado de este cambio en el aspecto de los avisos de llamada de Orange65(no se si esto sucede con los de otras operadoras) sea el mismo, o no hayan percibidoun incremento de las llamadas devueltas, con el consiguiente aumento de facturación.Seguramente lo comprobarán y no me extrañaría nada que ésta aumentase debido a estecambio de formato en ese tipo de mensajes, mucho más personalizado y cercano. Másdirecto y más personal. Humanizado.Y no deja de ser un mensaje del sistema. http://www.orange.es/65 DANIEL TORRES BURRIEL 31\nMETODOLOGÍA, PROCESO Y PRODUCTOA través de Macadamia66 llego a un post de Alberto Knapp67 que se titula Proceso vs.Producto68. Un texto que habla, según entiendo, de la vivencia profesional del autorrespecto del hecho de trascender la metodología de trabajo para ahondar en laimplicación del equipo en el producto, de tal modo que éste responda a las expectativasdel cliente. Todo ello, claro, hablando de diseño de interacción y producción para internet.No voy a ser yo quien se atreva a poner en duda total lo que se dice en el texto, pero síque me gustaría exponer mis puntos de vista respecto de algunas de las cosas que allí heleído.Por ejemplo, cuando se habla de la metodología como referente en el desarrollo de unproyecto, se dice: El otro día un cliente de una de esas empresas nos contaba que para hacer un site tenía que ir aprobando entregables, cumplimentando requerimientos de cambios, y avanzando por un proceso que prima sobre el producto final. Al final obtuvo un site que no responde a lo que quería, pero justificable desde la metodología y proceso de trabajo seguido. Es decir, el proceso fue el correcto, y el producto no.Pues sí y no. Sí desde el punto de vista en el que, efectivamente, el seguimiento de unametodología de trabajo está basado, por ejemplo, en la aprobación de una serie deentregables. Pero esa aprobación no hay que olvidar que es un evento bidireccional.Es decir, tanto el proveedor como el cliente acuerdan aprobar tal o cual entregable. Seentiende, por tanto, que ese entregable cumple y satisface los objetivos que en ese puntose han marcado ambas partes.Si no es así, o no ha habido consenso, o algo falla en la metodología.Porque un producto final no puede, desde mi punto de vista, cumplir con unas normasmetodológicas que, seguidas y controladas en todas sus fases, impidan llegar a unresultado que cumpla con las expectativas del cliente. De nuevo, si no es así, algo estáfallando: ya sea en que se está trabajando sobre consensos falsos, o ya sea porque las fasesplanteadas en la metodología contienen algún fallo en su diseño.El texto avanza: Son empresas con jefes de proyecto (no de producto, ja!) dedicados a gestionar la administración del trabajo, de tal forma que nadie en el equipo se siente responsable del producto final.Esta afirmación contiene una trampa en sí misma. Se está asumiendo que los jefesde proyecto son roles que sólo se preocupan de la gestión y el control del proyecto.Pero si recordamos que el proyecto sigue una metodología, aprobada, consensuada ydiseñada para alcanzar los objetivos de cada proyecto que la siga, habremos de concluirque el papel del jefe de proyecto, por muy desvinculado que esté del producto, deberá66 http://www.lacoctelera.com/macadamia/post/2006/11/20/proceso-vs-producto67 http://www.the-mixer.net/68 http://www.the-mixer.net/mixer/post/2006/11/18/proceso-vs-producto32 SIETE AÑOS DE EXPERIENCIA DE USUARIO\ncontemplar, sí o sí, el aseguramiento de que se el proceso se ciñe a la metodología. Porlo tanto, esa falta de responsabilidad en el equipo de la que se habla estará provocadano por el rol que ejerza el jefe de proyecto, sino más bien, de nuevo, por un defecto enel diseño de la metodología. Otra cosa sería que hablásemos de un defecto en el trabajodel jefe de proyecto, momento en el que sí que cabría hablar de él y de que su falta dediligencia profesional puede acarrear un defecto en el producto.Pero aún así, si la metodología está bien construida, deberá contener los elementosnecesarios que aseguren que los procesos intermedios están controlados por roles queno sean el jefe de proyecto.Estoy, sin embargo, muy de acuerdo en que cuando el equipo ha asimiladoperfectamente la metodología, ésta puede verse alterada, o modificada en forma depuntos flexibles que ayuden a pulir los aspectos que en un momento dado puedanencorsetar el proceso de trabajo, y que faciliten y promocionen la implicación emocionaldel equipo. Por supuesto que sí. Pero de ahí a etiquetar la metodología como elementocontrapuesto al producto me parece que va un trecho.Como he dicho en un comentario69 en el citado post de Knapp, esta es mi experiencia.Corta, pero mía. http://www.the-mixer.net/mixer/post/2006/11/18/proceso-vs-producto#c133720069 DANIEL TORRES BURRIEL 33\nEXPERIENCIAS EN EQUIPOS DE DESARROLLOAunque reconoció que tiene pendiente el meme de domingo70, no se lo tengo en cuentaLa cuestión es que en el renovado weblog de Soledad Penadés hay un interesantísimopost acerca de la experiencia vivida en equipos de desarrollo, tanto en una gran empresacomo en una más pequeña, que es bastante clarificador en muchos aspectos.El post está en inglés y se llama Some things I?ve learnt about managing developersteams71. A continuación trataré de castellanizar un poco las ideas que Soledad72 plasma ensu post. obre el software de código abierto (open source) S –Es bueno, pero no es gratis. –Usar sistemas operativos software libre sin contribuir con la comunidad no mola. obre la “materia gris” S –La opción más barata es siempre la más cara –A veces, los empleados saben más que el jefe –Fomentar el aprendizaje –Respetar el tiempo de descanso obre la interfaz S –Necesitas un diseñador, sí o sí –Un buen diseñador de papel puede ser un horrible diseñador web –El diseño de la interfaz es algo más que un pantallazo obre el trato con la gente S –Los programadores no son máquinas que convierten el código en dinero –No trates de parecer más elegante inteligente de lo que eres –La verborrea genera aburrimiento –Reuniones… las mínimas obre los clientes S –El cliente puede usar Internet Explorer aunque el resto de la gente no –El cliente se puede equivocar obre los usuarios S –Los usuarios no son tontos –Estoy tan de acuerdo...70 http://www.torresburriel.com/weblog/2006/07/02/meme-de-domingo-cosas-que-te-gustan-de-tu-casa/71 http://www.soledadpenades.com/2006/11/29/some-things-ive-learnt-about-managing-developers-teams/72 http://www.soledadpenades.com/34 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nWEBLOGS: ENERO DE 2002Hace ya tiempo que una idea ronda mi cabeza. Como he dicho alguna vez en algunaentrada de este weblog, desde 1999 hasta 2002 fui socio de Ediciones Ciclo, que era unasociedad que se dedicaba a editar y publicar la revista Ciclo, el primer gratuito culturalaragonés que se expandió por España con un nivel de aceptación más que considerable.De hecho, en la capital española muchos pensaban que se trataba de una publicación deHeraldo de Aragón, pero nada que ver con la realidad.La cuestión es que en muchas ocasiones he querido hacerlo, pero no me había puesto. Claroque el remedio era fácil. Recupero las benditas copias de seguridad de la época, y a por ello.Mi intención es no dejar olvidar algunos de los textos que en ese intervalo de tiempoescribí y se publicaron en Ciclo, y también en ciclo.net73 (era la versión digital del gratuito).Y para empezar con algo que tiene mucho que ver con el medio en el que quiero dejarconstancia de todo aquel trabajo, he seleccionado un texto que no es mío, pero que tieneun valor, cuando menos emocional, digno de mención.Se trata de un texto que le encargamos a Rubén Cárdenas74 y que amablemente escribiópara Ciclo. ¿De qué trataba? De weblogs. Una palabra que en enero de 2002 no se conocíamucho en los medios. Más bien poco o nada.Pero dejemos las historietas, y os dejo el texto de Cárdenas. Disfrutadlo. Bitácoras: Experimentos, diarios y desvaríos La Asociación de Usuarios de Internet advierte que la lectura de más de diez posts seguidos en cualquiera de las más de 150.000 bitácoras conocidas, puede producir adicción y efectos irreparables en la percepción de las realidades ajenas. Sábado 26. 11.30 p.m. Estoy buscando información sobre Jacques Costeau, aquel oceanógrafo francés que amenizaba nuestras tardes de invierno allá por 1980 y me encuentro con un artículo sobre las bitácoras. Lo leo y me entero de que las bitácoras se llaman weblogs en inglés y que un weblog es la evolución de las páginas personales. Salto de un link a otro. Llego a Incoherencia.com. Cuando he leído los diez primeros posts de Zor, me quedo pillado y paso del comandante Costeau. ¡Me he enganchado a las bitácoras! Domingo 27. 1.25 a.m. Pincho el link de Blogger, una de las mejores herramientas para postear (acción de publicar en la bitácora) y me dispongo a crear la mía. Domingo 27. 1.30 a.m. Desisto, Blogger parece demasiado complicado de configurar para hacer lo que quiero. No tengo tiempo. En Bitácoras.net leo que existen más de 150.000 bitácoras y encuentro otras herramientas para crearlas, así que me pongo a mirar documentación. Domingo 27. 2.10 a.m. Desisto, lo haré a golpe de Dreamweaver y ftp. Busco bitácoras en español y encuentro Bitako. Una herramienta para crear weblogs que está en fase de pruebas donde todavía te puedes apuntar como betatester. Me suscribo a la lista para recibir noticias. Bitako promete. http://web.archive.org/web/*/http://ciclo.net73 http://www.h2omagazine.com/design/040902_02.html74 DANIEL TORRES BURRIEL 35\nDomingo 27. 2.20 a.m. Encuentro el diario de www.claudia-p.com75 y no sé si es real o una webnovela. En la portada pone ¿Todos los derechos reservados?. Esto no parece una auténtica bitácora. Domingo 27. 2.30 a.m. Encuentro un montón de enlaces a buenas bitácoras en www. gistain.net76. Creo un cuestionario y lo envío a las bitácoras que más me han gustado. En Greebloggers77 me entero de lo que significa la palabra hotheads en el ámbito de las bitácoras; viene a definir a aquellas webs de la scene que tienes que leer a diario porque si no parece que te estás perdiendo algo. También me entero de que explicar el movimiento weblogger en España sería muy difícil sin hacer referencia a sitios como Ego78, Lifefromthenet79, 4colors80 o Kittenaz81, y no me sorprendo cuando leo que los weblogs con más éxito son los de las chicas, y entre las chicas las que tienen más visitas son las que tienen webcam y una buena apariencia física. Voy a verlas. Domingo 27. 3.10 a.m. Aida, Eco, Whoamony, Elenis… Estoy viendo Ego y de allí me muevo por los links que tiene la chica araña, y empiezo a alucinar con lo bien que dibuja, diseña y escribe esta gente, y pienso que cuando estos loggers de 14 a 25 años se incorporen al mercado laboral, muchos de los profesionales se van a tener que poner las pilas. Esta gente vive entre unos y ceros y sabe cómo trabajarlos. Domingo 27. 3.50 a.m. Varios cuestionarios esperan en la bandeja de entrada. Joan, que tan sólo tiene 14 años, me contesta que nadie miente en los weblogs porque no tiene sentido hacer un WL de tu vida y mentir. Javier, ?El hombre que comía diccionarios?, me cuenta que en los WL de tipo personal es imposible (o muy difícil) saber si lo que se dice es cierto. Sin embargo, en una bitácora “periodística” o técnica, el factor determinante para comprobar la veracidad, radica en la colaboración de los lectores. Los visitantes aportan su opinión y la retroalimentación que se genera permite descubrir una falsedad. Ecografía, que no quiere dar su nombre, recomienda creer sólo el 65% de lo que se dice en las bitácoras, el resto es pura fantasía y exaltación del ego. Sonrisas de Tequila, otro que prefiere permanecer en el anonimato, nos cuenta que la gente acaba perdiendo el norte cuando postea, al principio son conscientes de que otros les leen, luego se olvidan y acaban siendo sinceros. En otro correo me remiten al concurso 2002 Weblog Awards82 donde hay una sección para votar al mejor weblog hispano y numerosos links. Domingo 27. 5.01 a.m. Llegan más e-mails. Leyendo lo que contestan al formulario me hago una idea de las motivaciones que les impulsan a mantener sus bitácoras: Zor está un poco harto de que la gente se meta en su vida todo el día, así que puestos a que se entere todo el mundo, la publica él mismo. Para otros la motivación es su necesidad de crear y mostrar sus trabajos de la forma más global y barata que existe hoy en día, en algunos casos el motivo es conseguir algo de lo que no gozan en el mundo real: atención. Las bitácoras son sus ventanas al mundo, una puerta a la netfama, al spanish web star system del que me ocuparé en otro posts. Rubén Cárdenas.75 http://www.claudia-p.com76 http://www.gistain.net77 http://www.greenbloggers.com78 http://www.ego.greenshines.com79 http://www.lifefromthenet.com/index.php80 http://www.4colors.net81 http://www.kittenaz.net82 http://www.fairvue.com/?feature=awards200236 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nENTREVISTA A SERGEY BRIN:NOVIEMBRE DE 2000He de reconocer que de todos los textos publicados en Ciclo este es mi ojito derecho.En la redacción no tuvimos ninguna duda de que entrevistar a dos chicos que poraquel entonces eran los responsables de un buscador83 que daba siempre muy buenosresultados, merecía la pena. Y no nos equivocamos.Conseguimos una entrevista con Sergey Brin84. Y este es el resultado de la entrevista.GOOGLE. ESCRIBIENDO LA HISTORIAEl sueño americano, la filosofía del software libre, estudiantes universitarios metidos aboyantes empresarios, buen rollo, camisetas de un equipo de hockey… Todo eso formaparte de uno de los sitios de internet que dentro de unos meses serán referencia obligadapara estar al día. Señoras y señores, con ustedes Google.comHablar de Google hoy en día ya no es como hace escasos seis meses, cuando casi todoel mundo ponía cara de haba al referirse a esta maravillosa criatura binaria. Podría decirseque Google es algo así como retroceder en el tiempo y zambullirnos en aquella época enla que algunos fanáticos internautas hablaban de dos estudiantes americanos que en unpequeño local trabajaban en un proyecto que pensaron en llamar Yahoo! Parece que estoforma ya parte de un lejano pasado, pero de eso hace escasamente un lustro. Ahora yaestamos apurando el año 2000 y, la verdad, le hemos quitado todo el brillo que antes dellegar advertíamos en él.Google es un buscador de internet, pero dejarlo ahí sería, aparte de injusto, falso. Googleva mucho más allá de un simple buscador, que hay muchos. Google tiene algo quemuchos otros no tienen, y eso que tiene es el espíritu de internet. Google tiene unamisión, un objetivo: organizar la información mundial de internet. Casi nada.Google ha sido desarrollado originalmente por Sergey Brin y Larry Page en la universidadde Stanford, y de eso hace tan sólo dos años. Al habla con el Presidente y co-fundador dela compañía, Sergey Brin, nos cuenta cómo empezó todo. “Empecé a trabajar en Google en1995, junto con mi socio, Larry Page, pero como empresa no funcionamos hasta 1998, cuandolanzamos la versión beta de Google.com. Esto fue en septiembre del 98. Después de un añode probar el sistema y mejorarlo, lanzamos oficialmente Google.com en septiembre de 1999”.Lo cierto es que a mí todo esto me suena mucho a Yahoo. “Nosotros no vemos a Yahoocomo competencia, sino más bien como colaboradores. De hecho son nuestro másantiguo cliente y uno de los socios estratégicos más importantes. Su objetivo es ser elportal de internet, el punto de partida en la navegación. Sin embargo, el objetivo de Googlees convertirse en el más famoso buscador de la red a lo largo del mundo. Nosotros sólonos preocupamos de desarrollar tecnologías de búsqueda, nada más”. Cuando escucholas palabras de Sergey me siento pequeñito, consciente de que en España nos estamosperdiendo lo mejor de internet. http://www.google.com/83 http://es.wikipedia.org/wiki/Sergey_Brin84 DANIEL TORRES BURRIEL 37\nMÁS POR MENOSTal y como apuntaba al principio, Google es algo más que un buscador, y no sólo porsus excepcionales cualidades como tal, que las tiene, sino porque emana una esenciaque hoy día no es fácil de ver en los sitios más visitados. Ahora mismo vienen a micabeza las palabras de Miguel de Icaza cuando se sorprendía por la incredulidad delpersonal cuando se hablaba de desarrollar software libre. Google es uno de los mejoresejemplos de que la bandera del software libre ondea más que nunca. “Rotundamentesí. Estamos plenamente convencidos de que el software libre es una de las partes conmás valor de nuestro negocio. La infraestructura técnica de Google gira alrededor deLinux. Tenemos más de 6.000 servidores funcionando con Linux, que son precisamentelos que dan el servicio de búsqueda de Google. Los equipos de ingenieros ydesarrolladores de Google participan activamente en las actividades de la comunidadopen source”.En su aún corta pero intensa vida, Google ha estrenado recientemente nuevosservicios y utilidades para sus visitantes y usuarios. En cuestión de meses hemos vistocomo podíamos hacer búsquedas en varios idiomas, ver resultados especialmenterecomendados, y recientemente, un directorio organizado de los recursos de Google.Le planteo a Sergey si estamos asistiendo en directo al crecimiento definitivo deGoogle. “Realmente estamos en una etapa de constante crecimiento, dando serviciosde valor tanto a nuestros usuarios como a nuestros asociados. Recientemente hemosañadido al abanico de posibilidades de Google titulares de noticias, mapas online ycotizaciones”. Bueno, pero esto ya lo ofrece mucha gente y puede llegar a ser recurrentey hasta un poco pesado. “Pero esta información sólo aparece cuando es relevante almostrar los resultados de una búsqueda específica. Por ejemplo, si buscas por ‘Intel’Google te devolverá un enlace a intel.com y también un enlace a la cotización actualde Intel. Estas dos clases de información están directamente relacionadas y ayudan anuestros usuarios a encontrar más información de la que están buscando, y todo sinsalir de Google.Una de las características mencionadas de las novedades de Google es que lo podemosdisfrutar en español. Imagino, y voy a salir de dudas ahora mismo, que la gente deGoogle es consciente de la importancia creciente y sobre todo de futuro del idiomaespañol en la red. “Somos muy optimistas respecto del crecimiento de internet en elmundo hispanohablante. Actualmente tenemos millones de usuarios hispanohablantesque entran a Google a través de esta interface”.APLICAR IDEAS SENCILLASOtra de las cosas que cabe destacar de Google es que no nos bombardea con los yafamosos y aburridos banners publicitarios. “Google también tiene publicidad, pero esdiferente a la del resto de anuncios de internet. Nuestra publicidad consiste tan sóloen enlaces de texto que están directamente relacionados con lo que un usuario estábuscando en un momento determinado. Prescindimos de gráficos o de animaciones enflash para esto. Te pongo un ejemplo, alguien que está haciendo una búsqueda por ‘tapas’no verá ningún anuncio de Nike. Estos dos conceptos, ‘tapas’ y ‘Nike’ no tienen ningunarelación entre sí. En Google sólo mostramos publicidad que está relacionada con lo queel usuario está buscando. Y a nuestros anunciantes esto les encanta porque la gente haceclick en sus enlaces más que con otras formas de publicidad”.38 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nCONSCIENTES DE LO QUE SONLa charla con Sergey Brin es apasionante. Se muestra con una naturalidad apabullanteen sus comentarios. Por eso me animo y le pregunto sobre Terra-Lycos. “Los portalesde internet son muy atractivos para los usuarios que buscan una variedad de serviciosconcentrados en un mismo sitio web. Pero creemos que nuestro objetivo no está ahí.Queremos ofrecer un servicio de búsqueda que sea el mejor servicio de búsqueda. Dehecho, muchos de estos portales utilizan en régimen asociado nuestra tecnología debúsqueda”.Por último, la novedad de novedades en Google es la inclusión del Open Directory.Servicio, herramienta, filosofía, ideología… Sergey dictamina: “el Open Directory ofrecea nuestros usuarios la posibilidad de buscar información a través de un sistema decategorías estructurado por áreas temáticas. Mucha gente prefiere este sistema parabuscar una información, por lo que hemos decidido integrar el Open Directory en nuestromotor de búsqueda. Este directorio es una amplia fuente de información que estádisponible a todo el mundo, libre de todo cargo económico”.Pocas palabras hacen falta para resumir nuestra charla con Sergey Brin, Presidente y co-fundador de Google.com, pero de lo que no cabe duda, es que una vez más, el mejor delos sentidos es el sentido común. Qué grande es ser simple. DANIEL TORRES BURRIEL 39\nARQUITECTURA DE INFORMACIÓN 3.0Peter Morville es un crack. Ha escrito un texto, titulado Information Architecture 3.0 85 en“Semantic Studios”. Empieza contando cómo en un evento le presentaron no como undiseñador de interacción o como un profesional de la arquitectura de la información, sinocomo un futurólogo. E inmediatamente se pone manos a la obra sobre la próxima etapaque vamos a conocer en la disciplina de arquitectura de información.Morville hace un repaso de lo que está suponiendo todo el mogollón que hay alrededorde las aplicaciones ajaxificadas y la multitud de proyectos que surgen alrededor de losproyectos. Entiendo cosas como lo caras que pueden llegar a ser las aplicaciones plagadasde elementos como usabilidad, accesibilidad, encontrabilidad, y, en general, cuidado poratender la experiencia de usuario. O se van de presupuesto, o se van de plazo. Pero paratodo no da.Lo cierto es que no pinta un futuro muy halagüeño para este tipo de iniciativas. Y para losprofesionales de la arquitectura de información, las cosas tampoco parecen muy felices enese escenario.En ese punto, trata de acotar una definición de lo que entiende por arquitectura deinformación, haciendo una revisión de las que se toman como válidas actualmente:Diseño estructural de entornos compartidos de informaciónCombinación de la organización, el etiquetado -o rotulado-, la búsqueda, y los sistemas denavegación dentro de un sitio web o una intranetEl arte y la ciencia de dar forma a productos y experiencias de uso que sean fáciles de usary encontrables (por support findability)Disciplina que surge de la práctica y que está centrada en trasladar principios del diseño yla arquitectura al entorno digitalRemacha este inicio de su análisis con la afirmación de que estas concepciones de laarquitectura de información trascienden y van más allá de las taxonomías y del propioweb, tal y como queda reflejado en lo que llama el Polar Bear 3.086 .Pues bien, hay reputados profesionales de la arquitectura de información, prosigue Morville,como Christina Wodtke87, Adam Greenfield88 o Peter Merholz89 que dicen sentirse (revisar losvínculos) obligados y constreñidos por estas acepciones de arquitectura de información. Esen este punto cuando hace referencia a una cita de Jesse James Garrett90, que viene a deciralgo así como que elegir la definición de una disciplina que acote mucho los términos de lamisma puede ayudar a dar solución a una serie de problemas y escenarios muy definidos; yque esto sea así es uno de los factores que permiten que ésta progrese.85 http://semanticstudios.com/publications/semantics/000149.php86 http://www.amazon.com/Information-Architecture-World-Wide-Web/dp/0596527349/findability-2087 http://www.eleganthack.com/archives/why_am_i_so_angry.php#00468788 http://www.v-2.org/displayArticle.php?article_num=1037#103789 http://www.peterme.com/archives/000741.html90 http://www.jjg.net/about/40 SIETE AÑOS DE EXPERIENCIA DE USUARIO\nEntonces aporta Morville un dato más, mientras sigue haciendo referencia a Garrett. Elpadre de Ajax hace una distinción entre rol y disciplina. y lo comenta en unos términosparecidos a: Hay una disciplina, conocida como arquitectura de información; y hay un rol, conocido como arquitecto de información. Se han desarrollado más o menos a la par, y hasta ahora cualquier debate sobre una ha implicado un debate sobre el otro. Pero ahora puede que las cosas tengan que cambiar.Es entonces cuando Morville plantea, alineado con Garrett, la necesidad de añadir unnuevo concepto: el de comunidad. Y nos muestra una gráfica a la que llama los trescírculos de la arquitectura de información 3.0Dice Morville que mientras los límites son, como no puede ser de otra forma, difusos,los elementos centrales de la comunidad de arquitectura de información incluyen el IASummit91, Euro IA92, el Latin American IA Retreat93, Oz-IA94, y el IA Institute95. De hechomuchos de los participantes en lo que se puede llamar la comunidad de arquitecturade información no se identifican como arquitectos de información. De hecho, prosigue,algunos de ellos no se muestran interesados en algunos de los conceptos clave de ladisciplina. Pero por el contrario, observan a la comunidad de arquitectura de informacióncomo un elenco de personas que llevan con mucha pasión su trabajo en ese sentido.En este punto he de hacer un comentario: ¿no os recuerda este último matiz a la web dospunto amor96? A mi sí.Pero prosigamos con lo que cuenta Peter Morville.Habla, imagino que en un sentido metafórico, de que los arquitectos de informaciónestán siendo atacados. Habla de que en el momento económico actual en el que todoel mundo puede seleccionar sus fuentes de información, no se debería minusvalorarel poder de la invención. Si los posts que hablan de la muerte de la arquitectura deinformación fueran sólo unos pocos no habría lugar para el comentario, pero si ademáséstos provienen de profesionales experimentados de la disciplina hermana, el diseño deinteracción, el comentario está más que justificado.Morville reconoce que hace no mucho ha tratado de profundizar en el conocimientodel diseño de interacción, y lo que ha encontrado son referencias, o más bien la ausenciade éstas, en algún libro sobre diseño de interacción, así como alguna referencia acercade una ‘desaparición’ de la arquitectura de información como elemento protagonista.De hecho Morville pone el acento en su sorpresa por cómo estos líderes del diseño deinteracción ‘hacen campaña’ en contra de la arquitectura de información, denigrándolacomo disciplina, así como a su comunidad.En cualquier caso Morville no hace sangre con esto, y trata de verlo en clave de envidiasana, o simplemente, competencia entre disciplinas.Morville prosigue haciendo un repaso de una serie de estrategias para los arquitectosde información. No obstante empieza reconociendo que desde 1994 ha desarrollado su91 http://iasummit.org/92 http://www.euroia.org/93 http://www.cwr.cl/events/retreat2006/index_back.html94 http://www.oz-ia.org/95 http://iainstitute.org/96 http://ludita.net/?p=96 DANIEL TORRES BURRIEL 41


Este hostal económico dispone de piscina exterior y parrillas de barbacoa.\nHay muchos puntos de interés en Mendoza, como Club Hipico Mendoza, Complejo Cultural Kilka y Las Leñas que están a 20 minutos del hostal. Se sirve variedad de cocina en La Bourgogne, están a 10 minutos andando de la propiedad.\nEl Damajuana Hostel tiene Doppelzimmer y Zweibettzimmer para su descanso ideal. Los baños privados disponen de duchas y bañeras.\nEl bar de café sirve aperitivos.\nLa estación de tren Terminal de omnibus de Mendoza está situada a 20 minutos andando.\nDamajuana Hostel Mendoza, Argentina\nMont Blanc Hotel 4*, Duque de Caxias - aquí Terschelling Tjermelan Apartahotel 3*, Oosterend (Terschelling) - aquí Atholl Hotel 4*, Aberdeen - aquí Anastasia Beach Hotel 4*, Protaras - aquí Sardargarh Heritage Hotel 4*, Udaipur - aquí B Bali & Spa Hotel 4*, Denpasar - aquí Marriott Hotel 5*, Zúrich - aquí Bahia Apartahotel 3*, San Pedro del Pinatar - aquí Thalasia Costa De Murcia Hotel 4*, San Pedro del Pinatar - aquí Helen Hotel 3*, Cambridge - aquí Acapulco Copacabana Hotel 4*, Río de Janeiro - aquí Traina Hotel 4*, San Pedro del Pinatar - aquí Beatriz Playa & Spa Hotel 4*, Puerto del Carmen (Lanzarote) - aquí Vita San Anton Hotel 4*, Granada - aquí Leonardo Hotel 3*, Brujas - aquí Urban Dream Hotel 4*, Granada - aquí Ilunion Puerta Triana Hotel 3*, Sevilla - aquí Casa Conde Boutique Hotel 3*, Santo Domingo - aquí


Racing igualó ante Central Córdoba y alcanzó a Independiente en la punta del torneo | DEPO |\nRacing igualó ante Central Córdoba y alcanzó a Independiente en la punta del torneo\nPoco y nada en Avellaneda. El equipo de Claudio Úbeda salió a la cancha sabiendo que Independiente había perdido en Tucumán, por lo que un triunfo lo dejaba como único puntero del campeonato, aunque no supo aprovecharlo.\nEn el Cilindro, Racing y Central Córdoba no tuvieron un gran desempeño, tuvieron pocos destellos de buen juego, casi no hubo ideas claras y empataron sin goles. De todas formas, el empate le sirvió a la Academia para quedar en la cima del torneo junto al Rojo.\nDurante los primeros 15 minutos, si bien no hubo acciones concretas de gol, ambos equipos tuvieron algunas aproximaciones que pudieron convertirse en jugadas de peligro, pero que por mala decisión en los últimos metros terminaron en nada.\nCon el correr de los minutos, la Academia comenzó a ser más protagonista en el partido, siendo el de mayor posesión durante la primera etapa. Durante ese lapso, el equipo de Claudio Úbeda tuvo algunas ocasiones para romper con la paridad en Avellaneda, sobre todo con las constantes subidas de su lateral izquierdo, Fernando Prado.\nEl zurdo se ofreció como una opción de pase en reiteradas oportunidades y pasó con fuerza al ataque, al punto de que fue el que inició la primera chance del partido, que terminó con un remate de Leonel Miranda a la altura de la medialuna del área, pero la pelota se fue por arriba del travesaño. Luego, Racing llegó por medio de la pelota parada, con un cabezazo de Darío Cvitanich que salvaron en la línea la defensa del Ferroviario.\nLa respuesta del visitante llegó de ese mismo tiro de esquina, con un saque rápido de Rigamonti para la izquierda, con Alejandro Martínez, quien llegó hasta el fondo para enviar un centro al área chica que conectó Lucas Brochero, pero Gabriel Arias evitó la caída de su valla de manera extraordinaria y sacó la pelota al córner.\nTras unos minutos donde el partido entró en una meseta, cerca del final de la primera etapa volvió a reaccionar la Academia, pero más con empuje que juego y no encontró un camino claro para volver a tener alguna oportunidad de gol.\nYa en el complemento, Central Córdoba salió con otro ímpetu y tuvo algunas aproximaciones al arco local. El equipo del Sapito Coleoni adelantó líneas, robó varias veces en campo rival e intentó lastimar por los costados a la defensa de Racing y también por medio de la pelota parada.\nAnte el mal momento, el Sifón realizó un par de variantes para que el local vuelva a tener la pelota, con los ingresos de Matías Rojas y Javier Correa, aunque no tuvieron un impacto en el partido. A medida que pasaban los minutos, daba la sensación de que la única forma de romper con la igualdad era de pelota parada, pero tampoco hubo precisión en esas jugadas y todo terminó en un pálido 0-0.\nRacing Central Córdoba de Santiago del Estero