Product discovery
•Descargar como PPTX, PDF•
0 recomendaciones•646 vistas
El documento describe el proceso de Product Discovery, que incluye identificar el problema, desarrollar una proposición de valor única, crear un discurso elevador, mapear historias y complementos para definir el producto antes del desarrollo. El objetivo es alinear a todas las partes interesadas sobre la necesidad, el alcance y las prioridades del proyecto para tener mayor entendimiento y éxito.
Recomendados
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (19)
Similar a Product discovery
Similar a Product discovery (20)
Product discovery
- 1. Product Discovering Que preguntarse antes de iniciar un proyecto Mayo 2015
- 3. ////// ¿Qué se preguntan cuando empieza un proyecto?
- 4. ////// Cual es el problema? Cada uno tiene una idea diferente de que construir No sabemos muy bien que queremos Que conviene hacer primero? Da lo mismo? Como lo identificamos?
- 5. ////// Cual es el problema? Product Discovery
- 6. //////QueesentonceselProductDiscovery? Es un taller… Conocimiento validado de 5 años de experiencias Es practica puesta en teoria…
- 7. 1 2 4 3 > Unique Value Proposition > Elevator Pitch > Story Mapping > Complementos //////Lospasosaseguir > Flujo de negocio 5
- 8. ////// Unique Value Proposition 1
- 9. 1 ////// Algunos buenos ejemplos de UVP
- 11. Para Quienes El Es un Que A diferencia de Nuestro proyecto <<Template de Elevator Pitch>> <<Usuario objetivo>> <<Necesidad u oportunidad>> <<Nombre del proyecto>> <<Categoria del producto>> <<Beneficio clave>> <<Diferenciacion principal>> <<Competencia/metodo tradicional>>
- 12. ////// Algunos ejemplos reales
- 14. Nuestra receta para un Story Mapping feliz 4
- 15. 4
- 16. El resultado final: Historias listas para contar 4
- 18. El producto final: Product Discovery
- 19. Análisis Desarrollo Validación UsuarioNegocio Contexto Product Discovery Salida Producción Como se sigue?
- 20. ////// Algunas consideraciones 1. Incluir a todas las personas involucradas 2. El proceso completo puede llevar unos 2 o 3 dias 3. Se puede usar como herramienta de preventa 4. Que es un “PD” para el cliente? 5. Confianza con el cliente 6. Objetivo: "Que nos alineemos” 7. Permite tener un mayor entendimiento del negocio y del problema. 8. Sacamos/identificamos desperdicio/vicios 9. Cuidado con “Lo que se dice se hace” 10. Concientizacion del costo de hacer software 11. Construccion colectiva del alcance. 12. Emergente: Tomar el producto como propio 13. El ejercicio de las priorizaciones, pone de manifiesto las limitaciones, y se obliga a moderar las expectativas 14. La idea no es volver al cascada! 15. La incertidumbre no se anula
- 21. Conclusion Final El Product Discovery es una herramienta que nace y toma su fuerza con la colaboración. La colaboración y participación traen consigo el compromiso. Y el compromiso significa un proyecto exitoso
- 22. agile software development & service ////// Información de contacto Alem 693 5ºB (1001) - Buenos Aires - Argentina +54 (11) 6091-3125 Info@10pines.com www.10pines.com @10pines
Notas del editor
- Que problemas tienen cuando empiezan un proyecto? Cada uno tiene una idea diferente <imagen de pensamientos diferntes> No esta muy definido que construir No sabemos bien que queremos Muchas ideas, poco orden Que conviene hacer primero? Da lo mismo? Como lo identificamos?
- El PD es un taller, compuesto de varias actividades que ayuda a cursar las problematicas identificadas anteriormente Es un taller que surge de la practica <es practica puesta en teoria> Surge de un proceso continuo de aprendizaje sobre varios proyectos realizados en 10P durante los ultimos 5 años
- Unique Value proposition Elevator pitch Flujo de negocio Story mapping (custom) Otras Que no nos deja dormir Trade off Sliders A-Team
- Es una de las cosas mas importantes, y de las mas dificiles Destilar la escencia del producto que estamos por construir, en unas pocas palabras Imagina que una persona entra a tu sitio, ve este UVP y en 10 segundos que lee, tiene que entender el valor que agregas con esto. “Unique Value Proposition: A single, clear compelling message that states why you are different and worth buying.” by S. Blank Ejemplos de UVP Leer un poco mas el lean canvas
- Contar la historia del nombre, pensar una buena historia Hacer un elevator pitch planteando un ejemplo (pensar un ejemplo) Vineria online? Buscar ejemplos en internet Un producto conocido? ML? Amazon? Mostrar el template Imagenes de ejemplos
- Toda desarrollo de software tiene un dominio. Ese dominio, de ese dominio tomamos un recorte de la realidad para modelarlo con un sistema en forma de software en la computadora. Este software que vamos a desarrollar, tiene asociado una serie de actividades que surgen del negocio que estamos representando de la realidad. <imagen mapeando realidad con computadora y programador> La idea es identificar las principales actividades del proceso de negocio que estamos a punto de trabajar Las actividades Empiezan con verbos No ensusiarlas con herramientas tecnologicas Alto nivel (tampoco un nivel como “hacer sistema”) Quienes son los que mejor saben esto? Los mismos usuarios potenciales del sistema, los involucrados en el sistema.
- Para una efectiva priorizacion, definir bien que salidas requiere la aplicación. Esto esta muy atado a que objetivos tiene el sistema. Esto basicamente define el espiritu del sistema. Luego, se define que entradas deberia tener. Output => outcome => Impact (como sabemos que estamos teniendo impacto?? De esto habla mucho el libro Lean Startup de Eric Ries)
- Para una efectiva priorizacion, definir bien que salidas requiere la aplicación. Esto esta muy atado a que objetivos tiene el sistema. Esto basicamente define el espiritu del sistema. Luego, se define que entradas deberia tener. Output => outcome => Impact (como sabemos que estamos teniendo impacto?? De esto habla mucho el libro Lean Startup de Eric Ries)
- Una vez que se tienen las actividades, se empiezan a desmenuzar en tareas Por ejemplo… Esto lleva unas 4 a 8 horas dependiendo el tamaño del sistema a construir. Se puede partir en dos la sesion Luego se prioriza en 3 niveles Aca es importante tener en cuenta el objetivo de negocio (identificado previamente) Identificamos lo que seria el MVP en la primera prioridad Luego podria llegar a estimarse cada tarea y estimar cuanto puede llevar el primer release/entregable
- Que no nos deja dormir Identificar riesgos en forma de probabilidad de ocurrencia x impacto => importancia => plan de accion: mitigarlo, eliminarlo, etc Diferencia entre mitigar/tratar/evitarlo/etc Trade off Sliders Sirve para medir y obligar al cliente a priorizar que es mas importante y que vea que no todo puede ser importante. Sirve para que en el momento de tener que tomar decisiones rapido, se tiene decidido que es mas importante A-Team Identificamos los roles mas importantes Identificamos a las personas que van a estar trabajando Las personas son lo mas importante en un proyecto, sin
- 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.
- Que problemas tienen cuando empiezan un proyecto? Cada uno tiene una idea diferente <imagen de pensamientos diferntes> No esta muy definido que construir No sabemos bien que queremos Muchas ideas, poco orden Que conviene hacer primero? Da lo mismo? Como lo identificamos?