![](https://i.imgur.com/jnmauPu.png) # User Stories ## Objetivos - Explica qué son las User Stories y cuándo usarlas. - Reconocer por qué las User stories son una gran herramienta multifuncional - Crear User Stories ## Introducción Una *User story* es una declaración breve que identifica al usuario y describe sus necesidades básicas. Son breves descripciones de una característica contada desde el punto de vista del usuario. Por lo general, siguen una estructura simple: ![](https://i.imgur.com/ngsRvCT.png) :::warning ### Ejemplos: “**Cómo** cliente final, **quiero** poder ver los reviews de los audiolibros, **para** saber cuáles son los mejores libros.” >[name="Designmodo"] ::: Las User stories tienen 3 características principales: - **Cortas, pero descriptivas** - No capturamos todos los detalles sobre el usuario. En lugar de eso, brindamos una comprensión inmediata de lo que estamos tratando de lograr con nuestro producto. - **Definen el tipo de usuario** - Por ejemplo, en la historia de usuario de muestra mencionada anteriormente, podemos identificar claramente al usuario como un "cliente". Tenga en cuenta que no profundizamos en su personalidad, sino que nos centramos en los rasgos de carácter relacionados con el uso de nuestro producto. - **Resume la principal necesidad o problema que nuestro producto debe resolver** - Es decir: "tengo toda la información ... en mi teléfono inteligente". :::warning Tenemos que tener en cuenta que la historia se cuenta desde la perspectiva del usuario y con sus propias palabras. Ese es un punto importante porque las historias de los usuarios reflejan el problema del usuario **tal como lo ven**. ::: ## ¿Por qué User Stories? > Como diseñador, mi mente comienza a juntar diseños y esquemas de color en la primera reunión con las partes interesadas de un proyecto. Mientras escucho sus objetivos y conozco a sus usuarios finales, puedo imaginar cómo se verá la aplicación. Pero es esencial no poner el carro delante del caballo; cuando identificamos las historias de los usuarios primero, les dejamos dictar el diseño y no al revés. >[name="UX Booth"] ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_ad8bdf628c7c5afb024f3bf5331a8354.png) - Las User stories ayudan a hacer productos **centrados en usuarios** - Las *User Stories* también ayudan a dividir un proyecto en partes manejables para el diseño y el desarrollo, y nos ayudan a evitar: - **Pantallas sin considerar** en el diseño / prototipo - **Exagerar funcionalidades** - la tendencia a querer seguir agregando más capacidades y expandiendo el alcance de un proyecto ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_05465a0031f2fa8239952d2381a23a9c.png) ## Una herramienta multi funcional Las User Stories son una herramienta multfuncional. Se originaron como parte de la metodología *Agile*, pero demostraron ser una herramienta útil para los diseñadores de UX/UI, ya que nos mantienen enfocados en las necesidades del usuario al decidir qué funciones incluir y cómo diseñar la interfaz de usuario. (wireframes). Debido a que los desarrolladores y gerentes de productos también pueden utilizar las User Stories, son una excelente herramienta multifuncional que puede ayudar a generar aceptación y alinear los objetivos del proyecto con todas las partes interesadas involucradas. - **Negocios** (clientes, gerentes, ejecutivos): puede asegurarse de que se satisfagan las necesidades y la visión del negocio - **Tecnología** (desarrolladores de software): puede desglosar el proyecto y saber en qué funciones centrarse y por qué son una prioridad para el usuario - **Diseño** (UX / UI): puede comprender y definir mejor las necesidades de los usuarios y los requisitos comerciales - **Servicio al cliente:** Puede asegurarse de que se tengan en cuenta los comentarios de los clientes y de que se creen funciones para solucionar los problemas de los usuarios ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_2c3cf65a0972467cd9e2de9763ba0629.png) ## ¿Cuándo usarás las historias de usuario? Las User Stories son uno de los últimos pasos de la etapa **Definir** del Design Thinking. ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_3d9e0ef32fce51782cb74a62b617cc6f.png) Las User Stories estan asociadas con nuestros User Personas (los distintos tipos de usuarios para quienes estamos diseñando). Ahora que tenemos una idea clara de quién es el usuario, cuáles son sus puntos débiles y cuál es su recorrido (y dónde y cómo el producto puede ayudar en este recorrido), es hora de obtener algunos detalles. ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_1a527de335373fb257343d4a36e88ccd.png) Las User Stories también nos ayudará a priorizar las funciones, en función del valor que agregarán a sus usuarios de acuerdo con sus objetivos y motivaciones, y su recorrido de usuario. ## Escribiendo User Stories Normalmente las User Stories son escritas en post-it o en un documento dónde podemos ordenar a todas ellas. 1) Identificamos un conjunto completo de User Stories antes de realizar cualquier diseño visual. Comenzamos con un tipo de usuario y escribimos tantas User Stories como sea posible. Usamos la plantilla: Cómo ________ quiero ___________ para __________. Por ejemplo: *Como **usuario**, quiero **guardar la información de mi tarjeta de crédito** para **poder pagar más rápido la próxima vez**.* 2. Si tenemos más de un tipo de usuario, agrupamos las User Stories por esas categorías Los User Persona y tipos de usuarios, evolucionarán hacia roles de usuarios. Esto permitirá a los desarrolladores configurar el entorno, la lógica de negocios y las pruebas para validar que la función funcione correctamente. Por ejemplo: *Como **un usuario registrado** quiero **para guardar la información de mi tarjeta de crédito** para **poder pagar más rápido la próxima vez**.* 3. Ahora, trabajemos en los distintos niveles de User Stories. Los detalles pueden ser agregados en sub-stories. Por ejemplo: *Como **usuario registrado**, quiero **guardar la información de mi tarjeta** para **poder pagar más rapido la proxima vez**.* Por ejemplo: *Como **usuario registrado**, quiero **guardar multiples tarjetas de crédito** para **poder pagar más rapido la proxima vez**.* Por ejemplo: *Como **usuario registrado**, quiero **seleccionar una de mis tarjetas de crédito** para **poder pagar**.* Los detalles detrás de las User Stories surgen durante las conversaciones con otros diseñadores, jefes de producto y desarrolladores. De hecho, las User Stories serán mejores si se dividen y escriben correctamente en un nivel adecuado. :::success :ok_hand: Las **User Stories** que escribimos son menos importantes que las discusiones que tendremos sobre ellas. ::: ## Algunos consejos Cuando escribimos User Stories, tenemos que pensar que estamos escribiendo desde el punto de vista del usuario. Por ejemplo al estructuras esta lección, el punto de vista del usuario es: - [User Stories](#user-stories) - [Objetivos](#learning-goals) - [Introducción](#introduction) - [Example:](#example) - [¿Por qué User Stories?](#why-user-stories) - [Herramienta multifuncional](#a-cross-functional-tool) - [Cuándo utilizamos User Stories](#when-will-you-use-user-stories) - [Escribiendo User Stories](#writing-user-stories) - [Consejos](#tips-tricks) - [Recursos adicionales](#additional-resources) ## Recursos adicionales - [10 consejos para escribir buenas User Stories](http://www.romanpichler.com/blog/10-tips-writing-good-user-stories/) - [User Stories](https://www.mountaingoatsoftware.com/agile/user-stories) - [Tus mejores User Story ágiles](http://www.alexandercowan.com/best-agile-user-story/)