Aprendizajes sobre cultura de producto y Product Discovery

Las metodologías de diseño evolucionan rápidamente y hoy se habla mucho de cultura de producto, discovery, product design y product management. Este artículo te ayudará a entender estos temas.

Actualmente trabajo en una empresa de SAAS (Software as a service) del segmento de lawtech o legaltech y, cuando entré en 2017, estábamos en un período en que todavía hablábamos de UX y UI. Con el paso de los años conocimos el libro Inspired: How to Create Tech Products Customers Love y entonces empezamos a sumergirnos en esta idea de "Producto". Para eso estudié el libro y comencé a seguir los canales que trataban el tema, hasta que entendimos que la investigación cualitativa y cuantitativa podía ser intermediada por un rol importante, el de Product Management, que debería liderar el proceso de Discovery.

Este libro ahora cuenta con una versión en portugués con el nombre de Inspirado: Como Criar Produtos De Tecnologia Que Os Clientes Amam.

Explicándolo de forma resumida, el Discovery es una etapa estratégica en la que el Product Manager debe realizar investigaciones dentro y fuera de la empresa para crear una lista de ítems con altas probabilidades de ser consumidos, que generen ganancias y contribuyan al crecimiento del negocio.

Con el product manager podemos tener una visión más estratégica de lo que debemos construir en cada período de desarrollo y, a través del Discovery, empezamos a estrechar más el contacto con los clientes.

Como Product Designer, mi papel es ayudar y facilitar las técnicas de investigación cualitativas y cuantitativas y comprender los dolores de los clientes y las estrategias que adoptaremos para solucionar los problemas, considerando restricciones de negocio, jurídicas, tecnológicas, culturales, de comportamiento y de plazo.

Cuando se elige un problema para ser resuelto, el proceso con el que he trabajado tiene en general las siguientes etapas:

• Inmersión

• Ideación

• Prototipado

• Pruebas

• Ajustes

• Escritura de Pitch

• Desarrollo

• Seguimiento del equipo

• Aprendizajes de la funcionalidad lanzada

Esto es realmente parecido a otros enfoques, pero lo que aprendí fue que la cultura de producto trajo, en el rol del product manager, una consolidación de las actividades de Gestión de proyectos, Investigación con usuarios, Design Thinking, Service Design, entre otras, es decir, una visión más holística del producto.

Lo que cambia en el día a día es que, como designer, puedo estar junto con el Product Manager ayudando en el Discovery y comprendiendo los dolores de los clientes, pero con foco en técnicas de investigación cualitativa y cuantitativa, facilitación de interacciones con stakeholders, usabilidad y diseño. Esto ayuda mucho, pues la mayor parte del tiempo lo que se va a trabajar tiene realmente sentido desde el punto de vista de la deseabilidad (los clientes quieren usarlo), la sostenibilidad (tiene sentido financieramente) y la viabilidad (es posible construirlo dentro de las restricciones existentes). Digo esto porque es muy común que se construyan ininterrumpidamente, en las empresas de tecnología, funcionalidades sin adherencia al mercado, sin que aporten valor a las personas.

Para entender lo que dicen algunos especialistas de Product Management, veamos algunas citas.

"Product Management es el área responsable de conectar la estrategia de la empresa con los problemas y necesidades de los clientes por medio del software. Debe, al mismo tiempo, ayudar a la empresa a alcanzar sus objetivos estratégicos mientras soluciona los problemas y las necesidades de los clientes".

Joaquim Torres

"La pista de Discovery trata de generar rápidamente ítems validados para el Product Backlog, y la pista de Delivery trata de desarrollar software de manera que llegue a manos de los usuarios lo más rápido posible".

Marty Cagan

Product Delivery es el proceso de construir de forma Lean lo que se encontró en Discovery. Según Cagan, también es necesario evaluar siempre el riesgo de Valor, Usabilidad, Viabilidad técnica y de Negocio, y necesitamos descubrir si:

• ¿Estamos trabajando en un problema real?

• ¿Existe demanda?

• ¿Conocemos el problema lo suficiente?

• ¿Los usuarios ven valor al punto de usarlo o comprarlo?

Otro concepto fundamental de la cultura de producto es buscar Outcomes (resultados) en lugar de Outputs (entregas).

"Al final del día, tu trabajo es minimizar la entrega (output) y maximizar el resultado (outcome) y el impacto".

Jeff Patton

User Story Mapping

Sobre el área de producto, se puede entender que su función es ser responsable de todos los aspectos de un producto, desde los objetivos estratégicos hasta la experiencia del usuario, durante toda la vida del producto, desde la concepción hasta el fin.

Una parte importante de este proceso es medir los resultados a través de métricas cualitativas y cuantitativas, es decir, después de la entrega de un producto es necesario dar seguimiento a su desempeño y a las impresiones de los consumidores.

Por supuesto, todo esto suele ser desafiante. Pienso que estas metodologías necesitan adaptación y maduración dentro del proceso de cada empresa, que el primer paso para evolucionar este proceso es estudiarlo e intentar construir un poco a la vez dentro del equipo de producto. Obviamente es una intención que puede venir de los gestores o del equipo, y cada contexto tiene sus desafíos.

Otro punto importante es que la propuesta del enfoque de producto debe darse en una pista de descubrimiento continuo y entrega continua, es decir, mientras el Product Manager trabaja en el discovery de lo que ya se entregó y de lo que deberá entrar en desarrollo en el próximo período, debe haber un equipo de producto autónomo (desarrolladores, designers, analistas de calidad) que deberá estar iterando y aprendiendo con las entregas parciales del producto, haciendo pruebas de usabilidad, por ejemplo, en producción (sistema en línea disponible para los clientes). Esto también se llama Dual Track Agile.

Fuente de la imagen: https://aktiasolutions.com/product-discovery/

El objetivo del Discovery es aprender rápido y no validar hipótesis. Las hipótesis deben validarse con el producto en manos de los clientes, en un escenario real. Después del lanzamiento de una funcionalidad el Discovery continúa a través de las investigaciones y finalmente las hipótesis podrán ser validadas.

Enlaces para saber más sobre Producto:

https://www.cursospm3.com.br/blog/

https://uxdesign.cc/introducing-dual-track-agile-27a23d12268b