El cuestionario a continuación desarrolla algunos aspectos importantes del pensamiento del producto, la comprensión de problemas, la solución y la planificación estratégica de la entrega.

He utilizado este cuestionario como parte de un taller. Básicamente, el grupo revisaría algunas iniciativas/proyectos y respondería estas preguntas.

 

Análisis previo

En base a los casos que hemos hablado ¿crees que se hizo un análisis previo suficiente? ¿Cómo lo plantearías tú?

• Pienso que es mejor ir directamente a la solución, lo importante es ponerse a desarrollar, Hay que ser ágiles, al final, a pesar de todo el análisis que hagas, las cosas siempre salen cuando te pones a trabajar. Y sobre todo, cuando se trata de productos que sustituyen un legacy, al fin y al cabo, estoy replicando algo que ya existe y no necesito invertir tanto tiempo en analizar puesto que no parto de cero.
• Al menos se deberían realizar algunas entrevistar con los usuarios para entender lo que esperan del producto, pero es muy importante empezar cuanto antes por lo que no invertiría más de una semana.
• Entender las necesidades del usuario y lo que esperan es muy importante para saber que debo incluir en el MVP y qué debo dejar fuera, incluso cuando hay presión por entregar rápido creo que al menos necesitaría dos semanas para identificar a los usuarios clave, entrevistarlos, comprender el proceso y sus funcionalidades clave.
• Para plantear una base sólida que me permita ser ágil durante el desarrollo del producto, no es suficiente con dos semanas. Necesito tener un listado de requerimientos completo para así poder alcanzar una visión global del producto, entender todas las funcionalidades y priorizarlas correctamente, de esta forma no solo sabré con certeza lo que debo incluir en el MVP si no que tendré un roadmap de producto muy bien definido a largo plazo.

 

Involucrar a los usuarios

¿En estos casos se involucró a los usuarios para definir el MVP? En los casos en los que consideres que podría haberse hecho mejor, ¿Cuál crees que fueron las causas por las que en ese momento no se hizo correctamente? ¿Crees que es necesario involucrar a los usuarios y otros stakehodlers clave para realizar un MVP?

• Pienso que las entrevistas con usuarios son ineficientes, muchas veces ni siquiera ellos saben bien lo que quieren. Es mejor enseñarles algo real, que lo usen y trabajar sobre ello.
• Es fundamental identificar a los usuarios clave, no es eficiente entrevistar a muchos usuarios, pero sí a los usuarios principales para obtener un buen entendimiento del contexto, sus necesidades principales y los problemas que se quieren resolver.
• Para obtener una visión completa del proceso cuantos más usuarios entreviste mejor, es muy difícil que con tan solo dos o tres usuarios obtenga una imagen global del problema que queremos resolver.

 

Planificación

En cuanto a la Planificación, ¿Cómo crees que se hizo en los casos que hemos visto? ¿Piensas que es importante la planificación de la solución antes de empezar a construirla?

• Creo que es inútil tratar de resolver el problema completo en esta fase, lo mejor es resolver una parte mínima del problema y utilizarla para acercarse a los usuarios y poder validar la dirección de la solución para los siguientes incrementos.
• Se deben de planificar varias versiones e ir entregando la solución completa de forma incremental (v1, v2, v3…), teniendo en cuenta que la primera versión es fundamental y es donde se debería resolver una parte sustancial del problema.
• Se debe tener un plan muy detallado para la solución. Todo el mundo debería poder seguir el progreso del proyecto, según el plan.

Prototipado y pantallas UX

¿Cómo se gestionó en estos casos el prototipado y a las pantallas UX? ¿Cómo crees tú que debería enfocarse?

• No invertiría mucho en esto, a lo sumo un par de bocetos. Lo importante es construir una versión mínima rápidamente que poder compartir con usuarios “early adopters” de los que poder aprender.
• No realizaría un prototipado ni las pantallas UX para toda la solución, pero sí para el Producto Mínimo Viable (MVP). El MVP nos ayudará a validar las hipótesis y la dirección de la solución.
• Se debería realizar al menos para los escenarios más importantes de la solución y compartirlo con los stakeholders clave para que lo puedan visualizar para posteriormente planificar cómo construirla.
• Es fundamental crear una experiencia de usuario completa y detallada para impresionar al usuario y comprometerle con la solución.

 

Detalle del plan

En cuanto a la planificación de entrega ¿cómo fue en estos casos? ¿Cómo crees que se debería planificar la entrega de forma correcta?

• Es mejor no planificar la entrega, empezar con un experimento y compartirlo con unos pocos stakeholders clave, y posteriormente ir decidiendo como evolucionarlo, es fundamental tener flexibilidad para innovar.
• Debe haber un mínimo de planificación, compartir el plan con respecto al MVP, pero no debe ser un plan detallado con todo el backlog de trabajo incluyendo Historias de Usuario, tareas técnicas e Interfaz de Usuario, si no mostrar un conjunto mínimo de características en las que se debe trabajar, con el objetivo de validar las hipótesis de negocio. Una vez que el plan del MVP sea aceptado por las partes interesadas, el equipo de entrega definirá, priorizará y refinará las Historias de Usuario para el MVP.
• Se debe compartir un plan detallado para la primera versión con el backlog de trabajo y las historias de usuario, pero no para la segunda, tercera y posteriores, en estos casos habría que compartir un plan a alto nivel con las épicas.
• Hay que compartir un plan para todas las versiones planificadas y su backlog de trabajo incluyendo Historias de Usuarios, tareas técnicas e interfaces.

 

Feedback de Usuario

¿Cada cuánto crees que se debe buscar obtener feedback de Usuario?

• Hasta que no esté puesta en producción la solución completa no tiene mucho sentido pedir feedback de uso.
• Se debe buscar obtener feedback después del lanzamiento de cada una de las versiones, el feedback podría re direccionar la solución y ajustar las versiones previstas.
• Dado que estamos trabajando con MVPs e incrementos de producto es necesario pedir feedback constante y validar con usuario para tomar decisiones.
• Incluso antes de tener un producto real, ya se debe experimentar con los primeros usuarios. El feedback es esencial para la validación de la dirección del negocio. Pero también se utiliza como motor de innovación. Aprender de los usuarios ayuda a elaborar buenas e innovadoras hipótesis de negocio.

 

 

Este cuestionario me resultó útil para tener una idea del apetito del grupo por trabajar con Producto Mínimo Viable, Pensamiento de Producto y Lean Inception (la continuación del taller).