MVP te ayuda a probar una hipótesis
Si usa las mismas características que las existentes, ya está probando una hipótesis probada . Nada que ganar allí y definitivamente no es una mejor práctica.
A menos que esté probando un mercado diferente para las mismas características.
A menos que esté probando una IU radicalmente diferente pero centrada en el usuario que los operadores tradicionales no ofrecen.
A menos que ya tenga una base de clientes de un producto que posea y le gustaría ofrecer un producto relacionado, pero le gustaría probar las aguas con un MVP estrechamente integrado. Por ejemplo, ofrecer un CRM a una base de clientes lista de herramientas de marketing por correo electrónico de su propiedad.
A menos que, el mercado sea lo suficientemente grande para otra herramienta más y tenga dinero para gastar en marketing / ventas para impulsar un producto aparentemente superior en un mercado competitivo.
A menos que esté buscando implementar un modelo de negocio que los productos actuales no ofrecen.
Pero espera! no estas equivocado
Como ya existe un mercado con productos existentes, existe una expectativa que ya está establecida. En términos de cómo debería funcionar un producto en ese espacio. Su MVP podría no ser solo un MVP si su diferenciación comienza solo después de que se cumplan las expectativas actuales .
Por lo tanto, es posible que se vea obligado a implementar algo que cumpla con las expectativas básicas antes de poder hablar con los clientes para que puedan usar / probar / ver la demostración de su producto.
Entonces sí, un gran dilema. Pero si te enfocas implacablemente en mirar el mismo problema de una manera diferente, tienes algo que hacer. Pero, de nuevo, crear un MVP con las mismas características para probar el mismo problema que ya se ha probado y resuelto, realmente no lo ayudará a crear un producto que haga que los usuarios abandonen el que ya existe.
Bien quizás. Pero será duro. Muy, muy duro.
-Kash