Guía para una buena toma de requisitos

Antes de comenzar un proyecto, sea cual fuere, siempre pido a la persona que lo solicita que se siente conmigo a contarme qué quiere. Para mí, ahí empieza el trabajo principal de lo que después puede ser un rediseño, la creación de una web o simplemente la mejora de un servicio.

Los que han trabajado conmigo (siempre quise poder escribir esto, “los que han trabajado conmigo”, es taaaan de gurú) saben que soy bastante cansina con el detalle de una buena toma de requisitos. Esa charla, esa entrevista o conversación, marcará sin duda el éxito del proyecto.

Cuántas tomas de requisitos comienzan con un “quiero cambiar esto de mi web” y terminan siendo algo totalmente distinto a la idea que el dueño del producto tenía. Mejoras de secciones que terminan en rediseño de web, intuiciones no fundamentadas que terminan siendo una realidad, problemas vistos en el servicio online que se solucionan con la mejora de procesos humanos… Todo parte de la que creo la más importante de las virtudes de nuestro gremio, de los expertos ux: saber escuchar.

Por ello, en su momento, intenté sintetizar esta pequeña guía que siempre me ayuda a conducir esa toma de requisitos. Y fan como soy de la metodología de las 5 W, en ella la baso.


Guía para una buena toma de requisitos

5W: what, why, who, where, when = HOW

Las 5W

WHAT – ¿Qué es lo que necesitan? ¿Cuál es el objetivo?

Hay que saber cuál es el objetivo del proyecto, no cuál es el proyecto en sí. Éste lo decidiremos en función de las necesidades.

Por ejemplo, no es lo mismo decir
“Quiero dejar de gestionar mis pagos por teléfono”
que
“Quiero que el cliente pueda meter su cuenta bancaria en la web para domiciliarle el pago”

La primera premisa puede llevarnos a externalizar el servicio por falta de tiempo, a revisar el proceso por temas legales o a la segunda opción, el pago online.

Pero es posible que lo que parece obvio, no siempre lo sea. Tal vez tu usuario no sea del que está dispuesto a pagar online o que tu producto se esté vendiendo más por teléfono que vía web. Tenlo en cuenta.

WHY – motivos. ¿Por qué necesitan este desarrollo?

No se trata de que intenten justificar el proyecto ante nosotros, se trata de que nos expliquen de dónde surge esa necesidad.

A menudo me he encontrado que intentan justificarme ciertos desarrollos como si tuvieran que excusarse ante algo que ahora se está haciendo mal o de manera ineficaz.

No se trata de juzgar, si no de saber los motivos que empujan al cambio.

WHO – ¿Qué usuario va a ser nuestro objetivo?

No es lo mismo saber para quién es el proyecto o desarrollo (el cliente) que saber quién va a usarlo.

En una empresa un nuevo desarrollo puede ser para el equipo de atención al cliente, por ejemplo, con el fin de ahorrarle tiempo de gestión. Pero tal vez el usuario final sea el cliente de tu producto en sí, ya que tal vez intentes que sea él quien haga una acción por si mismo en vez de gestionarlo a través de alguien de tu equipo telefónicamente.

Por ejemplo, que un usuario pueda incluir y modificar sus datos de facturación a través de un panel de usuario, reducirá el tiempo de gestión y llamadas telefónicas de las personas que se encargan del seguimiento de tu cliente desde la oficina.

Hemos de distinguir a menudo, pues, entre el usuario interno y el usuario externo.

WHERE & WHEN – ¿Cuándo y dónde se va a usar?

Analizar siempre los distintos casos de uso que se pueden dar nos ayudará a preveer escenarios y momentos muy útiles. Esto nos puede ahorrar caer en ciertos errores a los que solemos llegar a través de presuposiciones.

Ejemplo: Si vas a desarrollar un servicio relacionado con el transporte público, ten en cuenta que muchos de tus usuarios acudirán a él mientras están en trayecto. Eso decidirá que tu web sea visible en un móvil o tableta.

Además de estas 5 W, que marcarán el “HOW”, trato siempre de responder a estas 5 preguntas:

  1. ¿Qué querrás medir de este desarrollo?
    La medición del objetivo te dirá el éxito del cambio.
  2. ¿Has tenido en cuenta a todos los agentes que intervienen en el cambio?
    Si hablamos de algo que estará online, ten en cuenta siempre, siempre, el SEO. Si se trata de un desarrollo técnico, habla con los desarrolladores. Si hablamos de e-commerce, no empieces sin hablar con el comercial. Ten siempre en cuenta a todos los agentes que intervienen. Como fuente de sabiduría y como “usuarios que sufrirán tus novedades”.
  3. ¿Realmente es necesario?
    A veces nos empeñamos en desarrollar funcionalidades porque “intuimos” que mejorará nuestro producto o servicio. Un test previo (test de usuarios, encuesta, entrevista o lo que corresponda) tal vez nos diga que esa intuición no era tan acertada.
  4. ¿No hay nada que ya esté resolviendo/cubriendo esta necesidad?
    Ten cuidado, a menudo no se trata de innovar, si no de resolver o mejorar.
  5. ¿Es posible que se amplíe, reduzca o elimine el proyecto? ¿que se hagan modificaciones en él?
    Si algo aprendí de las metodologías ágiles y del scrum, es que todo proyecto hay que hacerlo desde un punto de vista escalable. Si mañana hay que ampliar una sección, incluir nuevos productos o dar acceso a más usuarios, no me obligues a rehacer lo hecho. Intenta desde el principio que lo que haces tenga un modo fácil de crecer.

Y tú ¿qué cosas tienes en cuenta al comienzo de un nuevo proyecto?

Anuncios

El don de la ubicuidad. Caso de uso

Hace unas semanas usé por primera vez el servicio de Biuky, tienda online de cosmética y perfumería.

En general la navegación de la página fue sencilla y el servicio bueno (además de tener unos precios muy competitivos).

Pero hubo 3 cosas que me llamaron la atención:

  • Me costó encontrar el buscador. No sé cómo actuarán la mayoría de sus usuarios, pero yo voy directamente a buscar mi marca, comparar precios y quedarme con la web que me ofrezca el más barato.

La tendencia a hacer un pequeño scroll hasta la zona de productos me ocultó el buscador y esperaba encontrarlo junto al menú de filtrados.

Captura de pantalla de Biuky. Buscador

  • No entendí muy bien el sistema de filtrados, de hecho algunas búsquedas no me ofrecían resultados. Claro que búsquedas como “perfume para labios” supongo que no es muy usual…

Yo esperaba un simple “perfumes para mujeres / hombres” y tanta opción me perdió un poco, demasiadas decisiones que tomar.

Captura de pantalla de Biuky. Filtros

Captura de pantalla de Biuky. Filtrado

  • Tras escoger mis productos y, dispuesta a pagar, me encuentro con el siguiente campo a rellenar junto a mis datos personales: “Tipo de piel”.

Y una se pregunta ¿por qué?, ¿qué ha llevado a Biuky a poner una pregunta así entre mi correo electrónico y mi teléfono?
Yo creo que aquí hay algo oscuro oculto…

Captura de pantalla de Biuky

Ux no es sólo pintar pantallas

Ux es conocer el producto y todos los agentes que interactúan con él.  Saber quién, cómo y cuando lo usará.

Ux es definir la interacción entre el producto y el usuario contestando a las 5 W (what, who, why, when, where).

Ux es seguir tu proyecto hasta el final. Cualquiera que sea el final. Desde la concepción hasta la puesta en marcha o seguimiento.

Ux es responder a todas las preguntas.

Ux es un gran “dámelo hecho” a todos los niveles.

UXSpain 2013, la cita se consolida

Por segundo año acudimos a la cita de UXSpain. Las expectativas de los asistentes con los que pude intercambiar opiniones eran de lo más variado tras la oleada de preguntas que nos dejó su primera edición el año pasado. Pero, para mí, 2013 ha consolidadoUXSpain como imprescindible en el área de la Experiencia de Usuario.

UXSpain

Y, como es de bien nacidos ser agradecidos, lo primero mi enhorabuena y mil gracias a César GarcíaYusef HassanSergio Ortega y Sergi Sánchez Mancha por dejarse los cuernos un año más organizando el evento y por la pasión con la que lo llevan a cabo.

UXSpain 2013 ha cubierto, si no todas mis expectativas, al menos sí todas las áreas que yo esperaba encontrar en un evento como este. Y a las pruebas me remito. He aquí un extracto de la entrevista que Daniel Torres Burriel me hizo hace apenas unos meses:

¿Cómo debería ser un evento de UX en el que no dudarías ni un momento en ir?
Un evento en el que se hable, además de UX, de otras disciplinas pero desde el punto de vista de la experiencia de usuario, de cómo acercarnos y trabajar con equipos multidisciplinares.
Un evento en el que me cuenten proyectos y casos reales, en el que hablen de analítica, metodologías, conversión y tecnología.
Un evento en el que haya talleres y casos prácticos, en el que se genere debate y se compartan soluciones.
Un evento, en definitiva, en el que me cuenten qué más hay que aprender fuera y dentro de la UX.

Parte del post 5 preguntas a 5 mujeres q hacen UX (III) de Daniel Torres Burriel.

Para mí UxSpain tuvo todo eso, no sé si en máxima calidad, pero al menos estuvo presente.

Más que Ux

Se habló de disciplinas más allá de la usabilidad gracias especialmente a:

  • Julio Loayza y su charla desmitificando el HTML5. Grande Julio dándole una vuelta a algunas falsas creencias.
  • Christopher Grant nos habló del Product Owner. Uno de mis favoritos por lo cercano que me queda todo aquello de lo que habló. Me quedo con 3 cosas: el product owner como figura del “facilitador” del trabajo de los demás, el equipo UX debe tener objetivos medibles por KPI’s como el resto de equipos y UX debe ir más allá y crear estrategia en la empresa.
  • Ricardo Tayar siempre grandilocuente, claro y conciso apostando por la analítica como herramienta Ux y base de la estrategia de negocio.

Se mostraron ejemplos, proyectos y casos reales propios o ajenos:

  • Oriol Ibars no sólo abrió la primera polémica del congreso, mostrando cuán delgada es la línea entre convencer y engañar al usuario; también nos paseó por muchos ejemplos reales de webs que hoy pasan la “ux” a su terreno y la utilizan para la conversión de su negocio.
  • Eva de Lera nos abrió los ojos a un futuro ya presente hablándonos de proyectos de investigación en el mundo de las emociones y gestos. Ejemplos que, aunque a muchos nos sonaron un poco a ciencia ficción, nos dan la perspectiva de todo lo que queda aún por hacer en esta disciplina.

Se habló de móviles y apps, de estrategia de negocio, de conversión y de medición. Y, como remate, se llevaron a cabo talleres.
Lo malo de los talleres en paralelo es que nunca sabes si estás eligiendo el mejor y siempre quieres estar en más de uno…

UxLab Lean Ux
UxLab Lean Ux

Yo acudí al de Ujue y Jose Manuel Beas donde tratamos de llevar a cabo el proyecto de montar un zoo de plastilina con metodologías ágiles. Muy cortas se nos quedaron esas 3 horas de taller donde acribillamos a preguntas a ambos ponentes y nos quedamos con ganas de mucho más 🙂

Y no faltaron los clásicos hablando de testing, técnicas de UX, seguimiento de proyectos y metodologías de trabajo…

En resumen…

Lo que no me gustó: la comida, las obras al lado del edificio y la falta de tiempo para preguntas en algunas ponencias.

Lo que me gustó: la variedad del programa, el abanico de temas, los ponentes que nos cuentan cosas, los talleres, encontrarme con tantas caras conocidas (y otras que conocí allí), las charlas en el café y la cena y el tener, por fin, una gran terapia de grupo al año de la que salir pensando “no soy rara, no me pasa sólo a mí”.

Lo que podría mejorar: por poner deberes, y por pedir siempre más, echo de menos el trabajo “post-uxspain”. Resúmenes de las charlas, enlaces a las presentaciones… En definitiva, un resumen “oficial” de la jornada.

Y a ti, ¿qué te pareció el evento? ¿Volverás en 2014?

¿Quieres más? Visita el post UXSpain 2013. Presentaciones, resúmenes y crónicas.

UXSpain 2013, nuestra segunda cita

Este año se celebra la 2ª edición de UXSpain (Encuentro de profesionales de la Experiencia de Usuario en España) esta vez en Valladolid. Creo que con apenas una edición a sus espaldas ya ha conseguido convertirse en una cita segura para muchos de nosotros.

Me alegra enormemente el éxito, totalmente merecido, de la pasada edición. Una organización de 10 y las ganas de todos los que nos movemos en este sector por tener un espacio propio, ha hecho de UXSpain algo que, al menos yo, espero con cierta ilusión.

UXSpain

El programa promete: temas más específicos, espacio para talleres (o UxLabs) y buena cartelera.

Me gusta ver en el programa temas de analítica, negocio, HTML5 y prácticas de Agile. Lo cierto es que, al menos sobre el programa, cubren muchos de los temas que esperaba encontrar en un encuentro así.

¿Qué espero de UXSpain 2013?

Hablar más sobre temas específicos, ejemplos reales, casos prácticos y pistas para poner en marcha en el día a día profesional. Menos discusiones filosóficas y más debate sobre aquellos problemas que nos encontramos en nuestro trabajo los que vivimos de esto.

¿Qué no me gustaría encontrar en UXSpain 2013?

Aquello que huele a “emprendedores/iniciadores/consejos hazlo tú mismo”. Creo que ya existen miles de eventos con esta temática, y que las buenas prácticas UX tienen cabida tanto en start-up como en grandes empresas prehistóricas. Voy a un evento así a hablar de usabilidad. Si vas a contarme algo que tenga que ver con emprendimiento, que sea desde esta óptica.

Ahora sólo queda esperar unas semanitas para descubrir y valorar.
Espero encontrarme con muchos de vosotros por allí 🙂

Y a ti, ¿qué te parece el programa de este año?