Curso
El Product Owner y los requerimientos ágiles
Módulo 4
Profundizando en requerimientos ágiles
Lección 2
User Persona
Por Claudia Ruata.
Otra de las técnicas complementarias para gestionar requerimientos se denomina Persona
o User Persona. Se trata de una generalización ficticia de los clientes más valiosos. Ayuda a
los equipos a entender a sus clientes al reunir información demográfica como edad, género,
ubicación e ingresos, junto con información psicográfica como intereses, frustraciones y
motivaciones personales/profesionales.
El primer paso para escribir las historias de usuario correctas es comprender a sus usuarios y
clientes objetivo. Después de todo, las historias de usuarios quieren contar una historia sobre
los usuarios que utilizan el producto. Si no sabe quiénes son los usuarios y qué problema
queremos resolver, es imposible escribir las historias correctas y terminará con una larga lista
de deseos en lugar de una descripción de la funcionalidad relevante del producto.
User Persona ofrece una excelente manera de capturar a los usuarios y clientes con sus
necesidades. Son personajes ficticios que tienen un nombre y una imagen; características
relevantes tales como un rol, actividades, comportamientos y actitudes; y una meta, que es el
problema que debe abordarse o el beneficio que debe proporcionarse.
Por ejemplo, digamos que queremos crear un juego para niños, que sea divertido de jugar y
que eduque a los niños sobre la música y el baile. Entonces podríamos crear dos personas,
una para representar a los niños y otra para los padres, como se muestra a continuación.
Una vez que haya creado un grupo de personajes, seleccione una persona principal, la
persona para la que está diseñando y construyendo principalmente el producto. Esto le
ayuda a tomar la decisión correcta sobre el producto y a obtener la experiencia del usuario
(UX) correcta. En el ejemplo anterior, he elegido a Yasmin como la persona principal.
Plantillas para creación de Personas
Las mismas pueden ser tan simples como la que sigue a continuación (se valora mantener a las
Personas concisas, a centrarte en lo que realmente importa y a dejar de lado el resto).
O bien, tan complejas como esta:
Crear User Persona ayuda a los equipos a abordar las siguientes preguntas:
¿Quiénes son nuestros clientes?
¿Cuáles son sus patrones de comportamiento comunes?
¿Cuáles son sus puntos de dolor compartidos (profesionales y personales)?
¿Cuáles son sus metas/objetivos universales?
¿Qué información demográfica y psicográfica general puede influir en sus decisiones?
¿Qué los impulsa a tomar decisiones de compra?
¿Es el cliente/comprador quien toma las decisiones?
Importancia:
Persona ayuda a identificar las necesidades y deseos específicos del cliente: Esta
comprensión garantiza que los gerentes de productos, diseñadores, desarrolladores,
etc., brinden soluciones que aborden los desafíos reales de los usuarios.
Persona proporciona una “cara” a la historia del usuario: Esto ayuda al equipo a
tener una comprensión compartida de quiénes son sus clientes y crea aceptación y
empatía.
Persona ayuda a la segmentación de usuarios: Comprender las necesidades, los
desafíos y las influencias del comportamiento de sus clientes, le permite comprender
mejor qué contenido les atraerá más, segmentando a sus clientes por tipo de persona
y adaptando sus comunicaciones de marketing a cada grupo específico.
Construyendo Personas
1 Conocer a los usuarios
Cualquier descripción de persona debe basarse en el conocimiento obtenido de
la interacción directa con los clientes y usuarios objetivo. Esto es necesario para
establecer una conexión con los beneficiarios de su producto, desarrollar empatía
y comprender sus deseos, necesidades y circunstancias actuales.
Antes de crear sus Personas, por lo tanto, debe conocer a su público, por ejemplo,
observando cómo realizan actualmente su trabajo y entrevistándolos. De lo
contrario, sus personajes pueden no representar con precisión a su grupo objetivo.
En el peor de los casos, se basan en ideas y especulaciones, no en personas reales.
Involucre a (algunos de) los miembros del equipo en el trabajo de investigación de
usuarios, incluidos los usuarios y desarrolladores de UX. Esto le permite aprovechar
su conocimiento y establece un entendimiento compartido de los usuarios y sus
objetivos.
Deje a un lado cualquier idea sobre la experiencia del usuario deseada y las
características del producto cuando desarrolle sus personas.
2 Mantener los personajes concisos
Si bien una descripción muy personal debería ayudar a los miembros del equipo a
comprender quiénes son los beneficiarios del producto y cuáles son los objetivos
que persiguen, le recomiendo que haga y mantenga a sus personas concisas para
que quepan en una hoja de papel A4.
Tenga cuidado de no inflarlos y no agregue detalles irrelevantes, por ejemplo, otra
actividad de tiempo libre o una linda mascota. Si bien sus Personas tienen que
contener suficiente información para poder ser utilizadas, demasiados detalles
hacen que sea difícil trabajar con ellos. Solo incluya información que le ayude a
tomar decisiones informadas sobre las interacciones del usuario, el diseño visual y
la funcionalidad del producto. Deje fuera el resto.
3 Distinguir Personas de usuario y cliente
Se deben crear usuarios separados de usuarios y clientes, cuando los usuarios y
los clientes no son las mismas personas. Esto le permite capturar las necesidades
específicas del usuario y del cliente, y hace que los objetivos divergentes o en
conflicto sean más fáciles de ver.
4 Elegir una Persona principal
Siempre que se creen varias personas para un producto, se recomienda elegir una
persona principal. La persona principal es el personaje para el que principalmente
se diseña y construye el producto.
Si resulta difícil elegir una persona principal, esto puede indicar que su mercado
objetivo es demasiado grande y heterogéneo, o que su producto se ha vuelto
demasiado grande y complejo. Si ese es el caso, entonces considere segmentar el
mercado, desagregar el producto o introducir variantes del producto.
5 Hacer que las Personas sean creíbles
Las Personas deben ayudar al equipo de desarrollo a identificarse con los usuarios
y ver el producto desde su perspectiva. Para lograr esto, los personajes deben ser
creíbles. Los siguientes consejos pueden ayudar con esto:
Base sus personas en la investigación de usuarios de primera mano (como se
explicó anteriormente).
Elija un nombre y una imagen representativos.
6 Centrarse en el beneficio principal o problema
Se recomienda seleccionar un problema o beneficio principal, la verdadera razón
por la cual la persona querría usar o comprar el producto. Esto crea un enfoque y
facilita la toma de decisiones efectiva. Si se identifica que las otras metas personales
son demasiado importantes para omitirlas, se deben priorizar las metas y colocar la
principal en la parte superior.
7 Conectar personas e historias de usuarios
Aproveche al máximo sus personas y utilícelas en los escenarios, los guiones
gráficos, los flujos de trabajo y las historias de usuario que descubra. Su Persona
principal debe ser la protagonista de sus historias. La plantilla a continuación coloca
al usuario o cliente modelado como una Persona en la historia del usuario (basado
en la plantilla de historia del usuario de Rachel Davies).
Como <Persona> Quiero <¿qué?>
De modo que <¿por qué?>
8 Visualizar las Personas
Hacer que las Personas
sean visibles y accesibles
para todos los involucrados
en el esfuerzo de desarrollo.
Trabajar con personas
basadas en papel es muy
beneficioso y se las puede
integrar en las distintas
herramientas visuales con
las que se trabaje.
9 Ajustar los personajes
Ajustar las descripciones de la Persona, a medida que se inclina más sobre
los usuarios y clientes y sus necesidades mediante la creación de prototipos,
incrementos de productos y MVP. Esto es particularmente útil en un contexto
ágil, en el que se desea minimizar la cantidad de investigación de mercado inicial
y comenzar con Personas provisionales y suficientemente buenas para probar
rápidamente sus ideas cruciales. Ajustar y refinar los personajes según las ideas que
generes es una buena alternativa. Volver a escribir las Personas o comenzar con
nuevas personas si tiene que girar y cambiar la estrategia.
10 Reconocer cuando las personas no son apropiadas
Si bien las Personas son una herramienta poderosa, hay casos en que no son
apropiados. Si crea un producto que sirve a un pequeño grupo de usuarios, puede
que no sea necesario trabajar con personas. Del mismo modo, si su producto no
tiene usuarios finales, no es aconsejable emplear Personas.
User Story Mapping
Por último, analizaremos esta técnica que fue desarrollada por Jeff Patton y es muy utilizada
actualmente en los proyectos gestionados con Scrum.
Se trata de un mapa que organiza y prioriza de manera visual los requerimientos (o historias
de usuario). Permite generar y organizar los requerimientos de una forma colaborativa entre el
Propietario de Producto, usuarios y el equipo. Es una poderosa alternativa al Product Backlog.
En el siguiente ejemplo se puede comprobar que el User Story Map permite:
Agrupar las historias de usuario según actividades y procesos.
Identificar diferentes versiones del producto que se desea construir.
Formato
Todo User Story Map está conformado por:
Procesos: también llamados épicas (o eventualmente temas), que definen el
esqueleto o backbone del producto. Ejemplo: Organizar email, gestionar email,
gestionar calendario, etc.
Actividades: también identificadas como “grandes historias de usuario” que agrupan
a las “historias de usuario hijas”. Ejemplo: buscar email, guardar emails, etc.
Historias de usuario: Ejemplo: buscar email por palabra clave, limitar la búsqueda
a un campo, etc.
La prioridad de las historias de usuario se define de arriba hacia abajo (las historias que
se encuentran más arriba tienen más prioridad y conforman los primeros releases).
Ventajas
Se trata de una herramienta alternativa al Product Backlog, siendo sus principales
ventajas:
Hace visible el flujo de trabajo o cadena de valor.
Muestra la relación de las historias más grandes con sus historias hijas.
Provee un contexto útil para la priorización.
Permite planificar los releases.
Generalmente es más completa que el Product Backlog.
El User Story Map no
es estático y al igual
que el Product Backlog
puede ir modificándose
a medida que vayan
surgiendo cambios en
los requerimientos del
producto, cambios en el
negocio o en la estrategia.