{"id":3576,"date":"2016-10-05T15:35:53","date_gmt":"2016-10-05T15:35:53","guid":{"rendered":"https:\/\/caroli.org\/es\/?p=3576"},"modified":"2021-03-19T10:59:58","modified_gmt":"2021-03-19T09:59:58","slug":"7-sencillos-pasos-para-alinear-que-va-en-el-producto-minimo-viable-mvp","status":"publish","type":"post","link":"https:\/\/caroli.org\/es\/7-sencillos-pasos-para-alinear-que-va-en-el-producto-minimo-viable-mvp\/","title":{"rendered":"7 sencillos pasos para alinear qu\u00e9 va en el producto m\u00ednimo viable (MVP)"},"content":{"rendered":"

El producto m\u00ednimo viable (en ingl\u00e9s, Minimum Viable Product, or MVP) es la versi\u00f3n m\u00e1s simple de un producto que puede ser puesta a disposici\u00f3n de la empresa. MVP determina cu\u00e1les son las caracter\u00edsticas m\u00e1s esenciales con el fin de tener un m\u00ednimo de producto funcional que puede a\u00f1adir valor al negocio (producto m\u00ednimo) y puede ser utilizado y validado por el usuario final (producto viable) de manera eficaz.<\/p>\n

 <\/p>\n

\"\"<\/p>\n

Ejemplo de plan de desarrollo de productos en base a MVP<\/p>\n

 <\/p>\n

Sin embargo, tradicionalmente, los productos se definen con todas sus caracter\u00edsticas. Se describe el producto entero. Alguien tiene toda la visi\u00f3n completa y est\u00e1 interesado \u200b\u200ben la construcci\u00f3n de \u00e9ste producto. Se crea y se define el plan de construcci\u00f3n del producto.<\/p>\n

 <\/p>\n

\"traditional-product\"<\/p>\n

Ejemplo de plan tradicional para la creaci\u00f3n del producto<\/p>\n

 <\/p>\n

Pero estamos lidiando con dos estrategias diferentes: (1) maximizar las posibilidades de \u00e9xito, por lo que hay que construir un producto con tantas caracter\u00edsticas como sea posible. Cuanto m\u00e1s caracter\u00edsticas hay, mayor es la probabilidad de \u00e9xito, o (2) entregar r\u00e1pido, entregar frecuentemente; Por lo tanto, conseguir la retroalimentaci\u00f3n lo m\u00e1s pronto posible. El producto est\u00e1 construido de forma incremental, a\u00f1adiendo MVPs recien-creados al producto existente.\u00a0 La entrega continua e incremental proporciona un aumento de valor del producto a lo largo del tiempo, logrando a conseguir la retroalimentaci\u00f3n lo m\u00e1s r\u00e1pido posible, y validar las hip\u00f3tesis de negocio.<\/p>\n

\"\"<\/p>\n

No es f\u00e1cil hacer frente a esta disparidad entre el significado de Producto M\u00ednimo Viable y la comprensi\u00f3n del producto en su totalidad. Despu\u00e9s de experimentar muchas actividades que tratan de aceptar todo, pero se centran en los MVP, he documentado una receta que ha tenido mucho \u00e9xito. Llam\u00e9 este conjunto de pr\u00e1cticas y t\u00e9cnicas Lean Inception, y les comparto en el libro (publicado recientemente) del mismo nombre<\/a>. Aqu\u00ed siguen los siete pasos de esta receta:<\/p>\n

Escriba la visi\u00f3n del producto<\/h2>\n

Con la ayuda de una visi\u00f3n clara del producto, se puede determinar cu\u00e1les y c\u00f3mo las primeras piezas de su rompecabezas de negocios se unir\u00e1n. Usted debe decidir sobre qu\u00e9 caracteristica del producto\u00a0 o camina inicial es trillada, y cu\u00e1l ser\u00e1 su estrategia de posicionamiento.<\/p>\n

 <\/p>\n

Para [usuario final]<\/p>\n

cuyo [problema que necesita ser resuelto]<\/p>\n

El [Nombre del producto]<\/p>\n

es un [categor\u00eda de producto]<\/p>\n

que [beneficio clave, la raz\u00f3n para adquirir ese producto].<\/p>\n

A diferencia de [alternativa competitiva]<\/p>\n

nuestro producto [diferencia clave].<\/p><\/blockquote>\n

Escriba los objetivos del producto<\/h2>\n

Decidir qu\u00e9 NO hacer es tan importante como para decidir qu\u00e9 s\u00ed.<\/p>\n

 <\/p>\n

El producto es …<\/p>\n

El producto no es …<\/p>\n

El producto hace …<\/p>\n

El producto no hace …<\/p><\/blockquote>\n

\"\"<\/p>\n

Si usted tiene que resumir este producto en tres objetivos para sus usuarios, \u00bfcu\u00e1les ser\u00edan?<\/p>\n

Describe las Personas<\/h2>\n

Una persona representa un usuario del sistema, describiendo no s\u00f3lo su papel, sino tambi\u00e9n sus caracter\u00edsticas y necesidades espec\u00edficas. Esto crea una representaci\u00f3n realista de los usuarios, lo que ayuda al equipo describir las funcionalidades desde el punto de vista de quienes interactuar\u00e1n con el producto final.<\/p>\n

\"exemplo-personas-perfil-comp-obj\"<\/p>\n

\"\"<\/p>\n

Mostrar los User Journeys<\/h2>\n

La User Journey<\/em> describe la trayectoria de un usuario a trav\u00e9s de una secuencia de pasos para lograr una meta. Algunos de estos pasos representan diferentes puntos de contacto con el producto, representando la interacci\u00f3n del usuario con \u00e9l.<\/p>\n

\"\"

Ejemplo de User Journey<\/p><\/div>\n

Las preguntas sencillas ayudan con el comienzo de la descripci\u00f3n de la journey. Algunos ejemplos:<\/p>\n

– \u00bfQu\u00e9 quiere lograr esta persona?<\/p>\n

– \u00bfC\u00f3mo comienza su journey?<\/p>\n

– \u00bfQu\u00e9 hace antes de eso?<\/p>\n

 <\/p>\n

Una vez descrito las journeys, hay que buscar las funcionalidades requeridas para cada paso.<\/p>\n

<\/h2>\n

Brainstorm de Funcionalidades<\/h2>\n

 <\/p>\n

La funcionalidad es una descripci\u00f3n de una acci\u00f3n o interacci\u00f3n del usuario con el producto. Por ejemplo: imprimir una factura, consultar la declaraci\u00f3n detallada, e invitar amigos en\u00a0 Facebook.<\/p>\n

 <\/p>\n

La descripci\u00f3n de una funcionalidad debe ser lo m\u00e1s simple posible. El usuario est\u00e1 tratando de hacer algo. El producto debe tener una funcionalidad para ello. \u00bfQu\u00e9 funcionalidad ser\u00e1?<\/p>\n

 <\/p>\n

Dado que ya tenemos los personajes y los principales objetivos del producto. La siguiente pregunta ayuda con el descubrimiento de las funcionalidades:<\/p>\n

\u00bfQu\u00e9 necesita tener el producto para que una persona alcanza su meta?<\/p>\n

\"sample-features\"<\/p>\n

Las siguientes tablas ayudan con los conocimientos t\u00e9cnicos, la comprensi\u00f3n del negocio, la estimaci\u00f3n del esfuerzo y la estimaci\u00f3n del valor de negocio.<\/p>\n

 <\/p>\n

\"\"<\/p>\n

\"\"<\/p>\n

gr\u00e1fico y tabela para ayudar en la maquetaci\u00f3n<\/p>\n

En el gr\u00e1fico la funcionalidad recibe su color, en el segundo, las marcas el valor y esfuerzo. El color representa el nivel de incertidumbre: rojo para un alto nivel de incertidumbre, amarillo para un nivel medio y verde para nivel bajo. Mientras tanto, las marcas del valor de negocio y el esfuerzo var\u00edan en una escala de uno, dos o tres veces en comparaci\u00f3n; por ejemplo, E, EE, y EEE.\u00a0 Esto ayudar\u00e1 al equipo en las actividades subsecuentes de priorizaci\u00f3n, estimaci\u00f3n y planificaci\u00f3n.<\/p>\n

 <\/p>\n

La secuencia de liberaci\u00f3n<\/h2>\n

 <\/p>\n

El secuenciador ayuda en la organizaci\u00f3n y la visualizaci\u00f3n de la funcionalidad y la secuencia de liberaci\u00f3n para la entrega continua del producto m\u00ednimo viable (los MVP). El secuenciador organiza y planifica las entregas del producto m\u00e1s all\u00e1 del primer MVP. Adem\u00e1s de las tarjetas de funcionalidades secuenciadas, el secuenciador muestra claramente la agrupaci\u00f3n de funcionalidades para cada MVP. Esto est\u00e1 representado por los post-it (por ejemplo, post-its MVP1, MVP2 y MVP3) que muestran la secuencia de funcionalidades dentro de cada MVP.<\/p>\n

\"secuenciador-2\"<\/p>\n

Construir el Canvas MVP<\/h2>\n

Por \u00faltimo, llegamos a la cumbre de la creaci\u00f3n lean: el Canvas MVP.\u00a0 En \u00e9l, detallar\u00edamos el MVP y sus caracter\u00edsticas, desde las perspectivas de DesignThinking y Lean startup.<\/p>\n

En esta actividad, el an\u00e1lisis realizado hasta la fecha (de productos, personas, caracter\u00edsticas, historias y MVP) se testa mediante bloques bien definidos, espec\u00edficos y esenciales para colaborar en el MVP en cuesti\u00f3n.<\/p>\n

\"\"<\/p>\n

Canvas MVP se divide en siete bloques que respondan a las siguientes preguntas:<\/p>\n

    \n
  1. Propuesta o visi\u00f3n del MVP<\/strong> \u2013 \u00bfCu\u00e1l es la propuesta de este MVP?<\/li>\n
  2. Segmentos de personas<\/strong> \u2013 \u00bfPara qui\u00e9n es este MVP? \u00bfEn qu\u00e9 plataforma estar\u00e1 disponible?<\/li>\n
  3. Viajes de usuario<\/strong> \u2013 \u00bfQu\u00e9 viajes se mejorar\u00e1n con este MVP?<\/li>\n
  4. Funcionalidades<\/strong> \u2013 \u00bfQu\u00e9 estamos construyendo en este MVP? \u00bfQu\u00e9 acciones se van a simplificar o mejorar en este MVP?<\/li>\n
  5. Resultado esperado<\/strong> \u2013 \u00bfQu\u00e9 aprendizaje o resultado buscamos en este MVP?<\/li>\n
  6. M\u00e9tricas para la validaci\u00f3n de hip\u00f3tesis de negocio<\/strong> \u2013 \u00bfC\u00f3mo podemos medir los resultados de este MVP?<\/li>\n
  7. Costo y cronograma<\/strong> \u2013 \u00bfCu\u00e1l es el costo esperado y la fecha de entrega y validaci\u00f3n de este MVP? \u00bfHay alguna restricci\u00f3n de tiempo?<\/li>\n<\/ol>\n

     <\/p>\n

    \"\"<\/p>\n

    [content_block id=3237 slug=es-inception-mvp-y-directo-al-punto]<\/p>\n","protected":false},"excerpt":{"rendered":"

    El producto m\u00ednimo viable (en ingl\u00e9s, Minimum Viable Product, or MVP) es la versi\u00f3n m\u00e1s simple de un producto que puede ser puesta a disposici\u00f3n de la empresa. MVP determina cu\u00e1les son las caracter\u00edsticas m\u00e1s esenciales con el fin de tener un m\u00ednimo de producto funcional que puede a\u00f1adir valor al negocio (producto m\u00ednimo) y […]<\/p>\n","protected":false},"author":1,"featured_media":2024,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1923],"tags":[],"inception_activities":[],"colaboradores":[],"class_list":["post-3576","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-lean-inception-es"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/3576","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=3576"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/3576\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/2024"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=3576"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=3576"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=3576"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=3576"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=3576"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}