3.8 : Cómo crear su declaración de problema de punto de vista (POV)

Cuando define su desafío de diseño, completa uno de los pasos más importantes en el proceso de pensamiento de diseño: la definición de su desafío de diseño establece el tono para el proceso y guía todas las actividades que siguen. En la fase Definir del pensamiento de diseño, puede llevar a cabo esta tarea creando un enunciado del problema procesable, comúnmente conocido como Punto de vista (POV). Siempre debe basar su punto de vista en una comprensión más profunda de sus usuarios específicos, sus necesidades y sus conocimientos más esenciales sobre ellos. Además, su punto de vista debe proporcionar un alcance lo suficientemente amplio para que usted y su equipo generen soluciones que vayan más allá del status quo. Dicen que un desafío bien enmarcado es un desafío medio resuelto, así que sigue leyendo para aprender cómo enmarcar tu punto de vista para guiar tu proceso de pensamiento de diseño.

“Su punto de vista debe ser una declaración de orientación que se centre en usuarios específicos, conocimientos y necesidades que descubrió durante el modo de empatía.
Más que simplemente definir el problema en el que trabajar, su punto de vista es su visión de diseño única que creó en base sobre sus descubrimientos durante su trabajo de empatía. Comprender el desafío significativo que debe abordar y los conocimientos que puede aprovechar en su trabajo de diseño es fundamental para crear una solución exitosa “.

– d.school, Bootcamp Bootleg

¿Qué es un POV?

Un punto de vista (POV) es un enunciado de un problema que explica de forma clara y coherente qué problema pretende resolver su proceso de diseño. Define al usuario y sus necesidades y proporciona información sobre por qué cada necesidad es importante para ese usuario.

¿Qué hace un buen punto de vista?

Como probablemente ya se habrá dado cuenta, es esencial que defina una buena descripción del problema durante el proceso de diseño. Un punto de vista es una parte increíblemente importante de cualquier proyecto de diseño porque lo guiará a usted y a su equipo durante el resto del proceso y proporcionará un enfoque claro en las necesidades específicas del usuario que haya descubierto. Además, en ausencia de un punto de vista claro, le resultará extremadamente difícil explicar a las partes interesadas y a los miembros del equipo exactamente lo que está tratando de lograr. ¡Ese es un obstáculo que definitivamente no querrás construir por ti mismo!

Cuando cree su punto de vista, lo ayudará a definir el desafío del diseño como una declaración de problema de una manera centrada en el ser humano. Una declaración de problema centrada en el ser humano es importante en el proceso de pensamiento de diseño porque proporciona una manera de guiarlo a usted y a su equipo y enfocarse en las necesidades específicas y descubiertas de sus usuarios. También crea una sensación de posibilidad y optimismo, ya que anima a los miembros del equipo a generar ideas durante la etapa de Ideación del pensamiento de diseño. Por lo tanto, una buena declaración de problema de POV debe tener las siguientes características:

• Céntrelo alrededor de sus usuarios. Debes enmarcar tu punto de vista en torno a usuarios específicos, sus necesidades y los conocimientos empáticos que tu equipo ha obtenido sobre ellos en la fase de empatía. El enunciado del problema debe centrarse en las personas a las que el equipo intenta ayudar, en lugar de en los negocios, la tecnología, las devoluciones monetarias o las especificaciones del producto.
• Hágalo lo suficientemente amplio para la libertad creativa. Su punto de vista debe ser lo suficientemente amplio para permitir flexibilidad creativa y mentalidades innovadoras en la fase de ideación. Hagas lo que hagas, asegúrate de que no lleve a los diseñadores hacia un método o solución de implementación específico, ni enumere un conjunto de requisitos técnicos. Esto restringiría innecesariamente al equipo y evitaría que exploraran áreas de pensamiento que podrían aportar valor y conocimiento inesperados al proyecto.
• Asegúrese de que sea lo suficientemente angosto para que sea manejable. Por otro lado, no quiere que sea tan vago que sea imposible de resolver; un punto de vista como “Mejorar la condición humana” es demasiado amplio y probablemente hará que los miembros del equipo se sientan intimidados y abrumados por el desafío del diseño. Los puntos de vista deben tener suficientes restricciones para que el proyecto sea manejable y se perciba que está dentro de un cierto alcance. Cuando lo haces bastante estrecho, esto también te evita crear un punto de vista que lleva a los diseñadores hacia la tarea imposible de desarrollar conceptos que intentan ser todo para todas las personas.
• Empiece con un verbo. Tu punto de vista debería ser procesable, y esto significa que idealmente debería comenzar con un verbo. Cuando empiece su punto de vista con “crear”, “definir” o “adaptar”, por ejemplo, usted y el resto del equipo percibirán el problema de una manera mucho más orientada a la acción.
• Una fuente de inspiración. Un buen punto de vista tiene el potencial de crear una sensación de posibilidad y optimismo para los miembros del equipo. Debería servir como una fuente de inspiración, a partir de la cual los miembros del equipo pueden generar y hacer rebotar ideas en la fase de ideación que sigue. Incluso debería ser lo suficientemente poderoso como para capturar los corazones y las mentes de cualquier persona que conozca e informar sobre su desafío de diseño, ya sean sus partes interesadas, sus colegas o su abuela.

Sabrá que ha creado un gran punto de vista cuando se centra en las necesidades de sus usuarios de una manera significativa y procesable.

4 pasos para definir su punto de vista (POV)

Ahora que tienes una buena comprensión de lo que es un punto de vista (POV), ¡es hora de aprender a definir uno! Tenga en cuenta que puede encontrar una plantilla descargable sobre este proceso paso a paso al final de esta sección, que puede usar sin conexión con sus colegas.

Paso 1: defina su usuario

• Defina el tipo de persona para la que desea diseñar: su usuario, en otras palabras. Por ejemplo, puede desarrollar una o más personas para definir a su usuario o utilizar mapas de empatía u otros métodos. Hagas lo que hagas, asegúrate de comprender y cristalizar los resultados de tu investigación: observaciones, entrevistas, trabajo de campo, etc.
• Seleccione las necesidades más esenciales de su usuario , aquellas que son más importantes de satisfacer. Puede extraer y sintetizar estas necesidades a partir de sus observaciones, investigación, trabajo de campo y entrevistas; recuerde que las necesidades deben ser verbos.
• Desarrolle y exprese los conocimientos que ha desarrollado y reunido en torno a estas necesidades. Por lo general, sus conocimientos no deben ser una razón para la necesidad, sino más bien una declaración sintetizada que proporciona más información y contexto para aprovechar cuando comienza a idear y diseñar soluciones.

Paso 2: Exprese sus definiciones

Una vez que haya definido a su usuario, cuáles son sus necesidades y toda la información que tenga sobre estas necesidades, puede escribir sus definiciones en una plantilla de punto de vista (POV).

Una plantilla de punto de vista (POV) brinda la oportunidad de expresar declaraciones sobre su usuario, sus necesidades y cualquier conocimiento que tenga de una manera clara y coherente.

Paso 3: Crea tu PDV Madlib

Ahora es el momento de articular adecuadamente su punto de vista combinando estos tres elementos (usuario, necesidad y conocimiento) como una declaración de problema procesable que puede impulsar el resto de su proceso de diseño. Lo que es bueno escuchar es que es sorprendentemente fácil hacer esto cuando inserta sus hallazgos en un PDV Madlib, como el que se ve a continuación.

Algunos ejemplos:

“Un adulto que vive en la ciudad necesita tener acceso a un automóvil compartido de 1 a 4 veces por semana durante 10 a 60 minutos porque preferiría compartir el automóvil con más personas, ya que es más barato y más respetuoso con el medio ambiente”.

“Un adulto que vive en la ciudad con niños necesita una manera segura de llevarlos a la escuela y de regreso porque su escuela no cuenta con un autobús y la escuela está demasiado lejos para que los niños caminen solos”.

“Una familia que vive en la ciudad y le encanta acampar necesita acceso a un vehículo lo suficientemente grande para guardar su equipo dos o tres veces al año durante hasta una semana”.

Puede condensar su punto de vista (POV) cuando usa este POV Madlib. También ayuda a convertir su punto de vista en una declaración significativa y procesable que se centra en las necesidades del usuario, dos cualidades de un gran punto de vista.

Paso 4: asegúrese de que su punto de vista esté en el punto

Como recordatorio final, es una buena práctica utilizar el conjunto de preguntas a continuación como una lista de verificación para asegurarse de haber creado el mejor punto de vista posible.

¿Tu punto de vista:

• ¿Proporcionar un enfoque limitado?
• ¿Enmarcar el desafío del diseño como un punto de vista?
• ¿Inspirar a su equipo para ayudar a sus usuarios?
• ¿Guiar sus esfuerzos de innovación y su proceso de ideación?
• ¿Informar criterios para evaluar ideas en competencia?
• ¿Captar la atención de la gente?
• ¿Parece válido, perspicaz, procesable, único, significativo y emocionante?

Si la respuesta a todas las preguntas anteriores es “sí”, ¡yay! Ahora está bien equipado para crear declaraciones de puntos de vista increíbles, y es hora de comprender cómo puede comenzar a usar su punto de vista para informar el resto del proceso de diseño.

¿Cómo puede identificar un desafío bien enmarcado?

Un desafío bien enmarcado tiene suficientes limitaciones, pero deja espacio para explorar; echemos un vistazo a dos ejemplos.

Desafío lineal y restrictivo: su gerente le dice que: “Diseñe un póster que aumente las inscripciones para nuestro próximo evento”.

Vs.

Desafío exploratorio bien enmarcado: su gerente pregunta: “¿Por qué la gente no se inscribe en el evento?”

Desafío lineal y restrictivo: Su colega le dice que: “Rediseñe el empaque para que nuestro producto se note más en el estante”.

Vs.

Desafío exploratorio bien enmarcado: su colega pregunta: “¿Qué tiene nuestro producto que hace que la gente lo ignore?”

Como puede ver, los escritos lineales tradicionales a menudo solo intentan poner un parche sobre el problema de un mercado objetivo que no responde lo suficientemente bien a lo que se ofrece. En el pensamiento de diseño, intentamos crear desafíos de diseño más bien enmarcados que profundicen y lo ayuden a comprender a sus usuarios, sus necesidades y conocimientos sobre ellos antes de que decida qué curso de acción tomar. De esta manera, el pensamiento de diseño nos ayuda a enfocarnos en con qué tipo de usuarios estamos tratando, las necesidades que queremos abordar en nuestro desafío de diseño y si realmente abordamos esas necesidades lo suficientemente bien a través de nuestras soluciones.

Definir y redefinir: la naturaleza iterativa del Design Thinking

Las cinco etapas del pensamiento de diseño no son pasos secuenciales, sino diferentes fases en las que puedes ponerte para iterar en tu declaración de problema, idear, hacer prototipos y aprender más sobre tus usuarios en cualquier momento durante el proyecto.

Es importante recordar que la definición inicial de su desafío de diseño se basa en su conjunto inicial de restricciones o entendimientos, y que debe revisar y replantear su desafío de diseño cada vez que descubra nuevos conocimientos que indiquen que debe enmarcar el problema de una manera ligeramente diferente. No tenga miedo de volver a visitar las fases anteriores del proceso de pensamiento de diseño en cualquier momento; ¡incluso puede optar por volver a la fase Definir después de haber probado algunos prototipos, por ejemplo!

Los puntos de vista en el pensamiento de diseño son diferentes de los desafíos del diseño tradicional

La forma en que enmarcamos los desafíos de diseño en el pensamiento de diseño está en marcado contraste con los modelos comerciales para la resolución de problemas lineales, que intentan racionalmente definir todo por adelantado y luego grabar para lograr la solución establecida de manera sistemática. Si bien el pensamiento de diseño también es un proceso muy sistemático, su enfoque se trata más de cómo descubrir el problema en lugar de eliminar una solución establecida. Idris Mootee menciona esto en su libro, Design Thinking for Strategic Innovation , cuando afirma que más del 80% de las herramientas, sistemas y técnicas de gestión son para la captura de valor , mientras que el papel del design thinking es la creación de valor .