Siete años de Experiencia de Usuario

7/29/2019 Siete aos de Experiencia de Usuario

1/233

SIETE AOS

DE EXPERIENCIADE USUARIODANIEL TORRES BURRIEL


2/233

SIETE AOSDE EXPERIENCIADE USUARIO


3/233


4/233

SIETE AOSDE EXPERIENCIADE USUARIODANIEL TORRES BURRIEL


5/233


6/233

El esuerzo por crear una disciplina

nueva pasa por que se reconozca

que hay un mundo nuevo. Si no, con la

habilidad tcnica ya sobra.

Mariano Gistan

Periodista y genio


7/233

Edita:Torresburriel

Diseo y maquetacinJos Luis Lizano

ImpresinGrfcas Lizarra

Depsito legal:Z-1.069-2012

www.torresburriel.com

www.uxlearn.com


8/233

DANIEL TORRES BURRIEL 7

NDICE

Introduccin 11

Los microormatos son marcado semntico 13

Entrevista en blockquote.be 14

Narrativa de wirerames guiados 16

Hotels, usability & resorts 18

Cmo los weblogs me han cambiado los hbitos inormativos 21Prototipos en papel (I) 23

Prototipos en papel (II) 24

El proceso de arquitectura de inormacin (I) 25

El proceso de arquitectura de inormacin (II) 26

El proceso de arquitectura de inormacin (III) 28

El proceso de arquitectura de inormacin (y IV) 29

Mensajes de error 30

Metodologa, proceso y producto 32

Experiencias en equipos de desarrollo 34

Weblogs: enero de 2002 35

Entrevista a Sergey Brin: noviembre de 2000 37

Arquitectura de inormacin 3.0 40

Funcionalidades y tareas: diez consejos para convivir 44Usabilidad en proyectos de entidades no lucrativas 46

Entregables tras un proceso de arquitectura de inormacin 48

Los heursticos de Andy Budd 50

Proyectos para las personas. Arquitectura 52

Usabilidad versus Calidad 54

La web del Congreso espaol hace aguas 57

Los usuarios 2.0 y la maldita tecnologa 60

Por qu insisto tanto con los prototipos? 62

El accidente de la Tam podra haber sido causadopor problemas de usabilidad 64

Te acuerdas del nal del siglo pasado? 67


9/233

8 SIETE AOS DE EXPERIENCIA DE USUARIO

Open Social, microormatos y dems amilia 68

Marco legal de la accesibilidad web en el Estado Espaol 70

La prensa digital aragonesa y las personas

(o usuarios, o lectores, o consumidores) 74Geolocalizacin de resultados y bsquedas por proximidad 79

Visualizacin de inormacin, noticias y prensadigital (de nuevo) 80

Tendencias en el sector del entretenimiento 81

23 conclusiones extradas de sesiones de eye-tracking 83

Contribuyendo a la polmica del mes: dont break the web 85

Algunas ideas sobre usabilidad, desterrando mitos 86Qu pasa cuando un cliente no nos escucha 87

Rediseo, metodologa y realineacin: la importanciade los procesos 88

Reexiones tras el IX Congreso de Periodismo Digital de Huesca 90

Beta de aragoneame.com: ltro social hiperlocal de noticias 92

Hoy he visto de cerca a Vinton Cer 95

Experiencia de usuario: abrdala sin complejos 96

Funcionalidad, innovacin y contexto de uso 98

Cajeros automticos: botones, etiquetas y colores 99

Demos la palabra a los usuarios:nos cuentas tu experiencia en Expo Zaragoza? 101

Seguimos hablando de medios digitales 2.0? 102

Diseo de inormacin e interaccin en Expo Zaragoza 2008 104

Diseo de Interaz y objetivos de proyecto 105

Los navegadores vuelven a estar de moda. Y el usuario? 108

El abordaje integral de una nueva orma de contar historias.Periodismo 2.0 y experiencia de usuario 110

Diseo de interaz consistente con su accin precedente 112

Crnica del Seminario Internacional de Usabilidady Accesibilidad para la web 2008 114

Arquitectura de inormacin y desarrollo gil 116

Diseo centrado en el usuario y desarrollo gil 117

Redes de blogs y dos modelos de enrentar un sitiocorporativo: Hipertextual y Weblogs, SL 119

Pirena 2009: experiencia de usuario desde tu casa 122


10/233


Tcnica de creacin de personas: evento IxDA Dubln 123

Vuelve el diseo, o el poder de la conceptualizacin 124

Qu es necesario saber para dedicarse a la usabilidad? 125

Pautas de comportamiento de los usuarios 126

Cmo ha de ser el diseo: una visin del anlisis heurstico 127

Diseo de alertas que sigue las pautas del usuario 129

Las nuevas pautas de accesibilidad y cmo deberamosevangelizar 130

Mi homenaje a Ernesto Fras 132

Los diez errores de arquitectura de inormacin ms comunes 134

El uturo de los wirerames 136

Argumentos de usabilidad, aproximaciones e ideas 138

Qu nos ha trado la web 2.0 (Artculo en el blog de EBE) 140

Integracin de medios, plataormas y contenidos:experiencia de usuario y usabilidad deben tomar el mando 141

Cinco aos de eventos de usabilidad en Zaragoza 144

Introduccin a los tests A/B 146

Wikis como herramienta de documentacin de interacesde usuario 148

Integracin de experiencia de usuario y desarrollo gil 150

Nielsen sale de la cueva y se explica con claridad 151

Diez descubrimientos de usabilidad que uncionan 153

Sobre el cierre de soitu.es 155

La usabilidad ya no est de moda 156

El equipo de experiencia de usuario al completo 158

Titular para buscadores o para personas?La BBC da un paso adelante 160

Hablando de SEO y usabilidad 162

Diseo de la versin mvil, prioridad alta 164

Maniesto En deensa de los derechos undamentalesen internet 165

Cmo plantear un anlisis heurstico de usabilidad 167

Fundaciones, donaciones y sotware libre 169

Entrevista a Raael Hhr, inograsta de Prisacom(ebrero de 2002) 171

Entrevista con Toms Delcls (ebrero 2002) 172


11/233


Entrevista con Jon von Tetzchner, CEO de Opera Sotware 174

Reportaje sobre navegadores alternativos (marzo 2002) 176

Artculo sobre los sistemas de mensajera instantnea

(mayo de 2002) 179Reportaje sobre el proyecto Mozilla (Junio 2002) 181

Un poco de teora sobre la web semntica 183

Haciendo internet. La vuelta a la esencia de la red de redes 185

Por qu no existe amazon.es? 187

Usabilidad y los correos electrnicos de conrmacin 188

Optimizar todo un sitio web para motores de bsqueda 190

Hacer ms eectivo el texto de los links 192

Fernandezcoca.com y la no-home 195

Usabilidad para entornos no web 197

Interace de usuario orientada a resultados 198

Los atributos class son algo ms que presentacin 200

Inormes, accesibilidades y ganas de hablar de algo 201

Qu son los microormatos? 203

De cmo el elemento TITLE se convierte en sello de calidad 204

Folcsonomas y accesibilidad 206

[Flashback] Obreros de la red 208

Considerando la semitica al hablar de usabilidad 212

Recomendaciones para cuando las cosas van mal 213

Las webs deben verse en los mviles, Lee dixit 214

Debemos permitir que el usuario personalice la web? 215Administracin Pblica, sotware libre, accesibilidad y estndaresweb: el caso de la Diputacin Provincial de Huesca 218

Porqu no me gustan los oros moderados 220

Tcnicas etnogrcas como herramientas tiles en UX 221

Desao Abredatos: mucho ms que datos 225

Experiencia de usuario: diseo o negocio? 226

Checklist para saber lo que quiere un cliente 228

Hablando de las WCAG2 y reexionando despus 230


12/233


INTRODUCCIN

Es 14 de abril de 2011. Faltan diez minutos para la una de la madrugada. La ltima energade la noche la quiero dedicar a poner un punto nal.

Es un punto nal a un proyecto personal. Un proyecto que empez siendo una aventurasolitaria, alocada y seguramente un poco eglatra. Un proyecto que, con el paso de losmeses, ha devenido en una experiencia ntima de revisin. De revisin de conocimientos,estados de nimo, tendencias y ormas de abordar la comunicacin. 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 rase 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 tambin es cierto que Bill Gates no le dio importancia a internet en unasamosas declaraciones en las que mostraba su predileccin por The Microsot Network.Solo era el inicio de los noventa, y las cosas que han pasado en solo quince aos no laspodamos ni tan siquiera imaginar. No sabemos lo que deparar el uturo. Ni lo podemos

saber. Pero los seres humanos somos tan atrevidos que somos capaces de ponticar sobrelo que se nos ponga por delante.

Esta reexin es la que me produce la seleccin, ordenacin y revisin de ms de cienartculos publicados en mi blog personal a lo largo de siete aos. Este libro es eso, unarecopilacin personal de artculos de un blog. Sin ms. Los contenidos de los artculos hansido respetados en su ormato original. He omitido las imgenes de los artculos que notenan un mnimo de calidad. Y nada ms.

Me gusta pensar que a lo largo de estos siete aos alguien haya podido aprender lamitad de lo que he aprendido yo. La verdad es que escribir en un blog con una mnima

recuencia me parece una metodologa de aprendizaje impagable. No solo por el esuerzoque supone escribir un artculo, sino tambin por la conversacin que las personas quecomentan nos regalan.

Experiencia de usuario, arquitectura de inormacin, usabilidad, estndares web,comunicacin, 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 extensin, como nopoda ser de otra orma, son los contenidos que hay en este libro. Insisto, sin ms.

Que os sea de utilidad.


13/233


14/233


LOS MICROFORMATOSSON MARCADO SEMNTICO

Microormats are semantic markup1 es un artculo que Ryan King2 escribe en microormats.org3en el que nos cuenta cmo los microormatos y su uso son algo ms que un componentems en la carrera del marcado semntico. Voy a tratar de explicar cules son sus argumentos.

Pese a que los microormatos se enmarcan dentro de una tendencia relativamentejoven, es innegable que del mismo modo parecen etiquetados como elementoscon un potencial ms que interesante. Una considerable cantidad de diseadoresy desarrolladores web estn sustituyendo, paso a paso, el marcado con tintespresentacionales (espantosa palabreja), es decir, estn dejando de escribir html en el que

hay elementos que impactan directamente en la capa de la presentacin, de tal modoque este marcado, este cdigo html es no slo ms comprensible por las personas, porlos humanos, sino que pasa a ser comprensible y procesable por parte de las mquinas.Los microormatos ayudan a que esto sea as, siempre y cuando supongamos que losdiseadores y desarrolladores web tengan en perecto uncionamiento la sensibilidadpara con los estndares web y el marcado semntico.

Ryan cuenta en su post que se puso a pensar en esta cuestin tras una conversacincon Chris Messina4, el cual preguntaba por un microormato para un caso de uso quetodava no se ha denido. Una parte de la idea que encierran los microormatos es crear yestandarizar lo que se llama el cdigo emergente, que se pone a disposicin de las nuevasconductas de las aplicaciones web. Si algn uso de la web es demasiado novedoso escomplicado estandarizar un cdigo que lo resuelva, sobre todo porque la conductareerida no est denida por completo.

Sin embargo, slo porque el hecho de que el caso de uso del que hablaba el tal ChrisMessina no sea un caso de uso apropiado, no signica, en opinin de Ryan King, que nose puedan usar microormatos preexistentes y su propio marcado semntico.

Esto es lo que viene a decir King en su post. Veamos cul era la necesidad planteada porChris.

So Im in need o a standard way o linking rom a persons prole to their external photos, blogs,

vlogs, things and so on

Es decir, que busca una orma estndar de vincular el perl de una persona con sus otos,blogs, videoblogs y dems. Y eso es as, continua Chris, desde que intenta hacer uso dehCard5 para describir inormacin como nombre, email, etc.

Quien lea Miles o semantic markup beore microormats6 ver que la intencin 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 avorites (para vincular una lista de avoritos).

Muy interesante.

1 http://microormats.org/blog/2006/01/17/microormats-are-semantic-markup/2 http://theryanking.com/blog/3 http://microormats.org/4 http://actoryjoe.com/blog5 http://microormats.org/wiki/hcard6 http://actoryjoe.com/blog/2006/01/16/miles-o-semantic-markup-beore-microormats/


15/233


ENTREVISTA EN BLOCKQUOTE.BE

En un mprobo ejercicio de autobombo, publico la traduccin al espaol de unaentrevista que amablemente me ha hecho Len Dierickx para blockquote.be7, que es unweblog europeo sobre arquitectura de inormacin. La entrevista original se puede ver enInterview with Dani Torres Burriel8.

Len: Cul sera tu denicin, en menos de 256 caracteres, de arquitectura de inormacin?

Dani: Arquitectura de inormacin es el primer paso para hacer cualquier diseo racional.

Len: Esa es una denicin un poco corta. Qu quieres decir con la palabra diseo? Puedes

explicarte un poco ms?

Dani: Bien arquitectura de inormacin es el primer paso para hacer cualquier diseoracional. Cuando piensas en el abordaje de un diseo web siempre hay un primer paso:el esquema, la estructura, el esqueleto de ese diseo; cmo cada uno de los mnimoselementos deben ser situados, ordenados y colocados.

Len: Hay un mtodo de trabajo en Espaa que entiendas como dierenciado respecto del restode Europa?

Dani: No, Creo que no hay una metodologa dierenciada para realizar el tranbajo. Por

ortuna las cuestiones tcnicas son idependientes del lugar de aplicacin de las mismas,distintos pases, o culturas. La nica dierencia en Espaa puede ser el idioma, ya que elespaol 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 metodologa.

Len: Haces una distincin entre idioma, que estara relacionado con el rotulado en arquitecturade inormacin, y la metodologa utilizada. Y a su vez dices que el idioma espaol es un idioma

muy rico en trminos. Eso no signica que necesitas unas herramientas ms potentes, que den

unos mejores resultados?

Dani: Parece una cuestin interesante. Pero creo que no es una cuestin del uso detales o cuales herramientas. Desde mi humilde punto de vista, idiomas dierentes y suscaractersticas semnticas pueden llegar a ser interesantes herramientas para hacer unbuen trabajo de arquitectura de inormacin. Yo slo puedo trabajar usando el espaol,que es mi idioma natal, pero quiz sea posible que otros idiomas con sus peculiaridadessemnticas propias les den a los proesionales de la arquitectura de inormacinposibilidades para conseguir unos buenos resultados. De todos modos, creo que es unacuestin interesante sobre la que reexionar.

Len: Sueles trabajar en sitios web y sistemas multi-idioma?

Dani: S, pero generalmente esos sitios web multi-idioma estn relacionados con dos delos varios idiomas que hay en Espaa: el cataln y el euskera.

Len: Eso signica que haces uso de traducciones de palabra a palabra y no de traduccin integral?

7 http://blockquote.be/8 http://blockquote.be/2006/03/06/interview-with-dani-torres-burriel


16/233


Dani: En el caso del idioma cataln, las caractersticas semnticas del idioma son muysimilares a las del espaol; en el caso del euskera, al ser stas dierentes, el trabajo tienems 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 de

inormacin, usabilidad y similares?Dani: No lo creo. Por lo menos de orma generalizada. De todos modos la aplicacinprctica de los entregables es algo muy agradable para ellos. Lo acogen bien. Obviamentehay clientes que piden explcitamente cuestiones sobre usabilidad y arquitecturade inormacin, pero en la mayora de los casos no es as. Ese tipo de clientes debeser seducido a travs de exponerles documentos entregables: los wirerames son eldocumento entregable que hace entender a los clientes la importancia del diseo de lainormacin en el desarrollo de un sitio web.

Len: Entonces a los clientes no les hablas de arquitectura de inormacin y simplemente se la

muestras?Dani: Exacto. Trato de no hablar de arquitectura de inormacin 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 inormacin sobre sus productos pueda ser encontradacon acilidad, y sea clara y transparente con el visitante.

Len: Qu uturo hay para la arquitectura de inormacin en Espaa? Hay algn tipo demovimiento que dinamice la arquitectura de inormacin?

Dani: Yo slo soy un modesto trabajador como para decir cul es el uturo de laarquitectura de inormacin en Espaa. Lo que te puedo decir es que hay una comunidadproesional de arquitectos de inormacin y proesionales de la usabilidad, llamada Cadius,de la que soy miembro. Cada mes hay reuniones inormales en dierentes ciudades deEspaa, que toman el nombre de Cocktail Cadius donde proesionales e interesados enla usabilidad y la arquitectura de inormacin (y diseo web) intercambian experiencias yvivencias del da a da, as como otros asuntos proesionales. Personalmente me encargode la organizacin del Cocktail Cadius en la ciudad de Zaragoza, que es de donde soy,donde vivo y donde trabajo.

Len: Puedes recomendar a arquitectos de inormacin algunos trucos y recursos que les

puedan ayudar a ser buenos arquitectos de inormacin?

Dani: Bueno slo puedo decir una cosa: leer, leer y leer. Los mejores recursos queconozco son los libros, y algunos sitios web: Cadius weblog9, Alzado10 y Thinkepi11 (enespaol). Y Boxes and Arrows12, Guuui13, y Bloug14 en ingls. Pero insisto, mi herramientaavorita 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://louisroseneld.com/


17/233


NARRATIVA DE WIREFRAMES GUIADOS

Una de las herramientas que desde mi punto de vista son ms agradecidas pos los clientesdel mundo real a la hora de iniciar un proyecto para la web son los wirerames. Aqu ya hemoshablado de ellos15, y otros tambin los han hecho, como es el caso de Nelson16 y Rodrigo17.

Como tcnica de prototipado de bajo nivel son una herramienta muy til. La combinacinde stos con un desarrollo de un mapa web hacen de estos dos entregables una potenteherramienta de comunicacin con el cliente en las primeras ases de los proyectos. Perocomo herramienta de soporte y enganche qumico con el cliente tienen tambin su valor,que desde mi punto de vista es casi indiscutible. Es la primera ocasin en la que el clienteve cosas de su proyecto, al poco tiempo de haberse iniciado ste.

Un texto ledo en El Factor Humano, titulado Storyboards y Narrativa para WireramesGuiados18, me lleva a una de las lecturas pendientes de la semana: The Guided WirerameNarrative or Rich Internet Applications19. En este ltimo texto, Andres Zapata20 nos ponesobre la pista de la adecuacin del uso de wirerames a los proyectos que cuentan comorequisito el uso de AJAX o de tecnologas que redunden en la interaccin con el usuariode orma cuasi inmediata. En denitiva, nos est presentando cmo aplicar la tcnica derealizacin de wirerames a Rich Internet Applications.

Y Zapata inicia su argumentario de una orma casi inapelable:

There is no better orm to express structure, conventions, and ow than ?showing? the client a

prototype.

O lo que es lo mismo: no hay mejor orma de expresar la estructura, el ujo y las convencionesque vamos a utilizar que mostrarlo al cliente a travs de un prototipo. Ahora bien, en elescenario que se est planteando de aplicaciones con una alta carga de interaccin, siendosta acotada en el tiempo real de ejecucin de la aplicacin, hay que ingenirselas para noestirar demasiado la cuerda del coste, de orma que tal prototipo sea viable econmicamente,y eectivo dentro del proyecto. Aqu es donde entra en luego lo que Zatapa denomina guided

wirerame narrative, y nosotros vamos a llamar narrativa de wirerames guiados.De tal modo, Zapata arma, y yo lo comparto, algo as como que la clave de usarun medio de inormacin en un contexto poco denido, como son los wirerames,cuando tenemos que ilustrar una inormacin en un contexto ms denido, tenemosque hacerlo en capas, en dimensiones. Ah es donde los wirerames guiados jueganun papel protagonista. Siguiendo el argumento de Zapata, como no podemos hacerun prototipo de la aplicacin (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 lineal

15 http://www.torresburriel.com/weblog/2005/04/06/la-importancia-de-los-wirerames/16 http://www.webstudio.cl/blog/wirerames/17 http://www.galinus.com/noloentiendo/2005/07/wirerames-recopilacin-de-enlaces.html18 http://www.webstudio.cl/blog/storyboards-y-narrativa-para-wirerames-guiados/19 http://www.boxesandarrows.com/view/the_guided_wire20 http://www.boxesandarrows.com/person/andreszap


18/233


(wirerames), lo que hemos de hacer es mostrar esos matices a lo largo del argumento(wirerames guiados).

Lo mejor es verlo con ejemplos. Pero antes vamos a describir los planos, la naturaleza delos matices que tenemos que reejar en nuestros wirerames guiados:

> Jerarqua> Estado de la pantalla

> Convenciones de diseo

> Patrones de interaccin

La orma en la que vamos a plasmar los niveles de matices en nuestros wireramesguiados puede estar basada, segn lo que cuenta Zapata, en una consecucin depantallas de Power Point en las que vamos a insertar de orma recursiva una serie debocadillos con anotaciones al respecto del comportamiento de la aplicacin en uncin

de la interaccin con el usuario.Personalmente yo no voy a recomendar el uso de aplicaciones que tengan un equivalenteuncionalmente razonable en el mundo del sotware libre. Por eso me quedo con lasherramientas anlogas de la amilia Open Oce21, como ser la herramienta Impress22.

En cualquier caso, el proceso de diseo de los wirerames guiados va a ser el que sigue:

1. Realizar el trabajo previo: entrevistas con el cliente, revisin de los requisitos, reunionesvarias, etc.

2. Realizar el diseo conceptual como con unos wirerames al uso.

3. Importar las capturas de los wirerames en la herramienta Impress.4. Tomar la perspectiva de cada una de los cuatro planos que vamos a considerar (de

orma iterativa)

5. Sealar los dierentes aspectos que queramos considerar sobre el diseo de cada pantalla,a travs de unos globitos de ayuda (al estilo de los tebeos) que indiquen lo que sucede.

6. Secuenciar cada llamada de tal modo que cada una de ellas sean mostradas de unaen una, y de ese modo ayude a comprender y describir la dimensin en particular y eldocumento en general.

Por ltimo hay que hacer mencin del por qu hacemos uso de los wirerames paraacometer esta extensin de los mismos en nuestra labor en este caso. Son cuatro razonesbien simples y comprensibles.

1. Son amiliares: nosotros sabemos cmo hacerlos y el cliente sabe cmo leerlos.

2. Son econmicos: es mucho menos costoso presentar diez pantallas a travs dewirerames que con HTML.

3. Son rpidos en su desarrollo: realizar wirerames es ms sencillo que escribir HTML.

4. Son comprensibles: los wirerames no son susceptibles de reaccionar ante una posibleaccin por parte del usuario. No se puede hacer click en ningun sitio, con lo que losclientes no se ven rustrados (porque no puede no uncionar) y adems, y desde mipunto de vista, mucho ms importante, abstraen al cliente de posibles despistesrespecto del cometido de los wirerames..

21 http://www.openoce.org/22 http://www.openoce.org/product/impress.html


19/233


HOTELS, USABILITY & RESORTS

Hace ya demasiados das que no me sentaba al mando del teclado con la tranquilidadnecesaria para tratar de engarzar unas lneas que siguieran dando sentido a esteweblog, que ltimamente parece ms una cabecera de crnica 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 atencin, y msconcretamente en todo lo que tiene que ver con la parte ms importante de nuestrotrabajo: los usuarios.

Decidido a ello, tengo que compartir, con quien quiera tomarse la molestia de leer hasta

el nal, una serie de notas que he ido tomando en la semana de vacaciones que me hapermitido conocer la isla de Tenerie 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 echas,he tratado de ponerme, an de vacaciones, las gaas proesionales para descubrir cmo escierto que muchos entornos que nunca seran el destino de una parada para estudiar a losusuarios, son los ms apropiados para conocer cmo debemos comportarnos a la hora deplantear soluciones al usuario que le hagan, en denitiva, la vida ms cil, ms cmoda yque, en denitiva, la experiencia de usuario sea satisactoria.

El ttulo del post slo pretende poner la nota de color a lo que me dispongo a contar.

Planteemos un escenario lo ms realista posible: unos clientes llegan a su hotel dedestino. Son horas un tanto intempestivas, pues el vuelo sala tarde en origen y el trasladoen autobs se demora debido a la lejana del hotel respecto del aereopuerto. Pongamosque son las dos de la maana 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 perecto en ingls sobre sudocumentacin. Pero los clientes son espaoles 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 rmas, entrega de abundante y detallada documentacin, que losclientes tendrn que leer detenidamente para comprender, el servicio de catering lesinorma de que se les va a recibir con una apetecible cena ra, dadas las horas queson. Los clientes se dirigen al lugar donde se va a servir la cena, pero deben volver a larecepcin porque no encuentran el restaurante.

Se ha dado por supuesto que los recin llegados clientes saben dnde se encuentra el

restaurante en el que se sirve la cena ra. Pero la naturaleza de recin llegados que tienen

los clientes lleva implcita la ignorancia de la ubicacin de las dependencias del hotel.

Quiz podran haber consultado la documentacin que se les dio a la entrada, pero staes abundante y el entorno y situacin del momento no parecan los indicados para que

tal lectura se produjera. Por tanto los clientes debieron regresar al punto de partida, la

recepcin, para preguntar.

23 http://www.lacoctelera.com/macadamia/post/2006/05/25/cuando-se-te-quedan-pequenos-cursos-usabilidad


20/233


Un amable, de nuevo, empleado del hotel, acompaa a los clientes a la puerta delrestaurante. El lugar slo tiene media luz. Las mesas estn impecablemente puestasy ordenadas. Pero son ya casi las tres de la maana y no hay nadie, lgicamente. 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 recepcin para conrmar si, eectivamente, se va a servir la mencionada cena ra. 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 ra. Estaba junto a una columna llenade espejos, junto a los clientes, pero dicil de reconocer con la media luz existente.

Con slo un haz de luz, o un emplazamiento dierente de la mesa, hubiese sido ms que

suciente para que los clientes, nada ms entrar, hubiesen podido disrutar de la cena.

La maana siguiente es el momento de los descubrimientos. La documentacin quese ha entregado a los clientes es abundante. Pero estn de vacaciones y lo que menosapetece es ponerse a leer con detalle toda la inormacin proporcionada. Los clientes,como es natural, preeren ocupar su tiempo en actividades mucho ms cercanas alhedonismo. Pero, oh sorpresa, dentro de los papeles hay uno que llama la atencin muypor encima de los dems. Hay un mapa del hotel donde se indican todas las estancias deuso compartido, piscinas, restaurantes y dems inraestructuras puestas al servicio de laclientela. Adems hay una leyenda en la parte inerior que describe qu es cada espacio.

Parece perecto. 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 atencin a los clientes es que existe un paseo martimo, quese ve desde la piscina del hotel, y que est claramente reejado en el mapa de papel. Sedisponen a dar un paseo. Pero, caprichos del destino, no encuentran el acceso al paseomartimo. Van de un lado a otro de las amplias instalaciones, y no hay orma aparente deacceder.

El mapa del hotel entregado a los clientes incluye servicios que no estn todava a

disposicin de los clientes.

Los clientes (que son un poco rikis), 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 albao. Se levanta con la conviccin de que el conortable 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 indicacionesgrcas que adornan todo el hotel de una orma casi perecta. Pero el bao no aparece. Alnal, preso por la necesidad del momento, el cliente decide ir a su propia habitacin, pueses un lugar en el que con el 100% de probabilidad encontrar un servicio. A su regreso,

comprueba cmo slo a unos metros de la zona de los ordenadores hay unos servicios.Y unos servicios que cuentan con su indicacin grca. 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 grcas de esa zona.

Alguien no pens que las plantas, como seres vivos que son, crecen y acabaron tapando

las indicaciones grcas de los servicios.


21/233


Los das pasan con una sensacin 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 neumtico que est concluyendo las obras de

un jacuzzi (que tambin aparece como inraestructura disponible en el mapa del hotel).Los ruidos y el polvo de las obras empaan, por momentos, la majestuosidad del lugar.

Imagino que por muy buen tiempo que haya siempre en Tenerie, hay mejores echas en el

ao para acometer las obras de un equipamiento del hotel.

Y la semana de vacaciones toc a su n.

Pero no todo ueron motivos en el debe respecto de la experiencia. Hubo aspectos muyreconortantes, que obligatoriamente han de situarse en el haber.

Todas las instalaciones estaban sembradas de rampas junto a las escaleras, y barras

laterales 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 reida ni con la experiencia de usuario ni con la belleza plstica de

las instalaciones.

Un da antes del regreso, la direccin del hotel tuvo el detalle de concertar una reunincon los clientes para que stos les comunicasen todo aquello que desearan que sehubiese mejorado, todo aquello que les gustara haber encontrado en el hotel y, porsupuesto, todo aquello que ms les ha agradado. Y adems de todo eso, se les oreci alos clientes un 15% de descuento para una prxima estancia en el hotel.

Alguien parece preocuparse de lo que sus clientes opinan del servicio.

Y como os podis imaginar, alguien tiene en un olio de ese hotel apuntadas todas estascosas.

Estoy seguro de que ms de uno/a habr esbozado una ligera sonrisa al ver la aplicacinde algunas de las cosas que he contado en un sitio web.


22/233


CMO LOS WEBLOGS ME HAN CAMBIADOLOS HBITOS INFORMATIVOS

El ttulo de este post he de reconocer que est inspirado en un ya viejo recuerdo de haceaos, en los que a las brillantes cabezas pensantes de la Asociacin de Internautas 24, seles ocurri poner por escrito las impresiones de los usuarios de internet respecto de lareclamacin bandera de aquellos aos, cual era el establecimiento de una taria planauniversal de acceso a internet a un precio razonable25. Pues bien, las respuestas recibidasen aquel entonces dieron un argumentario, a mi entender, intachable y dicilmentereprobable. Pero bueno, no es ese el motivo por el que iniciaba este post, slo era unanota previa a cmo se me ocurri escribirlo.

El motivo es, siguiendo esa lnea de construccin de un argumentario, mostrar cmo eldescubrimiento de los weblogs ha transormado de una orma absolutamente radical miacercamiento a la inormacin a travs de internet. Esta es la tesis undamental de estaslneas, y me apetece compartirla con quien tenga a bien leer todo esto

Para empezar, quiero recuperar un argumento que le sobre papel en su momento,cuando mi uente undamental de inormacin era la revista PC World26, ms tarde la hijade sta, iWorld27, y despus la desaparecida Netman@28. Se trata de la llamada cultura delos bookmarks, mediante la cual, las uentes de inormacin de los usuarios de interneteran, undamentalmente, 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 distincin. Pero bueno, sigamos, que me voy del tema.

La cuestin es que un paseo diario por las direcciones almacenadas en los bookmarksera el men para poder estar inormado con este maravilloso invento de internet. Claro,la cantidad de tiempo invertido en localizar la inormacin que me poda interesar eraconsiderable, pues dentro de cada uno de los sitios web que uno visitaba, haba quelocalizar bien el canal o la seccin correspondiente. De todos modos era una experienciade uso muy satisactoria.

Desde el punto de vista de los creadores de las uentes de inormacin, el objetivoconsista en llegar a ormar parte de los bookmarks de los usuarios. Seguramente, Larry

Page30 y Sergey Brin31 an no se conocan (entre ellos) y por supuesto, pensar en algocomo Google32 era poco menos que una quimera. En cierto modo, cuando uno echala vista atrs, comprende que, en su momento, a tipos como Leonardo33 los tildaran desanteros o de herejes. Cmo poda yo imaginar que una criatura como Google iba a sercapaz de reemplazar a mis queridos bookmarks, recuperndome las direcciones de lossitios web al instante y sin necesidad ms que de escribir dos palabras clave?

24 http://www.internautas.org/25 http://usuarios.lycos.es/borras/aq.htm

26 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/


23/233


Pero volvamos a la experiencia de un usuario en el proceso de recuperacin de inormacina travs de internet. Los bookmarks trataron de ser ulminados con un gaseoso experimentoque coincidi con el estreno de Internet Explorer 434, cual ueron los amosos canalesde contenido35, vendidos por entonces como adalides de la mgica tecnologa push. Sesupone que desde aquel momento los contenidos que de internet nos interesaban, iban

a venir solitos a nuestro navegador. Claro que la realidad distaba mucho de ser aplicadacon las bondades que dictaba la teora. La exasperante lentitud de las conexiones por RTBhacan de los canales de contenido un experimento allido, pues a los 5 minutos de esperadescargando contenidos, muchos optaban por cancelar la operacin (si es que la miserablecalidad del proveedor de internet no nos cortaba antes la conexin).

Tras este intento allido, el salto en el tiempo es importante, pues hasta la eclosin inicialde los weblogs36, slo iba a avanzar en las posibilidades de acceder a algunas de misuentes de inormacin mediante el descubrimiento de la sindicacin de contenidos37 atravs de las posibilidades que incorporaba PhpNuke38, una aplicacin GPL para generar

portales que descubr all por el ao de la debacle inormtica39

: el temido ao 2000.Si bien es cierto que los weblogs tienen, desde mi punto de vista, en la sindicacin decontenidos su argumento undamental a la hora de crear esa red de conexiones entreellos, en aquel momento yo no saba nada de weblogs. Pero ya se alumbraba un sistema, lasindicacin, que podra ser la solucin para la consulta de diversas uentes de inormacinen internet. Y claro, con la eclosin de los weblogs la cosa empez a dar un giro, que demomento se alumbra como denitivo. Aunque decir eso de denitivo en la red es pocomenos que ser muy atrevido. En cualquier caso, los weblogs, sistemas de publicacininmediata y cil de contenido en internet, son la pieza undamental en esta pelcula.

Lo cierto es que el triunvirato ormado por dos elementos a los que ya me he reerido, lasindicacin y los weblogs, tienen un remate nal que hace que el sistema de generacin,transporte y recuperacin de inormacin a travs de internet sea redondo. Y este terceractor son los agregadores de eeds40. Ingenios, basados en web unos, y de escritorio otros,que nos permiten recopilar todas las uentes de inormacin, extraer cuando menos sustitulares y acceder a su contenido (ms o menos completo), de orma que los paseospor los bookmarks o conar en la ecacia de la gaseosa tecnologa push que proponaIE4, pasen denitivamente a la historia, y sea la interace de Bloglines41, Feedmana42,Feedness43, Newsgator44 o NewsMonster45 la que me acompae en las largas jornadas detrabajo con inormacin obtenida a travs de la red.

La cosa de momento queda aqu, porque no es mi intencin entrar en el contenido o enel ondo de la inormacin obtenida a travs de esta nueva orma de comunicacin, ni deleecto que tiene respecto de los medios tradicionales de comunicacin. Eso puede que semateria para otra ocasin.

34 http://www.quirksmode.org/browsers/explorer4.html35 http://www.rogerrost.com/ie4rev.htm36 http://es.wikipedia.org/wiki/Weblog37 http://the-mixer.net/archives/000072.html

38 http://phpnuke.org/39 http://www.cibersociedad.net/textos/articulo.php?art=1040 http://www.tomatoma.ws/bicubic/b2/index.php?cat=10&paged=241 http://www.bloglines.com/42 http://www.eedmania.com/43 http://www.eedness.com/44 http://www.newsgator.com/45 http://www.newsmonster.org/


24/233


PROTOTIPOS EN PAPEL (I)

Una de las cosas que ms me inquieta en esto de la planicacin y desarrollo de sitiosweb es el constante debate que existe46 respecto de la ase del prototipado47. Y digoque me resulta inquietante porque no termino de ver que exista una lnea de trabajoms o menos comn entre los sitios y autores que he consultado o investigado hasta elmomento. No es que sea deensor de modelos nicos o unitarios de trabajo, ni muchomenos. Al contrario, est claro que en uncin del tipo de proyecto, de su alcance y demuchos otros actores, es ms conveniente adoptar una metodologa de trabajo u otra.Pero, quiz sea una sensacin muy particular, creo que la ase de prototipado es una de las

que ms terrenos arcillosos tiene sobre s a la hora de ser abordada.Sin ir ms lejos, un reciente debate abierto por Joaqun Mrquez48 en su weblog, hablandodel abordaje integral de un sitio web en lo que a experiencia de usuario se reere, mepermiti exponer pblicamente49 uno de los debates que desde mi experiencia de trabajoestoy experimentando, y me viene al pelo comentarlo, pues en su origen est la asede prototipado: quin debe abordarla, el analista uncional de toda la vida, con perldesarrollador, o un nuevo perl que se responsabilice y cuente con la ormacin necesariapara entender la experiencia de usuario como un objetivo principal y estratgico decualquier proyecto web? En ese punto la ase de prototipado tiene un papel esencial

en lo que ser la ulterior experiencia de usuario, con todo lo que ello conlleva. No es deextraar, pues, que sea una ase esta que comento, delicada y casi dira que vital para unaplanicacin 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, aln y al cabo, los que van a aprobar o a suspender el trabajo realizado.

Por eso, y por muchos debates, horas de reexin 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 denicin ormal 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 maana,con la luz del nuevo da, retomaremos el tema en una segunda parte del post.

46 http://discuss.joelonsotware.com/deault.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-

uese-a-la-desconerencia/49 http://www.jmarquez.com/2006/06/26/usabilidad-de-serie-en-empresas-serias-lo-que-os-habria-contado-si-

uese-a-la-desconerencia/#comment-49


25/233


PROTOTIPOS EN PAPEL (II)

El reposo, muchas veces, es un arte que deberamos 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 an ms la idea de que me parece genial yestupendo, por usar un vocabulario expresivo, abordar la ase de prototipado con un lpiz yun papel. Y de la experiencia que ltimamente estoy teniendo con esa tcnica, voy a tratar dedesarrollar algunas ideas acerca de las ventajas que le veo a esta orma de trabajar.

Para empezar el papel y el lpiz generan una dinmica de lo ms agradable y saludable. Aunqueparezca una tontera, se quita la mano del ratn, se aparta la vista del monitor, y el teclado deja

de ser nuestra va de comunicacin. El tacto del lpiz puede llegar a ser agradable. Incluso irams all, y sugerira que nos tomsemos la molestia de comprar, si no tenemos, uno de esoslpices de los de antes, de los amarillos y negros, con su sacapuntas y todo, aparte de una gomade borrar, y disrutar de su uso. S, lo se, tengo a Norman muy reciente y no puedo evitar deciralgunas cosas de las que comenta en Diseo emocional, pero por probar no pasa nada.

Una vez que hemos podido despegarnos del ratn, del teclado y del monitor, las ideasaumentan, y las distracciones disminuyen. Vamos a poder sumergirnos en las aguas, estavez procelosas a nuestro avor, de la creatividad de alto nivel. Vamos a poder centrar todanuestra atencin en el sitio web. En las pantallas que va a tener, en las zonas que vamosa planicar, en visualizar cmo se van a desarrollar los procesos, en inventar cul va a

ser el mejor camino para el usuario, en hacer ese maravilloso ejercicio de introspeccinque permitir plantear la mejor experiencia de usuario posible; en explorar, al n 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 proesional y toda la atencin que podamos generar, puestos adisposicin de la tarea, el papel ser el espejo en el que podamos observar lo que el lpizdibuje. Con trazos pequeos, pero repetitivos; con paciencia y cuidado. De ese modocuidaremos nuestros prototipos, los trataremos con el cario que merecen. Y cuando algono nos convenza, goma de borrar y a continuar.

Parece un ejercicio sencillo y en el ondo lo es, pero es a su vez un ejercicio de relajacin yde concentracin proesional, que va a impedir que por los intersticios del despiste se nosvaya alguna inspiracin que pueda resultar clave.

En el extremo ms pragmtico podemos apoyarnos en pequeas plantillas con lainteraz de un navegador en blanco, que sin gastar el ms mnimo tiempo adicional, nosdevuelvan unos prototipos encuadrados en su hbitat natural, cosa que, adems, nosayudar a jar los lmites sicos que en un primer trmino podramos tener en cuenta a lahora de plantear disposiciones sicas de elementos en pantalla. Y poco ms.

Esta es la reexin que me he tomado el tiempo de escribir con el nimo de que unatcnica tan poco original como eectiva, cuente, al menos, con la posibilidad de ser

tomada en consideracin.

Quiero hacer constar, no obstante, que esta orma de trabajo es muy til cuando estamoshablando de prototipado de uso interno. Claro que si nuestro cliente es capaz de trabajarcon una documentacin como esta, ser perecto para poder colaborar con l en eldesarrollo de los prototipos. Incluso me atrevo a pensar que ser una documentacin quever como cercana y accesible, lejos de complicados documentos corporativos, ros y, enalgunas ocasiones, carentes de todo tipo de comunicacin eectiva.


26/233


EL PROCESO DE ARQUITECTURADE INFORMACIN (I)

A lo largo de los aos que llevo inmerso en el mundo del diseo web han sido varioslos momentos en los que el descubrimiento de una metodologa, una herramienta, ola especicacin ormal de una tecnologa, han supuesto un giro de tuerca en lo quepodramos llamar asentamiento de la proesin. Cuando hablo de asentamiento de laproesin me estoy reriendo 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 acompaan a las proesiones relacionadas con las nuevas tecnologas, porque lasatisaccin por el trabajo es superior a los disgustos que da.

Uno de esos momentos a los que me reero tiene mucho que ver con la primera vezque le eso de arquitectura de inormacin. Lo malo es que no recuerdo con claridadcundo ue. Se me olvid cundo te conoc, que dira el cantautor. Pero el recuerdo quepermanece inalterable es el de lo absolutamente cool y seductor del nombre: arquitecturade inormacin50. Dos palabras que sustentan un concepto, que contienen en susignicado dos entidades de conocimiento que, para mi, lo tienen todo:

lo clsico, intelectual, sibarita y robusto de la arquitectura

lo real, objetivo, metdico y permanente de la inormacin

Creo que no hace alta que insista, con lo ya dicho, en que slo 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 ms que importante a la hora deadentrarme en el mundo de la organizacin y clasicacin de los contenidos de un sitioweb. Pero el trabajo de personas como Velasco51, Barahona52 o Rodrguez Pea53, no cabeduda de que ha resultado imprescindible. De todos modos, y como viene siendo algoms que habitual en los ltimos tiempos, es la explosin de los weblogs como medio deextensin y propagacin del conocimiento, la que me ha permitido subirme al carro de

esta disciplina, pseudo-disciplina, o como se quiera llamar.No obstante, ha sido el momento en el que la prctica proesional ha pasado a unprimer plano cuando todas las burbujas y todo el crepitar que me llam la atencinen un primer momento, cobraron sentido, se multiplicaron y, en denitiva, hicieronms robusta y ms valiosa la conceptualizacin de las ases de planicacin en eldesarrollo de un proyecto web.

50 http://es.wikipedia.org/wiki/Arquitectura_de_la_inormaci%C3%B3n51 http://mantruc.com/52 http://jbarahona.typepad.com/53 http://www.webstudio.cl/blog


27/233


EL PROCESO DE ARQUITECTURADE INFORMACIN (II)

La primera parte del post simplemente pretenda describir un marco que dibujase losrasgos bsicos del proceso de arquitectura de inormacin que, en lo que a mi experienciarespecta, ha supuesto un cambio de concepcin en el desarrollo de sitios web.

El objetivo de esta segunda parte es comentar cmo se ha ido dibujando el resto delproceso, tratando de no hacer reerencias a los textos que en muchos momentos haniluminado la aplicacin prctica de este proceso, pues no es mi intencin hacer un postintelectualoide ni pseudo-acadmico.

Para empezar, quiero dejar constancia de que una metodologa basada en entregablescreo que es de las ms sencillas de entender y de aplicar. Qu son los entregables? Hayquien castellaniza la expresin, y los llama directamente deriverables (pronunciado encastellano bien vocalizado), pero me parece tan pretenciosa la expresin que casi preerodejarlo simplemente en ancdota. Pero volvamos al concepto de los entregables. Yo losconcibo como la sustanciacin del trabajo previo, es decir, uno o varios documentos quereejan de una orma lo ms descriptiva posible el resultado de un proceso de trabajo quees imprescindible realizar para poder llegar a ellos.

Pero no conviene centrar la atencin en el objeto tangible de los entregables. stos sonsimplemente una excusa, un punto de reerencia, una boya en el mar, en la que nospodamos jar para no perder el rumbo de la navegacin, que en este caso es el procesode trabajo. Y si bien es cierto que una metodologa basada en entregables es susceptiblede ser aplicada no slo en el proceso de arquitectura de inormacin, 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 orma poco concreta en un primer momento, hasta que, pormedio de estos documentos, podemos darle una orma sobre la que trabajar. Pongamosun ejemplo, prctico, que uso como primer documento propio de este proceso dearquitectura de inormacin: el mapa de la web. Con toda la inormacin con la que

contamos cuando se nos plantea un sitio web, construimos un armazn sobre el que stese va a sustentar. Eso es el mapa de la web. El armazn, el esqueleto de la misma sobre elque luego vamos a montar las tres capas que tenemos que tener siempre separadas:

> estructura

> presentacin

> comportamiento

Una de las ventajas de la metodologa basada en entregables es que la primera variable adespejar, dentro del proceso de arquitectura de inormacin, es decir, el mapa de la web,

queda plasmado de orma inequvoca en el documento correspondiente, y a partir de le puede continuar el trabajo de una orma consistente, incluso en el caso de que otrosperles se incorporen al proyecto, como pueden ser analistas uncionales, creativos oincluso desarrolladores, segn sea el caso.

Obviamente, no es este el nal del camino, ni tan siquiera del propio entregable, ya quesobre el propio documento podremos anar, corregir, adaptar y modicar lo que sea


28/233


necesario, segn entre o descubramos nuevos datos que nos hagan cambiar el mapa dela web. Versionar el documento puede ser una opcin muy eectiva a la hora de trabajarcon l a la vez que lo mantenemos actualizado.

Y de ese modo habremos conseguido manejar un volumen de inormacin que ha de

aparecer en el sitio web en el que estamos trabajando. El proceso de construccin delmapa de la web nos llevar a establecer unidades de inormacin que estructuraremoscon el orden jerrquico que entendamos oportuno, de tal orma que se creen una seriede dependencias jerrquicas, en niveles, que hagan la inormacin ms manejable, mscomprensible y, sobre todo, lo ms 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 creacin de los wirerames. De ello ya he hablado en alguna ocasin:

> La importancia de los wirerames54

> El Zen de los wirerames55

54 http://www.torresburriel.com/weblog/2005/04/06/la-importancia-de-los-wirerames/55 http://www.torresburriel.com/weblog/2005/05/31/el-zen-de-los-wirerames/


29/233


EL PROCESO DE ARQUITECTURADE INFORMACIN (III)

Ya son dos posts los dedicados al proceso de arquitectura de inormacin:

El primero56, en el que haca una pequea y muy personal descripcin de miacercamiento a la disciplina,

y otro57, en el que ya se entraba en materia y hablaba, por una parte, del documentoque considero por excelencia de esta ase del proceso: el Mapa de la web, y, por otra, dela metodologa utilizada para completar de una manera exitosa esta ase de trabajo dearquitectura de inormacin.

Hablaba de la metodologa basada en entregables con prousin y admiracin, loreconozco. Pero no era el objetivo del segundo post hablar de la metodologa, enabsoluto. El objetivo era entrar a analizar el Mapa de la web como elemento undamentalque nos va a aportar el enoque general del sitio web.

Y tras la construccin y denicin del Mapa de la web, el elemento que hace zoomen la descripcin e identicacin del sitio web dentro del proceso de arquitectura deinormacin tiene un nombre que ya ha aparecido en alguna ocasin: wirerames.

A mi, y eso es algo muy personal, me gustaba llamarlos diseos de baja intensidad,pero creo que es mucho ms ajustado a la realidad hablar de diseo de contenidos, o

de diseo de inormacin. Por qu? Pues porque a travs de los wirerames vamos aconcretar, al menos en una primera instancia, cmo se dispone la inormacin en pantalla,y cules son los elementos seleccionados para mostrar esa inormacin. Es, si queremosdecirlo as, el primer paso en la construccin de la interaz.

En este punto del proceso es cuando vamos a denir y concretar los dierentes elementos,a grandes rasgos, de los que va a constar la interaz de usuario. Es un buen momentopara pensar en disposiciones de la navegacin, la relevancia del espacio reservado para lacabecera, las diversas zonas de contenidos, los espacios destinados a la interaccin, etc.

Una cuestin ms que interesante respecto de los wirerames, que en alguna ocasin

he comentado al hilo de otros posts por aqu publicados, es que su eectividad se apoyabsicamente en dos undamentos:

> Han de contener el mnimo de elementos que distraigan la atencin de quien los debeobservar (y validar)

> Deben ser explicados de orma verbal y nunca ser remitidos para su estudio alobservador/validador, para evitar que las interpretaciones subjetivas de ste puedandesnaturalizar el objetivo principal de los wirerames. Este punto, desde mi experiencia,es absolutamente undamental

Por lo dems, estos documentos se pueden calicar tambin 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 acompaamiento explicativoverbal correspondiente.

56 http://www.torresburriel.com/weblog/2006/08/18/el-proceso-de-arquitectura-de-inormacion-i/57 http://www.torresburriel.com/weblog/2006/08/22/el-proceso-de-arquitectura-de-inormacion-ii/


30/233


EL PROCESO DE ARQUITECTURADE INFORMACIN (Y IV)

Una vez vistos los documentos que resultan de la implementacin y seguimientodel proceso de arquitectura de inormacin, a saber, Mapa de la web y wirerames, yuna vez analizados los mismos, hay una ltima ase del proceso que va a escribir la letrapequea sin ser esta una expresin peyorativa de nuestro trabajo. En esta ase entranen juego una serie de tcnicas y de modus operandi que nos van a permitir denir lamisma como la pase de denicin y enoque humano.

Vamos a poner un nombre a esta ltima ase, que adems completar la serie deartculos dedicados al proceso de arquitectura de inormacin. Es una ase a la quepodemos llamar, ase de construccin 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 unareconstruccin, o mejor dicho, de hacer una recreacin de los tipos de usuario que vana utilizar el sitio web que estamos planicando para desarrollar. Se trata de dar orma,dar cuerpo a los arquetipos y modelos de conducta que vamos a encarnar en orma deusuarios, con sus nombres, apellidos, ocupaciones, intereses, actividades preeridas, etc.

Y todo ello con la intencin de que estos usuarios, a los que vamos a llamar personas,sean los beneciarios de la intervencin proesional que abordaremos en una siguientease, que ser el rotulado y la planicacin de la interaccin.

Si bien es cierto que la ase de rotulado la podremos entender como integrante delproceso de arquitectura de inormacin, la ase de planicacin de la interaccin, deldiseo de interaccin, estar uera del dominio de este serie de artculos. No obstante,entiendo que la creacin de personas, que es la tcnica que tiene lugar en esta ltima asedel proceso de arquitectura de inormacin, impactar y beneciar a ambos procesos.

Para hablar de la creacin de personas lo primero que tenemos que considerar es unconocimiento de los objetivos del sitio web ante el que estamos. Una denicin conzoom de los objetivos del proyecto nos dar las pistas, aunque sea con trazo grueso, delos perles de usuario a los que va dirigido. Una vez identicados estos perles de usuario

nal, procederemos a dar orma, a matizar, a, en denitiva, sustanciarlos en orma de sereshumanos de carne y hueso. De eso se trata cuando se habla de la creacin de personas.Podemos ver algunos ejemplos de la puesta en marcha de esta tcnica a travs de unaestupenda recopilacin que hace Len Dierickx58 en More persona examples59.

Por ltimo, y para adems concluir esta serie de artculos sobre el proceso de arquitecturade inormacin, la ase de rotulado es de vital importancia en muchas ocasiones, yaque se trata de aportar el sabor especco del proyecto a travs de una nomenclaturaconsistente, coherente y, tambin, adecuada para el medio en el que nos estamosmoviendo: la web. Una aproximacin, somera, al concepto de rotulado la podemos

encontrar 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


31/233


MENSAJES DE ERROR

Domingo por la maana para actualizar la lista de weblogs que tengo abandonadosy sin leer desde hace demasiados das. El da es muy claro y aunque reresca, la ciudadparece que goza de un domingo de esos de salir a pasear. En cambio, me quedo aqucumpliendo con lo prometido61. Menos mal que los chicos del barrio62 suenan sin parar yno quiero dejar de escuchar.

Los posts de Jess Encinar63 los leo con cuidado. Siempre hay algo en lo que escribe delo que se pueden sacar interesantes conclusiones. Hoy, en X a me traduces sto?64 toca untema especialmente delicado, pero que con el tiempo pasa a la esera de lo cotidiano, porla abundancia de ocasiones en que sucede. Y me explico.

Se trata de los mensajes de error que los aparatos, arteactos y dems cacharricoselectrnicos 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 ms positivos. Jess nos muestra en su postun momento cuasi-surreal, cuando un amigo suyo es capaz de transcribir y enviar porsms el crptico mensaje de error de un ordenador al que parece allarle el disco duro. Lacontraposicin es evidente: la sencillez y naturalidad que implica el uso de un telonomvil en sus unciones no conversacionales hacen que sean ms usados, y por msnmero de personas. Yo lo veo clarsimo.

Jess lo dice as:

Lo ciles de usar que son los mviles comparados con los ordenadores, por algo tienen

una penetracin mucho mayor.

Sin embargo leer este post me ha hecho recordar que no hace mucho me he dadocuenta, usando mi mvil, que en muchas ocasiones nos topamos con este tipo demensajes de error sin ver cmo detrs de los mismos existe una perspectiva tcnica quees totalmente incongruente con el objetivo de los mismos. Es decir, estos mensajes deerror se supone que estn destinados a inormar y ayudar a los usuarios en el desarrollode un problema o contingencia que pueda surgir en el uso, uncionamiento o manejo delarteacto concreto.

Pues bien, no me va a quedar ms remedio que entender que el matiz de ayuda de estetipo de mensaje se ve completamente absorbido por el matiz que tiene que ver con lainormacin que se da al usuario. Es decir, al usuario se le inorma, pero no se le ayuda.Porque ya me dirn ustedes quin diablos puede sentirse ayudado con un mensaje tal que:

SMART ailure predicted on hard disk 0: WDC AC36400L

WARNING: Immediately back-up your data and replace your hard disk drive A ailure may

be imminent

Press F1 to continue

Vamos, 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_a_me_traduce.html


32/233


Dicho lo cual, si lo que nos importa es la experiencia de usuario positiva y pensar en laacilidad 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 mviles, de entornos especialmente sensiblesya que los usuarios estn especialmente poco ormados (y es que adems no tienen por

qu estarlo), en lneas generales, en cuestiones tecnolgicas de ondo.

En esa lnea me viene al pelo recordar lo que comentaba antes de mi experiencia con elmvil de hace un par de semanas. Resulta que los avisos por sms que me llegan cuandoalguien me ha llamado pero estaba uera de cobertura o con el telono apagado hancambiado su ormato y los han humanizado de tal orma que la atencin que les heprestado es mucho mayor que antes. Me explico.

Me lleg un mensaje que deca: acabo de llamar a las 18:26h. el da 16/11. Comoremitente del sms me apareca Pedro Torres, a la sazn mi hermano. Es decir, han simuladoun mensaje real, de tal modo que me quede claro que mi hermano me ha llamado, yadems me dice la hora y el da. Punto. No es acaso el objetivo de los avisos de llamadasaber quin y cundo me ha llamado? Si adems esa llamada viene de un nmero queest en mi agenda, se cambia el nmero por el nombre.

Quiz el resultado de este cambio en el aspecto de los avisos de llamada de Orange 65(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 acturacin.Seguramente lo comprobarn y no me extraara nada que sta aumentase debido a estecambio de ormato en ese tipo de mensajes, mucho ms personalizado y cercano. Msdirecto y ms personal. Humanizado.

Y no deja de ser un mensaje del sistema.

65 http://www.orange.es/


33/233


METODOLOGA, PROCESO Y PRODUCTO

A travs de Macadamia66 llego a un post de Alberto Knapp67 que se titula Proceso vs.Producto68. Un texto que habla, segn entiendo, de la vivencia proesional del autorrespecto del hecho de trascender la metodologa de trabajo para ahondar en laimplicacin del equipo en el producto, de tal modo que ste responda a las expectativasdel cliente. Todo ello, claro, hablando de diseo de interaccin y produccin para internet.

No voy a ser yo quien se atreva a poner en duda total lo que se dice en el texto, pero sque me gustara exponer mis puntos de vista respecto de algunas de las cosas que all heledo.

Por ejemplo, cuando se habla de la metodologa como reerente en el desarrollo de unproyecto, se dice:

El otro da un cliente de una de esas empresas nos contaba que para hacer un site tena

que ir aprobando entregables, cumplimentando requerimientos de cambios, y avanzando

por un proceso que prima sobre el producto nal. Al nal obtuvo un site que no responde a

lo que quera, pero justicable desde la metodologa y proceso de trabajo seguido. Es decir,

el proceso ue el correcto, y el producto no.

Pues s y no. S desde el punto de vista en el que, eectivamente, el seguimiento de una

metodologa de trabajo est basado, por ejemplo, en la aprobacin de una serie deentregables. Pero esa aprobacin 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 satisace los objetivos que en ese puntose han marcado ambas partes.

Si no es as, o no ha habido consenso, o algo alla en la metodologa.

Porque un producto nal no puede, desde mi punto de vista, cumplir con unas normasmetodolgicas que, seguidas y controladas en todas sus ases, impidan llegar a unresultado que cumpla con las expectativas del cliente. De nuevo, si no es as, algo est

allando: ya sea en que se est trabajando sobre consensos alsos, o ya sea porque las asesplanteadas en la metodologa contienen algn allo en su diseo.

El texto avanza:

Son empresas con jees de proyecto (no de producto, ja!) dedicados a gestionar la

administracin del trabajo, de tal orma que nadie en el equipo se siente responsable del

producto nal.

Esta armacin contiene una trampa en s misma. Se est asumiendo que los jeesde proyecto son roles que slo se preocupan de la gestin y el control del proyecto.Pero si recordamos que el proyecto sigue una metodologa, aprobada, consensuada ydiseada para alcanzar los objetivos de cada proyecto que la siga, habremos de concluirque el papel del jee 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-producto


34/233


contemplar, s o s, el aseguramiento de que se el proceso se cie a la metodologa. Porlo tanto, esa alta de responsabilidad en el equipo de la que se habla estar provocadano por el rol que ejerza el jee de proyecto, sino ms bien, de nuevo, por un deecto enel diseo de la metodologa. Otra cosa sera que hablsemos de un deecto en el trabajodel jee de proyecto, momento en el que s que cabra hablar de l y de que su alta de

diligencia proesional puede acarrear un deecto en el producto.

Pero an as, si la metodologa est bien construida, deber contener los elementosnecesarios que aseguren que los procesos intermedios estn controlados por roles queno sean el jee de proyecto.

Estoy, sin embargo, muy de acuerdo en que cuando el equipo ha asimiladoperectamente la metodologa, sta puede verse alterada, o modicada en orma depuntos exibles que ayuden a pulir los aspectos que en un momento dado puedanencorsetar el proceso de trabajo, y que aciliten y promocionen la implicacin emocionaldel equipo. Por supuesto que s. Pero de ah a etiquetar la metodologa 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 ma.

69 http://www.the-mixer.net/mixer/post/2006/11/18/proceso-vs-producto#c1337200


35/233


EXPERIENCIAS EN EQUIPOS DE DESARROLLO

Aunque reconoci que tiene pendiente el meme de domingo70, no se lo tengo en cuenta

La cuestin es que en el renovado weblog de Soledad Penads hay un interesantsimopost acerca de la experiencia vivida en equipos de desarrollo, tanto en una gran empresacomo en una ms pequea, que es bastante claricador en muchos aspectos.

El post est en ingls y se llama Some things I?ve learnt about managing developersteams71. A continuacin tratar de castellanizar un poco las ideas que Soledad72 plasma ensu post.

> Sobre el sotware de cdigo abierto (open source)Es bueno, pero no es gratis.

Usar sistemas operativos sotware libre sin contribuir con la comunidad no mola.

> Sobre la materia gris

La opcin ms barata es siempre la ms cara

A veces, los empleados saben ms que el jee

Fomentar el aprendizaje

Respetar el tiempo de descanso

> Sobre la interaz

Necesitas un diseador, s o s

Un buen diseador de papel puede ser un horrible diseador web

El diseo de la interaz es algo ms que un pantallazo

> Sobre el trato con la gente

Los programadores no son mquinas que convierten el cdigo en dinero

No trates de parecer ms elegante inteligente de lo que eres

La verborrea genera aburrimiento

Reuniones las mnimas

> Sobre los clientes

El cliente puede usar Internet Explorer aunque el resto de la gente no

El cliente se puede equivocar

> Sobre los usuarios

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/


36/233


WEBLOGS: ENERO DE 2002

Hace ya tiempo que una idea ronda mi cabeza. Como he dicho alguna vez en algunaentrada de este weblog, desde 1999 hasta 2002 ui socio de Ediciones Ciclo, que era unasociedad que se dedicaba a editar y publicar la revista Ciclo, el primer gratuito culturalaragons que se expandi por Espaa con un nivel de aceptacin ms que considerable.De hecho, en la capital espaola muchos pensaban que se trataba de una publicacin deHeraldo de Aragn, pero nada que ver con la realidad.

La cuestin es que en muchas ocasiones he querido hacerlo, pero no me haba puesto. Claroque el remedio era cil. Recupero las benditas copias de seguridad de la poca, y a por ello.

Mi intencin es no dejar olvidar algunos de los textos que en ese intervalo de tiempoescrib y se publicaron en Ciclo, y tambin en ciclo.net73 (era la versin 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 mo, pero que tieneun valor, cuando menos emocional, digno de mencin.

Se trata de un texto que le encargamos a Rubn Crdenas 74 y que amablemente escribipara Ciclo. De qu trataba? De weblogs. Una palabra que en enero de 2002 no se conocamucho en los medios. Ms bien poco o nada.

Pero dejemos las historietas, y os dejo el texto de Crdenas. Disrutadlo.Bitcoras: Experimentos, diarios y desvaros

La Asociacin de Usuarios de Internet advierte que la lectura de ms de diez posts seguidos

en cualquiera de las ms de 150.000 bitcoras conocidas, puede producir adiccin y eectos

irreparables en la percepcin de las realidades ajenas.

Sbado 26. 11.30 p.m. Estoy buscando inormacin sobre Jacques Costeau, aquel

oceangrao rancs que amenizaba nuestras tardes de invierno all por 1980 y me

encuentro con un artculo sobre las bitcoras. Lo leo y me entero de que las bitcoras se

llaman weblogs en ingls y que un weblog es la evolucin de las pginas personales. Salto

de un link a otro. Llego a Incoherencia.com. Cuando he ledo los diez primeros posts de Zor,me quedo pillado y paso del comandante Costeau. Me he enganchado a las bitcoras!

Domingo 27. 1.25 a.m. Pincho el link de Blogger, una de las mejores herramientas para

postear (accin de publicar en la bitcora) y me dispongo a crear la ma.

Domingo 27. 1.30 a.m. Desisto, Blogger parece demasiado complicado de congurar

para hacer lo que quiero. No tengo tiempo. En Bitcoras.net leo que existen ms de

150.000 bitcoras y encuentro otras herramientas para crearlas, as que me pongo a mirar

documentacin.

Domingo 27. 2.10 a.m. Desisto, lo har a golpe de Dreamweaver y tp. Busco bitcorasen espaol y encuentro Bitako. Una herramienta para crear weblogs que est en ase de

pruebas donde todava te puedes apuntar como betatester. Me suscribo a la lista para

recibir noticias. Bitako promete.

73 http://web.archive.org/web/*/http://ciclo.net74 http://www.h2omagazine.com/design/040902_02.html


37/233


Domingo 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

autntica bitcora.

Domingo 27. 2.30 a.m. Encuentro un montn de enlaces a buenas bitcoras en www.

gistain.net76

. Creo un cuestionario y lo envo a las bitcoras que ms me han gustado.En Greebloggers77me entero de lo que signica la palabra hotheads en el mbito de

las bitcoras; viene a denir a aquellas webs de la scene que tienes que leer a diario

porque si no parece que te ests perdiendo algo. Tambin me entero de que explicar el

movimiento weblogger en Espaa sera muy dicil sin hacer reerencia a sitios como Ego78,

Lieromthenet79, 4colors80 o Kittenaz81, y no me sorprendo cuando leo que los weblogs

con ms xito son los de las chicas, y entre las chicas las que tienen ms visitas son las que

tienen webcam y una buena apariencia 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 araa, y empiezo a alucinar con lo bien que dibuja, disea

y escribe esta gente, y pienso que cuando estos loggers de 14 a 25 aos se incorporen al

mercado laboral, muchos de los proesionales se van a tener que poner las pilas. Esta gente

vive entre unos y ceros y sabe cmo trabajarlos.

Domingo 27. 3.50 a.m. Varios cuestionarios esperan en la bandeja de entrada. Joan, que

tan slo tiene 14 aos, me contesta que nadie miente en los weblogs porque no tiene

sentido hacer un WL de tu vida y mentir. Javier, ?El hombre que coma diccionarios?, me

cuenta que en los WL de tipo personal es imposible (o muy dicil) saber si lo que se dice

es cierto. Sin embargo, en una bitcora periodstica o tcnica, el actor determinante

para comprobar la veracidad, radica en la colaboracin de los lectores. Los visitantes

aportan su opinin y la retroalimentacin que se genera permite descubrir una alsedad.Ecograa, que no quiere dar su nombre, recomienda creer slo el 65% de lo que se dice en

las bitcoras, el resto es pura antasa y exaltacin del ego. Sonrisas de Tequila, otro que

preere 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 seccin para votar al mejor weblog hispano y numerosos links.

Domingo 27. 5.01 a.m. Llegan ms e-mails. Leyendo lo que contestan al ormulario me

hago una idea de las motivaciones que les impulsan a mantener sus bitcoras: Zor est un

poco harto de que la gente se meta en su vida todo el da, as que puestos a que se enteretodo el mundo, la publica l mismo. Para otros la motivacin es su necesidad de crear y

mostrar sus trabajos de la orma ms global y barata que existe hoy en da, en algunos

casos el motivo es conseguir algo de lo que no gozan en el mundo real: atencin. Las

bitcoras son sus ventanas al mundo, una puerta a la netama, al spanish web star system

del que me ocupar en otro posts.

Rubn Crdenas.

75 http://www.claudia-p.com76 http://www.gistain.net77 http://www.greenbloggers.com78 http://www.ego.greenshines.com79 http://www.lieromthenet.com/index.php80 http://www.4colors.net81 http://www.kittenaz.net82 http://www.airvue.com/?eature=awards2002


38/233


ENTREVISTA A SERGEY BRIN:NOVIEMBRE DE 2000

He de reconocer que de todos los textos publicados en Ciclo este es mi ojito derecho.En la redaccin no tuvimos ninguna duda de que entrevistar a dos chicos que poraquel entonces eran los responsables de un buscador83 que daba siempre muy buenosresultados, mereca la pena. Y no nos equivocamos.

Conseguimos una entrevista con Sergey Brin84. Y este es el resultado de la entrevista.

GOOGLE. ESCRIBIENDO LA HISTORIA

El sueo americano, la losoa del sotware libre, estudiantes universitarios metidos aboyantes empresarios, buen rollo, camisetas de un equipo de hockey Todo eso ormaparte de uno de los sitios de internet que dentro de unos meses sern reerencia obligadapara estar al da. Seoras y seores, con ustedes Google.com

Hablar de Google hoy en da ya no es como hace escasos seis meses, cuando casi todoel mundo pona cara de haba al reerirse a esta maravillosa criatura binaria. Podra decirseque Google es algo as como retroceder en el tiempo y zambullirnos en aquella poca enla que algunos anticos internautas hablaban de dos estudiantes americanos que en unpequeo local trabajaban en un proyecto que pensaron en llamar Yahoo! Parece que estoorma ya parte de un lejano pasado, pero de eso hace escasamente un lustro. Ahora yaestamos apurando el ao 2000 y, la verdad, le hemos quitado todo el brillo que antes dellegar advertamos en l.

Google es un buscador de internet, pero dejarlo ah sera, aparte de injusto, also. Googleva mucho ms all de un simple buscador, que hay muchos. Google tiene algo quemuchos otros no tienen, y eso que tiene es el espritu de internet. Google tiene unamisin, un objetivo: organizar la inormacin mundial de internet. Casi nada.

Google ha sido desarrollado originalmente por Sergey Brin y Larry Page en la universidad

de Stanord, y de eso hace tan slo dos aos. Al habla con el Presidente y co-undador dela compaa, Sergey Brin, nos cuenta cmo empez todo. Empec a trabajar en Google en1995, junto con mi socio, Larry Page, pero como empresa no uncionamos hasta 1998, cuandolanzamos la versin beta de Google.com. Esto ue en septiembre del 98. Despus de un aode probar el sistema y mejorarlo, lanzamos ocialmente 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 ms bien como colaboradores. De hecho son nuestro msantiguo cliente y uno de los socios estratgicos ms importantes. Su objetivo es ser elportal de internet, el punto de partida en la navegacin. Sin embargo, el objetivo de Googlees convertirse en el ms amoso buscador de la red a lo largo del mundo. Nosotros slonos preocupamos de desarrollar tecnologas de bsqueda, nada ms. Cuando escucholas palabras de Sergey me siento pequeito, consciente de que en Espaa nos estamosperdiendo lo mejor de internet.

83 http://www.google.com/84 http://es.wikipedia.org/wiki/Sergey_Brin


39/233


MS POR MENOS

Tal y como apuntaba al principio, Google es algo ms que un buscador, y no slo porsus excepcionales cualidades como tal, que las tiene, sino porque emana una esenciaque hoy da no es cil de ver en los sitios ms visitados. Ahora mismo vienen a mi

cabeza las palabras de Miguel de Icaza cuando se sorprenda por la incredulidad delpersonal cuando se hablaba de desarrollar sotware libre. Google es uno de los mejoresejemplos de que la bandera del sotware libre ondea ms que nunca. Rotundamentes. Estamos plenamente convencidos de que el sotware libre es una de las partes conms valor de nuestro negocio. La inraestructura tcnica de Google gira alrededor deLinux. Tenemos ms de 6.000 servidores uncionando con Linux, que son precisamentelos que dan el servicio de bsqueda de Google. Los equipos de ingenieros ydesarrolladores de Google participan activamente en las actividades de la comunidadopen source.

En su an corta pero intensa vida, Google ha estrenado recientemente nuevosservicios y utilidades para sus visitantes y usuarios. En cuestin de meses hemos vistocomo podamos hacer bsquedas 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 denitivo deGoogle. Realmente estamos en una etapa de constante crecimiento, dando serviciosde valor tanto a nuestros usuarios como a nuestros asociados. Recientemente hemosaadido al abanico de posibilidades de Google titulares de noticias, mapas online ycotizaciones. Bueno, pero esto ya lo orece mucha gente y puede llegar a ser recurrentey hasta un poco pesado. Pero esta inormacin slo aparece cuando es relevante al

mostrar los resultados de una bsqueda especca. Por ejemplo, si buscas por IntelGoogle te devolver un enlace a intel.com y tambin un enlace a la cotizacin actualde Intel. Estas dos clases de inormacin estn directamente relacionadas y ayudan anuestros usuarios a encontrar ms inormacin de la que estn buscando, y todo sinsalir de Google.

Una de las caractersticas mencionadas de las novedades de Google es que lo podemosdisrutar en espaol. Imagino, y voy a salir de dudas ahora mismo, que la gente deGoogle es consciente de la importancia creciente y sobre todo de uturo del idiomaespaol en la red. Somos muy optimistas respecto del crecimiento de internet en el

mundo hispanohablante. Actualmente tenemos millones de usuarios hispanohablantesque entran a Google a travs de esta interace.

APLICAR IDEAS SENCILLAS

Otra de las cosas que cabe destacar de Google es que no nos bombardea con los yaamosos y aburridos banners publicitarios. Google tambin tiene publicidad, pero esdierente a la del resto de anuncios de internet. Nuestra publicidad consiste tan sloen enlaces de texto que estn directamente relacionados con lo que un usuario estbuscando en un momento determinado. Prescindimos de grcos o de animaciones enash para esto. Te pongo un ejemplo, alguien que est haciendo una bsqueda por tapasno ver ningn anuncio de Nike. Estos dos conceptos, tapas y Nike no tienen ningunarelacin entre s. En Google slo 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 ms que con otras ormas de publicidad.


40/233


CONSCIENTES DE LO QUE SON

La 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 servicios

concentrados en un mismo sitio web. Pero creemos que nuestro objetivo no est ah.Queremos orecer un servicio de bsqueda que sea el mejor servicio de bsqueda. Dehecho, muchos de estos portales utilizan en rgimen asociado nuestra tecnologa debsqueda.

Por ltimo, la novedad de novedades en Google es la inclusin del Open Directory.Servicio, herramienta, losoa, ideologa Sergey dictamina: el Open Directory orecea nuestros usuarios la posibilidad de buscar inormacin a travs de un sistema decategoras estructurado por reas temticas. Mucha gente preere este sistema parabuscar una inormacin, por lo que hemos decidido integrar el Open Directory en nuestro

motor de bsqueda. Este directorio es una amplia uente de inormacin que estdisponible a todo el mundo, libre de todo cargo econmico.

Pocas palabras hacen alta para resumir nuestra charla con Sergey Brin, Presidente y co-undador de Google.com, pero de lo que no cabe duda, es que una vez ms, el mejor delos sentidos es el sentido comn. Qu grande es ser simple.


41/233


ARQUITECTURA DE INFORMACIN 3.0

Peter Morville es un crack. Ha escrito un texto, titulado Inormation Architecture 3.085 enSemantic Studios. Empieza contando cmo en un evento le presentaron no como undiseador de interaccin o como un proesional de la arquitectura de la inormacin, sinocomo un uturlogo. E inmediatamente se pone manos a la obra sobre la prxima etapaque vamos a conocer en la disciplina de arquitectura de inormacin.

Morville hace un repaso de lo que est suponiendo todo el mogolln que hay alrededorde las aplicaciones ajaxicadas 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, e

Siete años de Experiencia de Usuario

Documents

Transcript of Siete años de Experiencia de Usuario