Product Discovery: descubrir un producto valioso, usable y factible
•Descargar como PPTX, PDF•
2 recomendaciones•517 vistas
El documento describe las actividades de descubrimiento de producto (product discovery) realizadas para identificar un producto valioso, usable y factible. Estas actividades incluyen talleres de story mapping, lean canvas, elevator pitch y modelos de negocios para estimar riesgos, prioridades y el MVP. El objetivo es maximizar el impacto minimizando los recursos a través de experimentos que prueben las suposiciones más arriesgadas.
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a Product Discovery: descubrir un producto valioso, usable y factible
Similar a Product Discovery: descubrir un producto valioso, usable y factible (20)
Más de Federico Zuppa
Último
Último (20)
Product Discovery: descubrir un producto valioso, usable y factible
- 1. Product Discovery Federico Zuppa - @fzuppa – fzuppa@10pines.com
- 2. ////// Proyectos Diversos Product Discovery
- 3. ////// Qué buscamos descubrir con el Product Discovery Estimación inicialRiesgosModelo de negocios MVPPrioridades¿Qué?¿Por qué?
- 4. El rol del product manager es descubir un producto que sea valioso, usable y feasible “ ”
- 5. Siempre hay más features a construir de las que tenemos plata y tiempo para “ ”
- 6. Maximizar el impacto, minimizando el output“ ”
- 7. RAT = Riskiest Assumption and Test it
- 8. A través de una serie de talleres donde participan todos los involucrados ////// ¿Cómo hacemos el PD?
- 9. //////Talleres Story mapping Que Lean Canvas Elevator Pitch Modelo de negocios ¿Qué me quita el sueño? Riesgos Experimentos de Usablidad Personas Usabilidad
- 10. ////// User Story Mapping
- 11. //////
- 12. Actividad 1 Actividad 2 Tarea1 Tarea 2 Tarea 3 Tarea 1 Tarea 2Tareas de usuario tiempo Actividades & procesos de negocio
- 13. Cargar Prods Cobrar Ingresar cod Producto Tomar Pago c/efectivo Emitir Recibo Cajero Calcular Total Escanear Producto Tomar Pago c/tarjeta Menos Opcionales Mas Opcionales tiempo
- 14. Recorriendo el Story Map
- 15. //////
- 17. Problema Solución Metricas Clave Propuesta de Valor Única Ventaja Diferencial Canales Segmento de Clientes Estructura de Costos Flujo de Ingresos http://leanstack.com 11 2 3 4 55 6 7
- 19. Elevator pitch ////// Elevator Pitch
- 20. Para Quienes El Es un Que A diferencia de El nuestro <<Elevator Pitch Template>> <<Segmento de Clientes>> <<Tienen una necesidad o un problema>> <<Nombre>> <<Categoría>> <<Beneficio clave>> <<Diferencial>> <<Alternativa primaria>>
- 29. agile software development & service ////// Información de Contacto Alem 896 6to piso (1001) - Buenos Aires - Argentina +54 (11) 6091-3125 Info@10pines.com www.10pines.com @10pines
Notas del editor
- Hola, soy Federico de 10Pines. Tengo 2 invitaciones: la 1ra es a que vengan al curso que estoy organizando de David Hussman los días 12 y 13 de Dic en Bs As. Intitulado Product Discovery & Product Delivery. David es un agilista muy reconocido con gran experiencia en la creación de productos, es decir q va recomendado a PO y PMs. La 2da es la invitación a q nos juntemos a charlar sobre tecnicas de Product Discovery. Yo les voy a estar contando un poco sobre como encaramos esta fase en 10Pines, porq es tan importante y tbn sobre algunas herramientas que usamos. Los espero!
- En 10Pines construimos aplicaciones para clientes muy diversos, desde grandes corporaciones que por supuesto poseen grandes presupuestos y que en gral. Buscan hacer aplicaciones para optimizar ciertas areas de su negocio hasta startups que desean desarrollar una primera versión de alguna idea. A pesar de las diferencias, creemos que en todo los casos es importante empezar el desarrollo a través de una etapa que denominamos Product Discovery que sirve para crear una visión compartida del producto que vamos a desarrollar.
- MVP no es un producto. En realidad, lo q estamos haciendo es identificar la asunción más importante y testearla. Es decir q estamos construyendo algo q nos permita testear rapidamente que esto q creemos es un problema que merece la pena resolverse, realmente lo es. En vez de construir tu MVP, identifica tu asunción mas riesgosa y testeala. RAT = Riskiest Assumption and Test it
- Backbone:
- Segmento de clientes: a quienes va a apuntar nuestro producto? 1. 3 problemas mas importantes que estos usuarios tienen. Acá tienen q pensar como estan resolviendo estos problemas en la actualidad 2. Un mensaje simple, claro y atractivo que explique porq tu solución es diferente y porq vale la pena comprarla 3. Features más importantes, al costa de c/problema 4. Como vas a llegar a tus clientes 5. Flujo de ingresos: que son las cosas que vas a cobrar y cuanto las vas a cobrar. No soy un experto en teoría de precios y no se nada de como se debería testear ese precio si se que una de las hipotesis más fuertes que tienen q testear con este producto es que verdaderamente estos segmentos de clientes van a pagar por la solución
- Algo que nosotros cambiamos fue que en lugar de separa en layer/release, separamos en layers/prioridad. De esta forma, definimos/obligamos/ayudamos a poner prioridad a las cosas a hacer.