Tiene una gran idea para un producto o servicio de software y no puede esperar a que el mundo lo use. Ahora tienes que enfrentarte a una pregunta difícil pero importante. ¿Está invirtiendo mucho dinero y creando tanta funcionalidad por adelantado, o está esperando meses para que el producto se complete, lo que podría permitir que otros lo superen para ingresar al mercado?
La mayoría de las personas en la industria estarán de acuerdo en que crear un producto mínimo viable (MVP) es una forma inteligente. No importa cuán madura sea la empresa, ya sea que se trate de un inicio temprano o de un negocio conocido, MVP es una prueba infalible que demuestra que el esfuerzo que puso en su gran idea no fue en vano.
Debido a su importancia, no sorprende que los gerentes de ingeniería, los gerentes de producto y los fundadores de startups estén tan obsesionados con obtener el MVP correcto. Este proceso puede implicar exprimir hasta el último gramo de rendimiento de los equipos de ingenieros y diseñadores para hacerlo lo más rápido posible, o retrasar el lanzamiento durante meses hasta que la gerencia sienta que el MVP es lo suficientemente específico. En cualquier caso, prepararse para un MVP es un momento emocionante y loco para los negocios.
Es fácil ver la otra cara de esta obsesión: lanzar un MVP a menudo va acompañado del miedo a cometer un error. Un lanzamiento demasiado temprano le brinda la ventaja de poder cambiar de dirección más rápido, pero existe el riesgo de afectar su reputación como marca si el producto tiene fallas o está incompleto. Por otro lado, si lo hace demasiado tarde, puede significar que ha tirado mucho dinero, persiguiendo al conejo equivocado mientras el mercado y la competencia avanzan y avanzan.
Todo esto nos lleva a una pregunta: ¿cuándo deberías lanzar tu MVP? La respuesta a esta pregunta depende de lo que esté tratando de obtener de ella.
El verdadero objetivo del MVP
Mencioné anteriormente que puede usar MVP para verificar la dirección de su producto, pero ¿qué significa esto en la práctica? Pregunte a diferentes partes interesadas y es posible que se sorprenda de las diferentes opciones que obtiene. Aquí hay algunos comunes.
En las nuevas empresas técnicas, los MVP a menudo se crean como una demostración de algunas tecnologías avanzadas. En estos casos, la tecnología es tan nueva que el equipo tiene que resolver problemas que puede resolver. El problema con este enfoque es que estos problemas a menudo son artificiales y no están dictados por las necesidades reales del mercado. Mirando el mercado de los gadgets, vemos un ejemplo de esto en el Samsung Galaxy Fold 2019. Este teléfono se basó en la tecnología de pantallas OLED complejas, con un precio extremadamente alto y sin ventajas reales sobre un teléfono de tableta estándar. Esto causó algo de ruido, pero fue decepcionante en términos de efectividad de ventas.
En el pasado, trabajé en varios proyectos en los que se creó el MVP para este propósito, y ninguno de ellos tuvo éxito. En ambos casos, tuvimos que volver a la mesa de diseño e involucrar a los usuarios potenciales (es decir, nuestros clientes objetivo potenciales) para encontrar una aplicación válida para nuestra idea antes de crear la siguiente iteración. Esto es extremadamente costoso, ya que es posible que tengas que tirar todo el trabajo que has hecho hasta ahora. De hecho, uno de los proyectos ni siquiera tuvo tiempo de crear otro MVP antes de que la startup se quedara sin dinero.
Otra razón por la que las empresas crean MVP es para probar el mercado. permite‘Imagine que una empresa más madura que el ejemplo anterior, menos dependiente de la demostración de su tecnología, decide que la idea satisface las necesidades de varios usuarios y quiere asegurarse de que el mercado sea receptivo antes de seguir invirtiendo. Esta es una opción válida para usar MVP, pero también puedes considerar alternativas más económicas. En el lado más tradicional del espectro, puede usar encuestas para recopilar información del mercado antes de continuar con la creación del propio MVP. Alternativamente, puede participar en la financiación colectiva (si está disponible) o el registro de clientes (al estilo de «Manténgase actualizado» / «Regístrese ahora para obtener más información») y pre-ordenar antes de que comience la producción.
La tercera posibilidad es que cree un MVP solo para probar su idea. Este escenario es similar al anterior, excepto que ni siquiera tiene un grupo inicial de usuarios potenciales aquí. En este caso, es probable que un MVP completo sea redundante. El mejor enfoque es usar prototipos y conceptos de validación para probar su idea antes de hacer un mayor esfuerzo para crear un MVP completo. Puedes usar estos prototipos para atraer una audiencia y encontrar tus primeros suscriptores. Luego, al tener datos específicos del mercado, puede especificar el MVP en función de sus comentarios.
¿Qué es un MVP, realmente?
«Espera un minuto», podría decir, «¿en qué se diferencia un prototipo o validación de concepto de un MVP?» ¿No es lo mismo?” Bueno, en absoluto. Veamos en qué se diferencian, por ejemplo, de una hipotética aplicación de correo electrónico.
Un prototipo es una ficción. Esta es una herramienta que muestra la experiencia del usuario (UX) para su producto potencial, pero carece de la funcionalidad detrás de su fachada. En el caso de un programa de correo electrónico, el prototipo mostrará una bandeja de entrada, una pantalla de creación, una pantalla única de correo electrónico y todas las acciones que permitirán al usuario crear, leer y responder correos electrónicos, y posiblemente incluso cómo mover correos electrónicos a diferentes carpetas y eliminar mensajes funciona. Sin embargo, el prototipo solo ofrecería datos de muestra. En realidad, no enviará ni recibirá correos electrónicos genuinos, ni realizará cambios en la bandeja de entrada del usuario.
La prueba del concepto es básicamente lo opuesto al prototipo. Pone a prueba la tecnología que vas a colocar en tu producto sin preocuparte por la interacción real con el usuario. Mirando de nuevo nuestro programa de correo electrónico, la confirmación del concepto tendría que conectarse y descargar el correo electrónico desde el servidor de correo electrónico real, pero no proporcionaría un mensaje al usuario. También puede mostrar una lista simple de todos los temas para todos los mensajes no leídos sin prestar mucha atención al formato o la buena tipografía.
MVP, por otro lado, es completamente funcional. Combina UX con la funcionalidad que lo hace funcionar. MVP es la iteración más simple de su idea, que puede considerarse un producto real. Por lo tanto, la diferencia entre un MVP y un producto completo es la cantidad de funciones implementadas, y el MVP ofrece un mínimo para que el producto sea utilizable. El MVP para nuestro programa de correo electrónico nos permitirá ver una lista de mensajes no leídos, leer correos electrónicos, redactar y enviar nuevos mensajes. Aunque puede carecer de funciones más avanzadas, como guardar borradores, soporte de carpetas y tal vez incluso responder a todos y CC. El MVP realiza un subconjunto de la lista completa de funciones, pero realiza este subconjunto de la misma forma que una aplicación completa.
Dicho esto, estas tres herramientas no son mutuamente excluyentes. En equipos anteriores, vi que la funcionalidad comenzaba como un prototipo y la validación de un concepto, y luego se convertía en características reales después de una revisión y una reimplementación adecuadas. Esta actividad a menudo se llama productos. Las lecciones aprendidas del prototipo y la validación del concepto se incluyen en la función de diseño para producir un producto final de alta calidad.
De hecho, los prototipos y las pruebas de concepto a menudo se combinan en un híbrido que también ofrece parte del potencial UX con funcionalidad. En estos casos, el rendimiento consiste en mejorar la calidad y la estabilidad de la interacción del usuario y el código que hay detrás para que sean utilizables. Desafortunadamente, debido a que el trabajo de producción se realiza principalmente entre bastidores, puede ser difícil justificarlo ante otras partes interesadas. Pueden creer que el concepto de prototipo y/o respaldo ya es lo suficientemente bueno y debe lanzarse como un MVP. El problema es que cuando se crean prototipos y se valida el concepto, el equipo se concentra más en sacar algo de la puerta rápidamente, menos preocupado por los casos extremos o el rendimiento de servicio pesado. Preste atención a estas deficiencias de las partes interesadas débiles, porque el lanzamiento de un MVP inestable puede provocar el deterioro de la imagen de su empresa y marca debido a la baja productividad y la baja calidad de dicho resultado. La velocidad de entrada al mercado es importante, pero lo es aún más hacer un producto de calidad.
Entonces, ¿cuánto tiempo tomará?
Ahora que entendemos el propósito del MVP y en qué se diferencia de herramientas similares para la preproducción, es posible que podamos responder la pregunta inicial de este artículo: ¿cuánto tiempo lleva crear un MVP?
En primer lugar, la creación de un MVP debería tomar suficiente tiempo para que su funcionalidad se implemente por completo. Debe considerar el MVP como un lanzamiento completo. Debe ser estable, productiva y, si es posible, escalable. Tenga en cuenta que un MVP puede tener un conjunto limitado de características. Esto es normal si su MVP tiene áreas próximas.
También puede solicitar comentarios de los usuarios en el propio MVP. De hecho, si no afecta la experiencia general del usuario, recibir comentarios puede aumentar en gran medida la utilidad de MVP. Después de todo, su objetivo es asegurarse de que se está moviendo en la dirección correcta con su producto, y no hay mejor indicación de eso que los comentarios de los usuarios y la percepción del propio MVP. Sin embargo, no olvide aceptar cualquier comentario con pinzas y abiertamente. Los usuarios primerizos son solo una parte de su base de clientes potenciales, por lo que pueden tener una visión distorsionada de cómo debería ser su producto completo. Por otro lado, todavía representan el mercado. Ignorar sus comentarios por completo si contradice las ideas de su equipo es un esfuerzo muy arriesgado que puede conducir a la producción de un producto o servicio que nadie necesita.
En conclusión, MVP es una gran herramienta para demostrar que está implementando las funciones correctas. Sin embargo, al final, es importante recordar que MVP es solo una herramienta. Este no es su producto completo. Una vez que se lanza el MVP, todavía hay tiempo para corregir el rumbo para corregir la conformidad del producto con el mercado. Así que no tienes que tener miedo de soltarlo. Siempre que sea completamente funcional dentro de un conjunto limitado de características y en términos de calidad refleje cómo será su producto, estará listo.