¿Cuánto cuesta construir un MVP? I DevTeam.Espacio

¿Quieres saber cuánto cuesta un MVP?

Esta es una pregunta compleja que responderemos aquí.

Recuerdo escuchar a un tipo que manejaba el crecimiento en Square (fundada en 2009, con una valoración actual de $ 5 mil millones como empresa pública). Fue tan detallado acerca de cómo sus clientes potenciales deberían acudir a ellos, a través de qué canales y cómo usarían el producto, y por qué traerían más clientes, quedé asombrado.

Lo escuchaba y pensaba: «¡Este tipo fue muy profundo!» Estaba claro para mí que la empresa creció rápidamente debido a esta planificación detallada y ejecución perfecta.

Entonces, antes de gastar un centavo en la creación de un producto, los fundadores de empresas emergentes y los gerentes de empresas responsables de proyectos paralelos deben profundizar para probar las aguas. Este proceso se relaciona con cualquier tipo de producto: hardware, software, sitio web, aplicación móvil, chatbot, cualquier cosa.

Hay varios pasos para ello:

  • Definición de un nicho de mercado y tus clientes ideales.
  • Identificar el problema que tienen tus potenciales clientes.
  • Validación de sus suposiciones con clientes potenciales.
  • Esbozar la solución en función de suposiciones validadas (un producto de software, una aplicación móvil o un sitio web).
  • Definición y construcción de un producto mínimo viable (MVP).
  • Lanzar un MVP y validarlo probándolo con los primeros clientes.
  • Ajustar el producto en base a los comentarios de los clientes y lanzarlo.
  • Escalar el producto sin dejar de recopilar comentarios de los clientes y mejorar el producto manteniendo los costos posteriores al lanzamiento.
  • Supongo que sabe cómo manejar los primeros cuatro pasos usando diferentes herramientas y metodologías (y si no, hágamelo saber, también escribiré sobre ellos), así que concentrémonos en el paso 5: cómo desarrollar un mínimo viable. producto, y profundizar mucho. Además, esto lo ayudará a comprender el costo de su MVP.

    Cómo crear un producto mínimo viable

    Aunque es solo un paso en el proceso, este paso también tiene sus propios pasos. Aquí están:

  • Defina su MVP.
  • Encuentre un equipo de desarrollo de alto nivel que haya creado productos similares anteriormente.
  • Preparar las especificaciones.
  • Finalice el alcance y los costos de desarrollo de MVP con su equipo de desarrollo.
  • Crea y lanza tu MVP.
  • Puede pensar que es mucho con lo que lidiar, y tiene razón. Sin embargo, si lo hace bien desde el principio, cambiará su vida y el curso del crecimiento de su empresa para mejor.

    La razón principal por la que las empresas emergentes fracasan no es por la alta competencia o un alto nivel de incertidumbre: fracasan simplemente porque no hacen la tarea y crean productos que muy pocas personas necesitan.

    No hay magia, solo un conjunto de acciones que debe completar al desarrollar un producto. Algunos pasos pueden ser flexibles y diferentes, pero para la mayoría de las empresas, estos son los básicos. Vamos a repasarlos uno por uno.

    Defina su MVP

    como dice wikipediaun MVP es:

    Un producto con las características suficientes para recopilar un aprendizaje validado sobre el producto y su desarrollo continuo. Recopilar información de un MVP suele ser menos costoso que desarrollar un producto con más funciones, lo que aumenta los costos y el riesgo si el producto falla, por ejemplo, debido a suposiciones incorrectas. El término fue acuñado y definido por Frank Robinson y popularizado por Steve en blancoy eric ries. También puede implicar la realización previa de un análisis de mercado.

    Esta es una definición muy genérica, como puedes ver. Está hecho de esa manera, por lo que se adapta a cualquier cosa. Un MVP podría ser solo una página de destino para una empresa, pero podría no ser suficiente para otra.

    Por ejemplo, para DevTeamSpace, era exactamente una página de inicio con un texto específico que explicaba nuestro enfoque único para resolver los problemas de nuestros clientes potenciales.

    Fue suficiente para validar supuestos comerciales y conseguir nuestros primeros clientes. Una vez que conseguimos un cliente, una gran parte del producto fue introducida por nuestro proceso de desarrollo de producto único, no por el producto de software en sí.

    Para otro producto, digamos que para una aplicación móvil cuya intención es medir la presión arterial, los latidos del corazón, los ciclos de sueño, etc. y brindar algunas recomendaciones de atención médica, una página de destino no sería suficiente.

    Sin duda, sería suficiente para validar algunas suposiciones y hacer que algunas personas entren, pero no podría atenderlos sin permitirles de alguna manera medir ciertos parámetros de salud a través de sus propios teléfonos.

    Eso significa que este MVP debería tener la forma de una aplicación móvil con las características más importantes.

    ¿Míralo? Realmente depende de cuál debería ser tu MVP, y por eso es tan importante definir cuál es. Si solo necesita una página de destino para comenzar a atender a los clientes, excelente. ¡Casi no necesita gastar ningún recurso para comenzar!

    Es bueno si puedes poner tu definición de MVP en media página. Di un buen ejemplo de una definición de producto en uno de nuestros artículos anteriores aquí

    Encuentre un equipo de desarrollo de alto nivel que haya creado productos similares antes

    Por ejemplo, desea iniciar una aplicación móvil y ha definido su MVP como una aplicación móvil con un determinado conjunto mínimo de las funciones más importantes. Ahora es el momento de contratar desarrolladores que pondrán en marcha su MVP.

    En pocas palabras, es difícil encontrar desarrolladores expertos que hayan creado proyectos personalizados similares antes y que sean excelentes para comunicarse con los clientes. Y la mayoría de la gente trata de ahorrar dinero recurriendo a un proveedor de servicios de desarrollo general, cruzando los dedos y rezando para que todo salga bien.

    Muy a menudo, no va a estar bien. Si su equipo de desarrollo no tiene la experiencia relevante, arruinarán su proyecto, lo retrasarán o dejarán un montón de errores, o harán todo bien, pero gastarán mucho más de sus recursos y tiempo.

    Sin embargo, uno de los beneficios de lanzar un MVP es hacerlo rápido, para que pueda validar las suposiciones de su producto con clientes reales y ajustarlo si es necesario.

    Obviamente, un equipo de desarrollo experto con experiencia relevante lo construirá lo más rápido posible y con la más alta calidad, no porque sea increíble, sino porque ya ha creado algo similar antes.

    Sí, este equipo de desarrollo puede cotizar un costo de desarrollo de MVP más alto que una tienda de desarrollo general, pero si no lo hace bien desde el principio, puede costarle mucho más dinero y tiempo en el futuro. A menudo, las personas terminan cerrando sus productos por completo debido a los errores que han cometido en el nivel de MVP.

    Por cierto, si no sabe por dónde empezar a buscar un equipo de desarrollo superior con experiencia relevante, pregúntenos acerca de la comunidad de equipos de desarrollo superior en DevTeamSpace enviando su proyecto.

    Preparar las especificaciones

    Este es un tema tan importante que ya publiqué un artículo al respecto: 6 consejos sobre cómo escribir una buena especificación de proyecto (con ejemplos). Aquí solo diré brevemente que si dedica un poco más de tiempo a las especificaciones al principio, puede aumentar drásticamente sus posibilidades de éxito.

    Como dijo Abraham Lincoln:

    Dame seis horas para cortar un árbol y pasaré las primeras cuatro afilando el hacha.

    Finalice el alcance y el costo de MVP con su equipo de desarrollo

    Una vez que tenga las especificaciones listas, pídale a su equipo de desarrollo que prepare una estimación detallada del costo de MVP y una línea de tiempo. Necesita esto no solo para comprender un presupuesto inicial de desarrollo de MVP, sino también para asegurarse de que usted y su equipo de desarrollo estén en sintonía, y que ambos tengan claro cómo se hará realidad su MVP y qué tan pronto.

    Así es como se verá el alcance de un desglose típico de precios de desarrollo de MVP:

    Costo de MVP

    Y así es como podría verse la línea de tiempo:

    Costo de MVP

    Sobre el precio del desarrollo de MVP. No existe un costo promedio para desarrollar un producto mínimo viable. Muy a menudo, la gente compra y pregunta:

    “¿Cuánto cuesta desarrollar MVP?”

    Como puedes imaginar, la respuesta más popular que escuchan es:

    «Oh, el precio de MVP depende de las características de su producto».

    Difícil, hay una diferencia en el precio de desarrollo de MVP. Puede pagar por tiempo y material (tarifas por hora, sin plazos fijos ni alcance final) o bloquear el precio. El último es razonable: sabe que no gastará más que eso.

    Sin embargo, también significará que el alcance está bloqueado y no puede ajustarlo durante el proceso. Funciona bien cuando sabes exactamente lo que se debe hacer, pero no funciona cuando tienes dudas.

    Le recomiendo que bloquee los costos de MVP y defina el alcance lo más claramente posible. Minimizará los riesgos y aumentará sus posibilidades de un lanzamiento exitoso de MVP.

    Crea y lanza tu MVP

    Ahora, una vez que se define el MVP, ha encontrado el mejor socio de desarrollo que puede y el alcance es claro, está listo para comenzar. Hay varias cosas a las que prestar atención:

  • Supervise el proceso, pero no microgestione.
  • Asegúrese de realizar un seguimiento de los obstáculos y evitar retrasos en el proceso proporcionando toda la información necesaria a su equipo de desarrollo durante el proceso de desarrollo.
  • Algunos clientes quieren enviar mensajes de texto o hablar directamente con los desarrolladores todos los días, o dos veces por semana, cada vez durante 1 o 2 horas. Esto no tiene ningún sentido. En primer lugar, interrumpes el proceso con tus charlas. y los desarrolladores pasan menos tiempo programando. En segundo lugar, terminas pagando por las charlas, no por el trabajo real.

    Para resolver esto, en DevTeamSpace proporcionamos a cada cliente breves actualizaciones diarias en un tablero especial y por correo electrónico. Estas actualizaciones las escriben los desarrolladores y se envían automáticamente al cliente a la misma hora todos los días. Las actualizaciones contienen información sobre lo que se ha hecho durante el día, qué obstáculos aparecieron (si los hubo), el progreso general del proyecto y si todavía estamos en camino de cumplir con la fecha límite.

    En cuanto a los obstáculos, simplemente asegúrese de estar atento a ellos, y cuando se necesite algo de su lado, bríndelo a su equipo de desarrollo lo antes posible. Quiero decir realmente lo antes posible, dentro de 1 o 2 horas, para que no interrumpa el proceso de desarrollo. Si hay un obstáculo en el lado del equipo de desarrollo, no espere hasta que resuelvan las cosas por su cuenta.

    Ofrézcales su ayuda en forma de una conferencia telefónica y discuta el problema y las posibles soluciones. Esto se denomina trabajo en equipo y, por lo general, le permite resolver cualquier obstáculo muy rápido.

    Una vez que todo esté listo, asegúrese de probar todo antes del lanzamiento. No dejes nada al azar. Pide a tus desarrolladores que lo prueben y prueba todo tú mismo sin descanso. No significa que estés haciendo su trabajo, en realidad significa que estás haciendo tu trabajo como propietario del producto.

    Una vez que todo esté clavado, lánzalo, pero no te apresures. Debe agregar un par de días más de prueba en lugar de lanzar un MVP con errores importantes.

    Ahora estás listo; ahora tiene un plan para actuar y crear un MVP sobresaliente para su producto y conocer el costo de su MVP. El sistema descrito anteriormente es igual para los fundadores de startups que para los gerentes de producto de las grandes empresas. Tu único trabajo es ejecutarlo bien.

    Consejos y trampas al estimar la fase de desarrollo del Producto Mínimo Viable

    Hablamos sobre el proceso general para estimar la fase de desarrollo de MVP al crear un nuevo producto. Hablemos también de algunos consejos para trampas de latas, que son los siguientes:

    1. Diferenciar entre una start-up y una empresa al planificar un MVP

    Es posible que haya revisado varios ejemplos de MVP exitosos. Muy a menudo, uno se encuentra con ejemplos de MVP en empresas como Airbnb, Dropbox, Uber, etc. ¿Funcionará si intenta estimar su proceso de desarrollo de MVP en su empresa en función de los ejemplos de nuevas empresas? ¡Puede que no funcione!

    ¡Es un juego de pelota diferente crear un MVP para una empresa! Una empresa ya tiene varias líneas de negocio (LOB) y productos. Ya tiene muchos clientes y el MVP no debería interrumpir el negocio principal.

    Un líder empresarial debe tener en cuenta la escalabilidad lo suficientemente temprano durante la fase de desarrollo de MVP. El MVP debe ser lo suficientemente sólido para que la empresa mantenga intacta su reputación. La empresa debe continuar apoyando a sus clientes existentes.

    Por lo tanto, debe planificar los aspectos como personas, procesos, herramientas e infraestructura.

    Las empresas necesitan mitigar los riesgos y deben administrar el proceso de desarrollo de la aplicación MVP de manera efectiva. La estimación de un MVP empresarial debe reflejar eso.

    2. Ajusta tu proceso de estimación según el tipo de MVP

    Lanzas un MVP para obtener comentarios de clientes potenciales sobre tu futuro producto. Si es fundador o cofundador de una empresa nueva, normalmente tiene muchos aspectos a considerar al desarrollar un MVP. Los siguientes son unos cuantos ejemplos:

    • ¿Cómo identificar al público objetivo?
    • ¿Cómo proporcionar la experiencia de usuario adecuada a los primeros usuarios de su producto?
    • ¿Qué puedes hacer para aumentar la penetración del MVP en tu mercado objetivo?
    • ¿Cómo obtener más comentarios de los usuarios sobre el MVP de los usuarios objetivo?

    Observe cómo las preguntas anteriores no se relacionan en absoluto con el desarrollo de software. Eso no debería sorprenderte. Cuando intenta vender algo a usuarios potenciales, intenta demostrar valor. Lo que importa es la propuesta de valor y no el producto de software.

    En consecuencia, MVP se trata de la validación de sus ideas de productos. ¿Planea construir algo con el más alto grado de sofisticación en la etapa de desarrollo de MVP? Entonces, su enfoque podría alejarse mucho de la validación de la viabilidad de sus ideas de productos, lo que a menudo hace que las nuevas empresas fracasen.

    La clave es elegir el tipo correcto de MVP. Los MVP pueden ser de los siguientes tipos:

    • Conserje MVP;
    • Jugador Más Valioso de “El Mago de Oz”;
    • MVP de la página de destino;
    • MVP de correo electrónico.

    Estos tipos tienen enfoques notablemente diferentes. Por ejemplo, el «MVP de conserjería» ni siquiera implica la creación de un producto de software en la etapa de MVP. Las estimaciones de esfuerzo varían significativamente según el tipo de MVP que elija.

    3. Pregunte qué constituye valor para los usuarios finales en una versión MVP de un nuevo producto

    ¿Qué constituye valor para los usuarios finales en la etapa MVP? ¿Cómo lo medirá y qué métricas utilizará? Como Eric Ries demuestra en su innovador libro “The Lean Startup: Cómo los empresarios de hoy usan la innovación continua para crear negocios radicalmente exitosos”, las empresas exitosas se enfocan en sus clientes.

    La estimación de su MVP dependerá significativamente de cómo defina el valor para los clientes. Por ejemplo, es posible que deba hacerse las siguientes preguntas:

    • “¿Me concentré en la funcionalidad principal y las características principales? ¿Basé mis decisiones en un análisis de las necesidades del mercado y los puntos débiles de los usuarios? ¿O acabo de crear una larga lista de características?
    • «¿Las aplicaciones Android e iOS propuestas realmente necesitan la integración de las redes sociales en la etapa de MVP?»
    • «¿Mi MVP incluye la creación de un flujo de usuario realista?»
    • «¿Mi MVP se enfocó solo en atraer usuarios nuevos o también se enfocó en la retención de usuarios?»

    Identificar qué constituye valor y centrar el esfuerzo de desarrollo de MVP en esa ayuda. Estimar la fase de desarrollo del MVP puede actuar como un espejo, que puede mostrar excesos que no deberían estar presentes en el MVP.

    4. Decidir sobre la pila de tecnología MVP

    En este contexto, las palabras operativas clave son «pila de tecnología MVP». La metodología de desarrollo de software “ágil” implica iteraciones.

    Debe ofrecer un producto funcional cuando ofrece un MVP, sin embargo, puede asignar una prioridad más baja a algunas características no funcionales (NFRS). Por ejemplo, siempre puede mejorar la escalabilidad, el rendimiento, etc. en una iteración futura.

    Como líder sénior a cargo del lanzamiento de un MVP, ¡debe saber cómo aprovechar al máximo este margen de maniobra! Consideremos el ejemplo del desarrollo de aplicaciones móviles.

    Las aplicaciones móviles nativas ofrecen la mejor experiencia de usuario, rendimiento y seguridad. Desarrollas una aplicación nativa de Android utilizando lenguajes como Java o Kotlin. El desarrollo nativo de iOS implica lenguajes de programación como Swift u Objective-C. Estos idiomas funcionan con el sistema operativo Android (OS) de manera óptima.

    Las aplicaciones nativas pueden hacer el mejor uso del hardware y las funciones específicas del dispositivo, por lo tanto, los usuarios las encuentran más adecuadas.

    Sin embargo, el desarrollo de aplicaciones móviles nativas implica la creación de aplicaciones completamente separadas para Android e iOS. Esto requiere un marco de tiempo más largo. Necesita dos equipos de desarrollo, lo que aumenta los costos de desarrollo.

    Por otro lado, puede usar un marco móvil moderno como React Native. Creará una base de código. Su aplicación puede ejecutarse tanto en Android como en iOS.

    Recuerde que una aplicación de este tipo no puede igualar completamente la experiencia del usuario, el rendimiento y la seguridad de las aplicaciones nativas. Sin embargo, React Native ofrece una experiencia de usuario casi nativa.

    ¿Puede desarrollar la aplicación MVP con React Native y emprender el desarrollo de aplicaciones nativas para el producto final? De esta manera, mantiene bajos los costos de desarrollo para la fase de desarrollo de MVP. También está entregando un producto funcional. Mejore la experiencia del usuario, el rendimiento y la seguridad en el producto final ofreciendo aplicaciones nativas.

    5. Utilice las plataformas de computación en la nube de manera inteligente para el desarrollo de MVP

    Es probable que utilice una plataforma de computación en la nube para desarrollar un MVP. Recuerde que las plataformas de computación en la nube pueden ayudarlo a controlar los costos, sin embargo, no siempre es tan sencillo.

    Tomemos el ejemplo de Amazon Web Services (AWS). AWS proporciona planes de precios detallados. Sin embargo, al crear un modelo de costos, es posible que le resulte difícil crear una estimación realista de los recursos informáticos en la nube que necesita.

    Asegúrese de tener un arquitecto competente y un gerente de proyecto en su equipo con experiencia relevante.

    Si no encuentra el talento de desarrollo de software necesario en su equipo de desarrollo interno, asóciese con una empresa de desarrollo de software de renombre. DevTeam.Space también puede ayudarlo a través de su comunidad de desarrolladores de software expertos en el campo.

    Escríbanos las especificaciones de su proyecto inicial a través de este formulario rápidoy uno de nuestros administradores de cuentas se comunicará con usted para obtener más detalles.

    Otras lecturas

    Aquí tienes algunos artículos que también te pueden interesar:

    Los 10 mejores desarrolladores de consultores web expertos para contratar en 2021

    Consultores Web

    JDBC frente a Hibernate: ¿Cuál elegir? – Equipo de desarrollo.Espacio

    Hibernate vs JDBC: ¿Cuál elegir?

    Requisitos funcionales frente a no funcionales: DevTeam.Space

    ¿Qué son los requisitos funcionales y no funcionales?

    Plantillas de especificaciones funcionales para descargar – DevTeam.Space

    ¿Cuáles son algunas plantillas de especificaciones funcionales para descargar?

    Preguntas frecuentes sobre el costo de MVP

    1. ¿Qué significa MVP?

    MVP es la abreviatura de Producto Mínimo Viable.

    2. ¿Por qué desarrollar un MVP?

    Un MVP es extremadamente útil para maximizar sus recursos de desarrollo, ya que permite construir un producto básico que luego se refina de acuerdo con los comentarios de los clientes. Esto representa el mejor ROI para cualquier desarrollador de software.

    3. ¿Cuánto cuesta construir un MVP?

    La respuesta a esta pregunta realmente dependerá de la complejidad de su proyecto de desarrollo de software. Para obtener una cotización precisa, envíe las especificaciones de su proyecto a DevTeam.Space.

    Deja un comentario