Gestión de Productos
MVP
¿Por qué creamos productos?
Para satisfacer a los clientes
Para tener muchos
usuarios logueados
Para obtener mucho
dinero
Realizar una gran visión,
cambiar el mundo,
mejorar la sociedad
¿Qué características realmente usamos del
software?
Creación de Productos
VALOR vs. DESPERDICIO
• Preguntas: ¿Cuáles de nuestros esfuerzos crean
valor y cuáles son desperdicio?
• Lean Thinking define la creación de valor como
proveer beneficios a los clientes, cualquier otra
cosa es desperdicio!
• La productividad de un Startup no puede
medirse en términos de cuánto se construye
cada día, por el contrario se debe medir en
términos de averiguar la cosa correcta a
construir cada día
Algunos conceptos importantes para la
Gestión de Productos
Minimal Viable Product (Producto
Mínimo Viable)
Minimal Release Feature (Características
Mínimas del Release)
Minimal Marketable Feature
(Característica Mínima Comercializable)
8
Gestión de Productos de Software
Eric Ries: “versión de un nuevo
Es un concepto de Lean Startup producto que permite a un equipo
que enfatiza el impacto del recopilar la cantidad máxima de
aprendizaje en el desarrollo de aprendizaje validado sobre clientes
nuevos productos. con el menor esfuerzo”. Este
aprendizaje validado viene en forma
de si sus clientes realmente
comprarán su producto.
Una premisa clave detrás de la idea
de MVP es que usted produce un Ver lo que la gente realmente
producto real que puede ofrecer a hace con respecto a un
los clientes y observar su producto es mucho más
comportamiento real con el confiable que preguntarle a la
producto o servicio. gente qué harían.
MVP: Características Claves
TIENE EL VALOR SUFICIENTE PARA QUE LAS DEMUESTRA SUFICIENTE BENEFICIO PROPORCIONA UN CICLO DE
PERSONAS ESTÉN DISPUESTAS A USARLO O FUTURO PARA RETENER A LOS RETROALIMENTACIÓN PARA GUIAR
COMPRARLO INICIALMENTE. PRIMEROS USUARIOS. EL DESARROLLO FUTURO.
10
Confundir a un MVP, que se enfoca en el aprendizaje,
con Característica Comercializable Mínima (MMF) o con
Producto Comercializable Mínimo (MMP), ambos se
enfocan en “ganar”.
MVP vs
El riesgo de esto es entregar algo sin considerar si es lo
correcto que satisface las necesidades del cliente. MMF o MMP:
Enfatizar la parte mínima de MVP con exclusión de la
parte viable. El producto entregado no es de calidad Errores comunes
suficiente para proporcionar una evaluación precisa de
si los clientes utilizarán el producto.
Entregar lo que consideran un MVP, y luego no hacer
más cambios a ese producto, independientemente de
los comentarios que reciban al respecto.
¿Y dónde está el valor?
❑El éxito no es entregar un producto, el éxito se trata de
entregar un producto (o característica de producto)
que el cliente usará.
❑La forma de hacerlo es alinear los esfuerzos
continuamente hacia las necesidades reales de los
clientes.
❑The Build-Experiment-Learn feedback loop permite
descubrir las necesidades del cliente y alinearlas
metodológicamente.
Build-Experiment-Learn Feedback loop
Idea
Aprender Construir
Datos Producto
Experimentar
La fase CONSTRUIR: MVP
Smoke Tests Prototipos
Un producto con
No hay producto características faltantes o
construido aún! problemas
Ejemplo de MVP: Dropbox
Dropbox es una herramienta fácil de usar para compartir y sincronizar
archivos, que utiliza una técnica de almacenamiento en caché de inserción
(o replicación completa) Hace Push
inmediatamente al
servicio de Dropbox &
todos los dispositivos
compartidos
Ejemplo de MVP: Dropbox
• Dropbox requiere integración con una variedad de plataformas
informáticas y sistemas operativos: Windows, Macintosh, iPhone,
Android, etc.
• También requiere un profundo conocimiento y experiencia de los
sistemas distribuidos (almacenamiento en caché, replicación,
consistencia, confiabilidad, disponibilidad, etc.)
• Para evitar el riesgo de despertarse después de años de desarrollo
con un producto que nadie quería, Drew Houston (fundador y CEO
de Dropbox) hizo algo inesperadamente fácil
• Hizo un video!
Ejemplo de MVP: Dropbox
• El video fue una demostración de 3 minutos de la tecnología, como debe
funcionar
• Fue narrado por el propio Drew (¡fue realmente banal!)
• Se dirigió a los primeros usuarios, que no necesitan una solución perfecta para
intrigarse
• Drew relató: “Condujo a cientos de miles de personas al sitio web. Nuestra lista
de espera beta pasó de 5000 personas a 75000 personas literalmente de la noche
a la mañana. Nos impresionó totalmente ”.
• Hoy, Dropbox vale más de $ 10 mil millones
• Lección: ¡Piensa en grande pero comienza en pequeño!
La fase CONSTRUIR: MVP
• Decidir qué tan complejo, no se puede hacer un MVP de manera
formulada:
✓ ¡Requiere juicio!
✓ En caso de duda, simplifique
✓ Evite la construcción excesiva y la promesa excesiva
✓ Cualquier trabajo adicional más allá de lo que necesita para
comenzar el ciclo podría ser un desperdicio
• Un MVP no sólo habla sobre el diseño del producto y las preguntas
técnicas, sino que también sirve para probar hipótesis comerciales
fundamentales
• Por lo tanto, sirve para proporcionar una dosis necesaria de realidad
Preparar un MVP
Crear un
Encontrar un Investigar la Pre-vender el
Roadmap
Nicho Competencia MVP
Realista
Asegurarse que el
Focalizar en las
Testear las MVP resuelve el
funcionalidades
suposiciones problema
principales
correcto
Alternativas de MVP
• MVP Manual: Un MVP manual implica poner un modelo que parece ser un MVP real en
funcionamiento, pero se realizan físicamente las funciones de MVP. Este modelo no es
particularmente escalable; sin embargo, puede ser un buen experimento para saber si hay
suficiente demanda para el producto que está ofreciendo. Esto puede ayudarlo a validar sus teorías
con poco o ningún costo.
• Conserje MVP: En lugar de presentar un MVP, puede comenzar con un servicio manual que imite
los pasos de su MVP previsto. Esta es una forma de obtener comentarios de los clientes sobre el
valor real de las funciones que está considerando desarrollar. En este caso, no necesita muchos
clientes para recopilar los datos que necesita para refinar su modelo de producto.
• MVP con una única Característica: Algunos MVP muy exitosos comenzaron con una función única,
como Dropbox y Google. Para hacer esto con su MVP, tome una solución a un problema que
requiera mucha mano de obra para su equipo de desarrollo y reduzca la escala a una solución
parcial para ese mismo problema. Es bueno resolver un problema por completo; sin embargo, si
puede resolver parte del mismo problema por una fracción del tiempo y esfuerzo, eso es una
ganancia neta para su producto. Si puede evitarlo, evite perder tiempo y dinero en un MVP que
nadie tiene garantizado desear. Decida qué es lo mínimo que puede lograr de inmediato para
comenzar a recopilar comentarios de los consumidores sobre su idea.
