Metodología UX: Objetivos del proyecto y cliente

Daniel Torres Burriel

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

daniel torres burriel. mayo 2009.

www.torresburriel.com
jueves 28 de mayo de 2009


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





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





"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 Knapp
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 ﬁnal 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.

Alberto Knapp





• adoptando la metodología como propia

definir la metodología
definir entregables
excelencia metodológica
romper los procesos
iteraciones
producto 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

Alberto Knapp



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
entregables
pero esa aprobación no hay que olvidar que es un
evento bidireccional




es decir, tanto el proveedor como el cliente acuerdan
aprobar tal o cual entregable.
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




del proyecto

objetivos




del proyecto
del cliente

objetivos




del proyecto
del cliente

objetivos del equipo




del proyecto
del cliente

de la compañía




del proyecto
del cliente

de la compañía
de los entregables



segunda palabra clave

requisitos
experiencia de usuario
funcionales
entregables diseño de interfaz
desarrollo



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



y es que, a veces, directamente no hay producto

Luis Villa
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


objetivos objetivos
proveedor IT



cliente

metodología

objetivos objetivos
proveedor IT



cliente

No hay producto, sino procesos
metodología

objetivos objetivos
proveedor IT



cliente

hay producto no hay producto, sino procesos
metodología

objetivos objetivos
proveedor IT


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



prototipos como elemento catalizador

una nueva perspectiva, sin abandonar la metodología




• proceso

• búsqueda de una solución

• traza o delineación
hablábamos de diseño...
• forma

• descripción

• actividad creativa y técnica




tres tipos de riesgos si damos la espalda al usuario ﬁnal




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




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 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 producto que nadie utiliza porque no
está alineado con las expectativas del usuario



english français

Qué es TDA Actividades de TDA
Contactar con TDA Únete a TDA El blog de TDA
Objetivos de TDA Información para los asociados

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

Ámbito territorial ver mapa Actividades que puedes hacer en Aragón
Jaca, Valle del Aragón y
Valles Occidentales
Valle de Tena
Mallos de Riglos
Ordesa Sobrarbe imagen
Guara
Ribagorza-Esera - Valle de Benasque
Mar de Aragón Caspe
Río Ebro
Puertos de Beceite Matarranya
Gudar-Maestrazgo Rafting Parapente / Ala delta
Bus-bob Mushing
Hidrospeed Escalada en hielo
Para quién Canoa de río / Canoraft Cuevas / Espeleología
Para jubilados Canoa de lago Multiaventura / Orientación
Para familias Kayak Excursiones 4x4
Para grupos escolares Vela / Windsurf Quads
Para empresas Esquí acuático Bicicleta/Vias Verdes
Para grupos Cañones / Barrancos / Cascadas Paintball
Cursos técnicos Puenting Hípica
Expediciones Tirolinas / Parque de arborismo Raquetas de travesía / Esquí travesía
Pura adrenalina Escalada de aventura Heliesquí
Pura agua Via ferrata Esqui/Esquí de fondo
Itinerante (de semana) Senderismo; Montañismo Expediciones

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
logotipos
Aviso legal



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.



diez consejos para sobrevivir

orientarse hacia la resolución de tareas
se 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.

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




mapear los requerimientos de negocio con
las tareas del usuario
bá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
funcionalidades
se 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 posible
no 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?





alinear funcionalidades con tareas del
usuario
las 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 identiﬁcar las
tareas del usuario.





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





crear una matriz funcionalidades-tareas
así podremos ver qué correspondencia de
funcionalidades hay con las tareas identiﬁcadas.





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





usar las tareas del usuario para comprobar la
utilidad
al tener identiﬁcadas 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
tiempo
proporcionar 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?


Metodología UX: Objetivos del proyecto y cliente

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (18)

Mehr von Daniel Torres Burriel

Mehr von Daniel Torres Burriel (12)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Metodología UX: Objetivos del proyecto y cliente