tres claves de la experiencia de usuario: metodología, proceso y producto

Daniel Torres Burriel

www.torresburriel.com

tres claves de la experiencia de usuario: metodología, proceso y producto.

daniel torres burriel. mayo 2009.

jueves 28 de mayo de 2009

http://www.torresburriel.com




quién soy

• consultor de usabilidad y UX

• blogger

• presidente de UPA spain

• miembro de cadius

• alguien a quien le apasiona su trabajo






de qué vamos a hablar

• sobre todo de diseño








• wikipedia: diseño se define como el proceso previo de configuración mental "pre-figuración" en la búsqueda de una solución en cualquier campo








• wikipedia: diseño se define como el proceso previo de configuración mental "pre-figuración" en la búsqueda de una solución en cualquier campo

• rae: traza o delineación de un edificio o de una figura; proyecto, plan; concepción original de un objeto u obra destinados a la producción en serie; forma de cada uno de estos objetos; descripción o bosquejo verbal de algo; disposición de manchas, colores o dibujos que caracterizan exteriormente a diversos animales y plantas.








• wikipedia: diseño se define como el proceso previo de configuración mental "pre-figuración" en la búsqueda de una solución en cualquier campo.

• rae: traza o delineación de un edificio o de una figura; proyecto, plan; concepción original de un objeto u obra destinados a la producción en serie; forma de cada uno de estos objetos; descripción o bosquejo verbal de algo; disposición de manchas, colores o dibujos que caracterizan exteriormente a diversos animales y plantas.

• wordreference: actividad creativa y técnica encaminada a idear objetos útiles y estéticos que puedan llegar a producirse en serie.







• es decir:

• proceso

• búsqueda de una solución

• traza o delineación

• forma

• descripción

• actividad creativa y técnica






y... ¿cómo lo sustanciamos?

• siguiendo una metodología








hay empresas centradas en el proceso, y empresas centradas en el producto

Alberto Knapphttp://www.the-mixer.net/post/2006/11/18/proceso-vs-producto




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






• adoptando la metodología como propia

la forma de conseguirlo ha sido pasar por una etapa donde prestábamos mucha atención al proceso, a los entregables perfectamente diseñados, a la metodología de trabajo. Y en cuanto sentimos que estaba dominado, empezamos a romper los procesos, probar nuevas formas de trabajo, pasar del desarrollo en cascada a las iteraciones ... es decir, a pensar solo en el producto final y utilizar nuestra experiencia y conocimiento para llegar a él de la mejor forma posible de acuerdo a las características del proyecto, del equipo humano y de las restricciones del contexto.











• adoptando la metodología como propia

definir la metodologíadefinir entregablesexcelencia metodológicaromper los procesositeracionesproducto final como objetivo metodológico






conclusión

el correcto proceso de trabajo es un factor de higiene, pero debería venir de serie, no ser algo diferencial









continuemos avanzando

de acuerdo, pero...







de acuerdo, pero...si ha fallado algo, ha fallado el diseño de la

metodología







el seguimiento de una metodología de trabajo está basado, generalmente, en la aprobación de una serie de

entregables







el seguimiento de una metodología de trabajo está basado, generalmente, en la aprobación de una serie de

entregablespero 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.

se entiende, por tanto, que ese entregable cumple y satisface los objetivos que en ese punto se han

marcado ambas partes.






primera palabra clave

objetivos







objetivos

del proyecto







objetivos

del proyecto

del cliente







objetivos

del proyecto

del cliente

del equipo







objetivos

del proyecto

del cliente

del equipo

de la compañía







objetivos

del proyecto

del cliente

del equipo

de la compañía

de los entregables






segunda palabra clave

entregables

requisitos

experiencia de usuario

funcionales

diseño de interfaz

desarrollo






pero... ¿dónde está el producto?






y es que, a veces, directamente no hay producto

Luis Villahttp://www.grancomo.com/2006/11/22/proceso-vs-producto-o-como-estrellar-un-proyecto-por-culpa-de-37-signals/




http://www.grancomo.com/2006/11/22/proceso-vs-producto-o-como-estrellar-un-proyecto-por-culpa-de-37-signals/




cliente

área de negocio departamento IT






cliente


proveedor IT






cliente


proveedor ITobjetivos objetivos






cliente



metodología






cliente



metodología No hay producto, sino procesos






cliente



metodología no hay producto, sino procesoshay producto






Luis

Villa

http

://w

ww

.gra

ncom

o.co

m/2

006/

11/2

2/pr

oces

o-vs

-pro

duct

o-o-

com

o-es

trel

lar-

un-p

roye

cto-

por-

culp

a-de

-37-

sign

als/








prototipos como elemento catalizador

una nueva perspectiva, sin abandonar la metodología







• proceso

• búsqueda de una solución

• traza o delineación

• forma

• descripción

• actividad creativa y técnica

hablábamos de diseño...







tres tipos de riesgos si damos la espalda al usuario final







el fracaso, en forma de exuberante e intachable despliegue técnico, que el usuario no comprende








el fracaso, en forma de impresentable chapuza técnica, apaños mil; en resumen, una colección de parches








el fracaso, en forma de impresentable chapuza técnica, apaños mil; en resumen, una colección de parches

el fracaso, en forma de producto que nadie utiliza porque no está alineado con las expectativas del usuario






Qué es TDAContactar con TDAObjetivos de TDA

Actividades de TDAÚnete a TDAInformación para los asociados

english français

Asociación de empresas de turismo deportivo de Aragón lista de empresas adheridas

Deportes de aventura y vacaciones de acción ofrece la asociación de Turismo Deportivo de Aragon (TDA). Aragón es ideal para practicar

deportes de aventura en su territorio: Pirineo Aragonés, Valle de Ordesa, Sierra de Guara, Maestrazgo, Reino de los Mallos de Riglos, Ainsa,

Jaca, Valle de Benasque, Matarraña, Valle de Tena.

Contacta con nosotros Asóciate

Aviso legal

El blog de TDA

RaftingBus-bobHidrospeedCanoa de río / CanoraftCanoa de lagoKayakVela / WindsurfEsquí acuático

Cañones / Barrancos / CascadasPuenting

Tirolinas / Parque de arborismoEscalada de aventuraVia ferrata

Senderismo; Montañismo

Parapente / Ala deltaMushingEscalada en hielo

Cuevas / Espeleología

Multiaventura / Orientación

Excursiones 4x4

Quads

Bicicleta/Vias Verdes

PaintballHípica

Raquetas de travesía / Esquí travesía

HeliesquíEsqui/Esquí de fondoExpediciones

Actividades que puedes hacer en Aragón

imagen

Jaca, Valle del Aragón yValles OccidentalesValle de TenaMallos de RiglosOrdesa SobrarbeGuaraRibagorza-Esera - Valle de BenasqueMar de Aragón CaspeRío EbroPuertos de Beceite MatarranyaGudar-Maestrazgo

Ámbito territorial ver mapa

Para quiénPara jubiladosPara familiasPara grupos escolaresPara empresasPara gruposCursos técnicosExpedicionesPura adrenalinaPura aguaItinerante (de semana)

logotipos






el zen de los wireframeshttp://www.torresburriel.com/weblog/2005/05/31/el-zen-de-los-wireframes/




http://www.torresburriel.com/weblog/2005/05/31/el-zen-de-los-wireframes/

http://www.torresburriel.com/weblog/2005/05/31/el-zen-de-los-wireframes/




• una figura. debemos hacer uso de sólo una figura a la hora de realizar wireframes. esta figura es el rectángulo. puede hacerse uso de cualquiera de sus variantes, pero no salirse de esa forma. por ejemplo, los bordes redondeados no estarían aconsejados.

• un tipo de letra. arial. sólo se debe usar un tipo de letra al realizar wireframes, y ésta ha de ser la arial. se puede jugar con el tamaño de la misma y usar subrayado para indicar vínculos. pero poco más.

• un color. olvídate de degradados, paletas de color y transparencias. sólo se debe usar un color: el negro.






Qué es TDAContactar con TDAObjetivos de TDA

Actividades de TDAÚnete a TDAInformación para los asociados

english français

Asociación de empresas de turismo deportivo de Aragón lista de empresas adheridas

Deportes de aventura y vacaciones de acción ofrece la asociación de Turismo Deportivo de Aragon (TDA). Aragón es ideal para practicar

deportes de aventura en su territorio: Pirineo Aragonés, Valle de Ordesa, Sierra de Guara, Maestrazgo, Reino de los Mallos de Riglos, Ainsa,

Jaca, Valle de Benasque, Matarraña, Valle de Tena.

Contacta con nosotros Asóciate

Aviso legal

El blog de TDA

RaftingBus-bobHidrospeedCanoa de río / CanoraftCanoa de lagoKayakVela / WindsurfEsquí acuático

Cañones / Barrancos / CascadasPuenting

Tirolinas / Parque de arborismoEscalada de aventuraVia ferrata

Senderismo; Montañismo

Parapente / Ala deltaMushingEscalada en hielo

Cuevas / Espeleología

Multiaventura / Orientación

Excursiones 4x4

Quads

Bicicleta/Vias Verdes

PaintballHípica

Raquetas de travesía / Esquí travesía

HeliesquíEsqui/Esquí de fondoExpediciones

Actividades que puedes hacer en Aragón

imagen

Jaca, Valle del Aragón yValles OccidentalesValle de TenaMallos de RiglosOrdesa SobrarbeGuaraRibagorza-Esera - Valle de BenasqueMar de Aragón CaspeRío EbroPuertos de Beceite MatarranyaGudar-Maestrazgo

Ámbito territorial ver mapa

Para quiénPara jubiladosPara familiasPara grupos escolaresPara empresasPara gruposCursos técnicosExpedicionesPura adrenalinaPura aguaItinerante (de semana)

logotipos






diez consejos para sobrevivir

orientarse hacia la resolución de tareasse trata de dirigir estudios de campo o análisis de tareas para controlar cuáles son los problemas que trata de resolver el usuario y cuál es el contexto en el que lo hacen.

Daniel Torres Burrielhttp://www.torresburriel.com/weblog/2007/02/14/funcionalidades-y-tareas-diez-consejos-para-convivir/




http://www.torresburriel.com/weblog/2007/02/14/funcionalidades-y-tareas-diez-consejos-para-convivir/





mapear los requerimientos de negocio con las tareas del usuariobásicamente se trata de dar respuesta a la cuestión de cómo alinear los objetivos de negocio en el proyecto con las necesidades que debe satisfacer el usuario.










hablar de tareas del usuario en lugar de funcionalidadesse trata, a mi entender, de una forma de terapia: si nos acostumbramos a hablar de tareas no caeremos en las eternas discusiones sobre funcionalidades que, en casi todos los casos, terminan por ser abstraídas del proyecto, quedando alejadas del contexto que nos debe ocupar.










diseñar para lo probable frente a lo posibleno hace falta que pensemos en todo lo posible, sino en lo más probable a la hora de plantear la interfaz. ¿o acaso alguien viaja con 9 bebés en un avión?





http://farm1.static.flickr.com/147/389410301_c2c458e6bf_m.jpg

http://farm1.static.flickr.com/147/389410301_c2c458e6bf_m.jpg






alinear funcionalidades con tareas del usuariolas funcionalidades tienen que ser refrendadas y enriquecidas por los datos que provienen del mundo real. cuando creemos personas, si es que lo hacemos, éstas hay que describirlas con caracteres del mundo real. la investigación a través de personas nos ayudará a identificar las tareas del usuario.





http://www.torresburriel.com/weblog/2006/09/13/el-proceso-de-arquitectura-de-informacion-y-iv/

http://www.torresburriel.com/weblog/2006/09/13/el-proceso-de-arquitectura-de-informacion-y-iv/






mapear las funcionalidades con las tareas del usuarioa la hora de priorizar las funcionalidades, ¿qué ponemos antes, las funcionalidades o las tareas? pensadlo.










crear una matriz funcionalidades-tareasasí podremos ver qué correspondencia de funcionalidades hay con las tareas identificadas.










pensar primero en los escenarios y luego en los casos de usolos casos de uso están muy bien, pero muchas veces se quedan en ser un entregable. no se trata de eso. digamos que definen el sistema en función de escenarios. de lo que se trata es de que identifiquemos tareas en función de escenarios.










usar las tareas del usuario para comprobar la utilidadal tener identificadas las tareas del usuario, las podemos reutilizar para hacer test de usuarios.podremos evaluar si el sitio web responde a lo que los usuarios esperan de él.










usar diarios de estudio para evaluar la adopción de funcionalidades a lo largo del tiempoproporcionar a los usuarios de una especie de diario donde vayan anotando las cosas que se van encontrando en el uso del sitio web permitirá llevar un registro concreto de su experiencia, de lo que echan en falta, etc.









¿alguna pregunta?




tres claves de la experiencia de usuario: metodología, proceso y producto

Technology