![](https://i.imgur.com/jnmauPu.png) # Hipótesis y definición de problemas ## Objetivos - Entender como podes explicar el problema que estamos intentando resolver de forma clara - Expresar nuestras asunciones de forma clara y definir como vamos a probarlas ## Definiendo el problema En este punto, nos encontramos en el final de la etapa de **DEFINIR** dentro de la metodología de Design Thinking. Si bien las fases **de Empatizar & Descubrir** se trata de diverger para comprender cuál es la naturaleza del problema, la etapa **DEFINIR** consiste en hacer converger nuestros hallazgos para darle dirección al proyecto. ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_c437d0cc89ecf0218d3959dcaeb8fbe6.png) > "Si solo tuviera una hora para salvar el mundo, dedicaría 55 minutos a definir el problema y 5 minutos a encontrar la solución" > Albert Einstein ## Declaraciones de problemas Una declaración de problema es una descripción clara y concisa de los problemas que deben ser abordados por un equipo de resolución de problemas. Las declaraciones de problemas, así como los [User Persona](https://www.usability.gov/how-to-and-tools/methods/personas.html) son importantes porque definen el objetivo principal del proyecto. Estos se crean en función de los puntos débiles y las oportunidades que descubrimos durante la fase de investigación. Las declaraciones del problema se utilizan para: - Definir el problema - Centrar y enfocar al equipo desde el comienzo - Mantener al equipo encaminado durante todo el proceso de diseño. - Incorporar los hallazgos más importantes de la investigación de usuarios Las declaraciones de problemas también proporcionan criterios para comparar diferentes ideas. - Cuanto más enfocado esté el enunciado del problema, más ayudará a decidir si una idea resuelve el problema o no. - Si ninguna de las ideas resuelve el problema, es posible que tenga una declaración de problema mal enfocada. Un buen planteamiento de problema es: 1. **Centrado en el ser humano** | Se centra en las personas para las que está diseñando, en lugar de las especificaciones del producto, el retorno de la inversión (ROI) o los requisitos técnicos. 2. **Lo suficientemente amplio para la libertad creativa** | *No* debe centrarse en un método específico sobre cómo implementar una solución 3. **Lo suficientemente estrecho para que sea manejable** | *No* debe ser demasiado amplio cuando los miembros de su equipo se sientan intimidados. Evite declaraciones como "Mejorar la vida humana". Debe tener suficientes limitaciones para que se sientan manejables. ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_9f513c4535c889cbb0096c7b94afa3c9.png) ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_18d91a80a91fbfd092048b61a96655f4.png) ### ¿Cómo escribir una declaración de problema? La declaración del problema debe **capturar su visión de diseño** definiendo el desafío CORRECTO a abordar en las sesiones de ideación. Una declaración de problema significativa y procesable nos permitirá idear de una manera orientada a objetivos. La clave es combinar los conocimientos sobre: - El usuario para el que está diseñando - Sus necesidades - Las estadísticas que hemos llegado a conocer en la investigación. A medida que sintetiza la investigación, debemos seleccionar y combinar un conjunto **limitado** de NECESIDADES que es importante cumplir. Incluso podemos elegir solo una necesidad para mirar. :::info **Pregunta de discusión:** En el siguiente ejemplo, el equipo de investigación podría haber descubierto varias necesidades que tienen las personas que viajan por negocios, pero decidió limitar su enfoque a lo que creen que es el punto débil más importante. - Cuando lee esta declaración de problema, ¿siente que tiene una idea clara de cuáles son los objetivos del equipo de diseño? - ¿Qué datos crees que usó el equipo de diseño para llegar a este planteamiento del problema? <br> ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_0509c124707bc2417875edfcc105b1ae.png) ::: ### Encontrar las palabras adecuadas para definir el problema 1. Con los datos de la investigación, debemos responder las siguientes preguntas en forma de oración o párrafo, pero tratando de ser bastante conciso: - ¿Cuál es el problema que intentamos solucionar para tus usuarios? - ¿Cuáles son los objetivos de nuestros usuarios? - ¿Cuáles son nuestros objetivos para la experiencia del usuario? ¿Cómo queremos que alguien se sienta mientras usa nuestro producto? - ¿Cuáles son los requisitos del producto para nuestra solución de diseño? 2. Luego, ponemos esto en la fórmula: :::info [Descripción del Usuario] **necesita** [necesidad(verbo)] **porque** [insight(convincente)] ::: *Ejemplo:* :::warning Los médicos **necesitan** acceso rápido a los registros médicos de los pacientes **porque** a menudo se les presentan casos urgentes en los que necesitan tomar decisiones rápidas, y acceder a los datos correctos **mejora sus posibilidades** de proporcionar el diagnóstico correcto ::: ### Mejores prácticas 1) **Resolver la necesidad principal** - Priorizar problemas en función de las necesidades más urgentes. 1) **No intentar resolver demasiados problemas a la vez** - Concentrarse en resolver una cosa, luego agregamos más funciones - Concentrarse en las cosas principales que cree que puede manejar dentro del alcance del proyecto 1) **Asegurarnos de incorporar información de la investigación** - Intentar que sea emocionalmente impactante y relevante para el punto de vista de la Persona en lo que respecta a su desafío. 1) **Referirse a su User Persona** - Al describir al usuario, utilice el ARQUETIPO en lugar del "nombre" de la persona, de modo que quede claro para todos quién es el usuario. :::success **Consejo:** No utilizar términos **clichés** como "fácil de usar" o "intuitivo" al escribir la declaración de problema, ya que todos los productos que fabriquemos deben ser fáciles de usar. Esto no nos ayudará a pensar críticamente sobre lo que debería abordar la solución. ::: ## Hipótesis Todo proyecto comienza con suposiciones. Una declaración de hipótesis es una **predicción que se puede probar** o una **suposición fundamentada**. Los diseñadores crean estas predicciones sobre lo que creen que sucederá en sus experimentos para obtener respuestas a sus preguntas. El valor de una hipótesis formalizada es obligarnos a pensar qué resultados deberíamos buscar en un experimento. Al crear hipótesis, debemos considerar diferentes aspectos del proyecto. Miremos la siguiente imagen, para ver algunos ejemplos de las diferentes áreas a tener en cuenta al crear una hipótesis. ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_b47b978266f8d66dbca5605a8e6bdcd8.png) ### Creando una hipótesis comprobable Para probar la hipótesis de manera eficiente, identifiquemos la información que necesitamos para rastrear y definamos criterios claros para el éxito y el fracaso. Al crear una declaración de hipótesis, debemos tener en cuenta: 1) Nuestras suposiciones 2) Nuestros usuarios objetivo 3) El Objetivo alcanzado 4) Métricas de éxito Aquí hay un ejemplo de cómo escribir su declaración de hipótesis: :::info Nosotros creemos que **[haciendo esto]** para **[este grupo de personas]** logramemos **[este objetivo]**. Vamos a comprobar que estamos **[acertados/equivocados]** cuando **[feedback cuantitativo/cualitativo]** ::: Ejemplos: :::warning **Hipótesis**: "Nosotros creemos que **entregando la compra del super en menos de 24hs** para **padres jóvenes** lograremos **el objetivo de que compren de nuestro ecommerce.** Vamos a comprobar que estamos **acertados** cuando las **entregas de compras aumenten un 10% en el próximo trimestre**" ::: ![](https://s3-eu-west-1.amazonaws.com/ih-materials/uploads/upload_a8306ef6c170893c6904ab90075491d2.png) ## Recursos Adicionales - [Los fundamentos para escribir una declaración del problema para su propuesta de investigación.](https://www.editage.com/insights/the-basics-of-writing-a-statement-of-the-problem-for-your-research-proposal) - [Como escribir una declaración de problema](https://medium.com/leading-service-design/how-to-write-a-problem-statement-50e2c87810fe) - [User Research – La importancia de las hipótesis ](https://www.interaction-design.org/literature/article/user-research-the-importance-of-hypotheses) - [Diseño UX guiado por hipótesis](https://medium.theuxblog.com/hypotheses-driven-ux-design-c75fbf3ce7cc)