Cómo utilizar el desarrollo ágil de productos para encontrar el producto / mercado más rápido

Su ciclo de desarrollo probablemente funciona de la siguiente manera (en la forma más simple):

  • Diseño
  • Construir
  • Prueba
  • Lanzamiento
  • Vender

Ese modelo ya no funciona tan bien. Para cuando llegue al mercado, las necesidades del cliente pueden haber cambiado, y eso es asumiendo que tenía la idea de diseño correcta en primer lugar.

La conclusión es que está creando su producto para beneficiar a los clientes, por lo que es mejor que obtenga comentarios para saber exactamente cuáles son sus deseos y necesidades. La retroalimentación continua es aún mejor.

Por que funciona

Usar Agile como su método de desarrollo en iteraciones pequeñas y frecuentes para llevarlo al mercado más rápido y obtener comentarios de los clientes le permite implementar cambios en futuras versiones y mejorar continuamente.

El lanzamiento de software en pequeños lotes reduce el riesgo al limitar la inversión financiera, el tiempo necesario para probar, encontrar y corregir errores, y llevar su producto al mercado más rápido. Una vez que su producto llegue al mercado, puede comenzar a recopilar comentarios de los clientes e implementar sugerencias en futuras iteraciones. La retroalimentación continua y la mejora continua son componentes cruciales para encontrar el ajuste del producto / mercado.

Las iteraciones pequeñas y frecuentes también le permiten la flexibilidad de aprender y cambiar su dirección, tal vez incluso cambiar su mercado objetivo, si es necesario.

Usted es mucho más adaptable cuando utiliza el enfoque de desarrollo ágil en lugar de comprometerse con un proyecto a largo plazo con objetivos y requisitos básicamente establecidos en piedra. Es mucho más fácil crear un producto que descomponerlo. Agregar funcionalidad pieza por pieza es mucho más factible que retroceder sin romper lo que ya ha construido como un todo coherente.

Poniéndolo a trabajar para ti

Comience con el conjunto mínimo de estándares que su aplicación necesita para ser un producto viable antes de comenzar a crear “características”. De esta manera, tendrá una base desde la cual trabajar y no permitirá que se asiente el “arrastre de características”.

Una vez que tenga su MVP (producto mínimo viable) puede comenzar a comercializarlo, crear demanda y obtener la opinión de los clientes. Después de eso, puede comenzar a mejorar y escalar su producto en futuras iteraciones.

No intente ser la solución “definitiva” para todos los problemas existentes. Priorice y concéntrese en aquellas características que su cliente necesita y puede utilizar fácilmente.

Encontrar tu ajuste

Desafía tus suposiciones. Puede pensar que sabe lo que sus clientes quieren / necesitan, pero puede estar fuera de lugar. Si su producto no genera interés y satisface al menos al 40% de sus clientes, no ha logrado el ajuste del producto / mercado.

Desea que los clientes sientan el valor de su producto y se entusiasmen con él. Desea excelentes reseñas de clientes y de la industria en publicaciones destacadas. Desea que su producto se venda tan rápido como pueda lanzarlo. Si estas cosas están sucediendo, sabes que has encontrado tu forma.

Reagruparse

A veces su producto simplemente no puede encontrar su ajuste. Simplemente no es lo que buscan los clientes. Profundice un poco más para descubrir cuáles son sus necesidades específicas y decida si necesita deshacerse de lo que ha construido y comenzar desde cero. Entreviste a clientes potenciales, nuevamente. Descubre cuáles son sus puntos débiles. Navegar en foros en línea. Cree una variedad de historias de usuarios y soluciones para resolver los problemas de sus clientes. Muéstrales un prototipo. Valide si estas nuevas soluciones resolverán sus problemas. Como ha estado trabajando en un escenario de desarrollo ágil, no habrá invertido demasiado dinero y horas de trabajo para deshacerse de lo que tiene y comenzar de nuevo. Envíe un producto mínimo viable, mida la reacción del cliente y decida si continúa desarrollando el producto o si cambia la dirección. En este momento, debería haber clavado su producto / ajuste del mercado y no tendrá que soltarlo por segunda vez.

Recuerde que cada problema puede tener múltiples soluciones. Su trabajo es encontrar las soluciones más efectivas e implementarlas.

Y otra vez

¡Así que ha enviado su producto a numerosos clientes que lo usan y lo adoran!

No descanses en tus laureles. Revise su conjunto de características y determine si aún se ajusta a su base de clientes. Si hay cosas que no se están utilizando, suéltelas y centre su atención en mejorar las que se están utilizando, y agregue nuevas funciones que se hayan solicitado.

Evalúe su producto utilizando las siguientes preguntas como guía:

  • ¿Cuánto les gusta a sus clientes su producto? ¿Hay algo que necesiten que su producto no haya abordado?
  • ¿Qué tan fácil es de usar? ¿Hay algo que pueda hacer para que sea más accesible?
  • ¿Cuántas características tiene? ¿Puede agregar nuevas funciones que aporten un valor adicional a los clientes existentes y atraigan más?
  • ¿Cuántos problemas resuelve para tus clientes? ¿Puedes ofrecer más soluciones sin agregar “hinchazón”?
  • ¿Qué tan rápido funciona? ¿Se puede optimizar la velocidad sin perder ninguna funcionalidad?
  • ¿Cómo se ve? ¿Está pulido o la interfaz de usuario puede arreglarse o limpiarse estéticamente?
  • ¿Hay algún error o molestia simple que pueda eliminarse?
  • ¿El producto está optimizado para aplicaciones móviles? Con más y más clientes accediendo diariamente a aplicaciones e información en dispositivos móviles, esto es crucial.

No intentes mejorar todo de una vez. Afronte los bits con cada iteración, mejorando continuamente su producto para satisfacer el mercado.

La pregunta original es “¿Cómo puedo usar el desarrollo ágil de productos para encontrar el producto / mercado más rápido?”

Entonces, implícitamente, usted está diciendo que está desarrollando un producto y tendrá algo demostrable, pero aún no tiene un producto / mercado adecuado. Mi respuesta se basará en esta suposición fundamental. Entonces, si la suposición es incorrecta, ignore mi respuesta.

Las metodologías ágiles son por naturaleza iterativas y, por lo tanto, es posible realizar cambios iterativos e incrementales y, al final de cada iteración, ir a los usuarios / mercado para obtener comentarios y luego usar esos comentarios como punto de partida para la próxima iteración.

Aquí hay algunos trucos que lo ayudarán a encontrar el producto / mercado más rápido.

  • Comience con un producto mínimo viable (MVP) : un producto mínimo viable es la versión más pequeña de su producto que hace lo que su producto debe hacer, aunque no perfectamente, no en todos los casos y con la mejor experiencia de usuario. El propósito de un MVP es determinar si existe la necesidad del producto que está construyendo. Por lo general, el MVP responde a esta pregunta “Antes de invertir tiempo, dinero y esfuerzo en este producto / función, ¿podemos asegurarnos de que los clientes quieran usar esto?” (En muchos casos, “los clientes querrán pagar por esto”). Al hacer un MVP, recuerde que lo que está haciendo debe ser Mínimo. No se concentre en hacer una solución completa, a los primeros usuarios les gustará su producto mínimo, incluso con su sencillez, si satisface sus necesidades. Y si no les gustó, entonces su MVP ha fallado, pero no arrojó todo su dinero, tiempo y esfuerzo y le quedan suficientes para su próximo MVP.
  • Vaya al próximo MVP: ahora que su MVP está validado, ¿qué debe hacer a continuación? ¿Construye el producto completo y comienza a planificar (y gastar) para el gran lanzamiento? NO Empiezas a trabajar hacia la próxima versión de tu MVP. Sin embargo, esta vez no determinará la viabilidad del producto en su conjunto. Esta vez, sería un producto mejor que el anterior, pero esta versión de su producto debería servir como MVP para las características individuales de su producto. Sabes cuánto se necesita cada función. Y la lógica aún permanece, siempre y cuando su ‘característica’ resuelva un problema válido, a los primeros usuarios no les importará si tiene la experiencia más pulida o no. Si a los primeros usuarios no les gusta su característica, entonces probablemente signifique que la característica no resuelve sus problemas. De esta manera, cada versión de su producto es de alguna manera u otra un MVP.
  • Retroalimentación, retroalimentación, retroalimentación : la mayor ventaja de usar modelos iterativos es que las pruebas de desarrollo de diseño y las actividades de lanzamiento se realizan cíclicamente y puede recibir retroalimentación después de cada lanzamiento. Por lo tanto, cada lanzamiento es una oportunidad para recibir comentarios. Aquí hay algunas maneras en que puede maximizar los comentarios
  • Tenga ciclos de lanzamiento más cortos: esto ayudará a obtener más comentarios ya que hay más lanzamientos. También le ayuda a impresionar a los clientes reparando los errores más rápido. El cambio rápido y rápido de defectos da una impresión muy sólida de su empresa.
  • Mantenga abiertos los canales de comentarios: correo electrónico, página de comentarios en el sitio web, informes de fallos, comentarios dirigidos sobre aplicaciones u otras interfaces humanas, qué no … asegúrese de que haya comentarios para que usted o su producto estén allí para recibirlos. Esto involucra al cliente que ahora se siente invertido en dar su opinión.
  • Escuche los comentarios y responda cuando ocurra una acción: asegúrese de tomar en serio los comentarios. Si un buen número de sus clientes quiere algo, priorícelo sin importar cuán trivial le parezca. Y diles cuándo está hecho. Cualquier cliente que dio retroalimentación ahora se siente especial e incluso más invertido en su proceso de retroalimentación.
  • El pivote casi inevitable : si su producto o modelo de negocio no funciona para sus clientes, entonces esté listo para cambiar la estrategia. En última instancia, su negocio solo funcionará si las personas pagan por él, lo que sucederá solo si proporciona un valor real. Un modelo ágil le permite hacer exactamente esto. Si iba de MVP a MVP, no ha desperdiciado recursos en ninguna característica innecesaria. Si estaba escuchando comentarios en todos los pasos, tiene una buena base de conocimiento de lo que quieren sus clientes. Entonces, si alguna vez (que puede ser a menudo) tiene que pivotar, ya sea el producto completo o cualquier cantidad de características, está equipado para hacerlo al final de un Sprint (si su metodología ágil es Scrum).
  • More Interesting

    ¿Cómo se puede aplicar el método científico al desarrollo de productos?

    La metodología de Lean Startup enseña que debe probar la demanda de un nuevo producto mediante una página de inicio falsa con un botón de compra. ¿Funciona? ¿Qué se aprende?

    ¿Cuáles son los mejores libros o recursos disponibles para comprender cómo construir un modelo básico para evaluar el impacto financiero de los nuevos productos en el desarrollo?

    ¿Cuáles son los componentes principales de una hoja de ruta del producto?

    ¿Cuál sería un posible JD para el rol de 'hacker de crecimiento' de una empresa de desarrollo de productos que busca a alguien con experiencia en ingeniería y excelentes habilidades de codificación?

    ¿De qué debo tener cuidado al contratar con fabricantes de chips?

    ¿Debería cada producto ser administrado por un gerente de producto dual y un diseñador de producto en lugar de ser administrado por un solo gerente de producto?

    Me pusieron a cargo de convertir los datos que mi empresa genera en un producto. ¿Qué necesito saber?

    ¿Cuáles son las ventajas y desventajas de hacer una investigación de usuarios con las mismas personas pero con muchos productos diferentes frente a todas las personas diferentes con muchos productos diferentes?

    ¿Cuál es la mejor manera de escribir una especificación de producto que pueda usarse para ayudar a los usuarios y definir la capacidad del producto para las propuestas de ventas?

    ¿Quién conceptualizó Microsoft Excel?

    ¿Qué puedo estudiar si quiero trabajar para una empresa como Nike o Adidas para desarrollar productos o convertirme en CEO?

    En el desarrollo de software, ¿por qué es importante medir la velocidad?

    ¿Qué se necesita para ser un buen gerente de producto en un inicio?

    Cuando hay una idea que combina varios productos de Google y, por lo tanto, no se puede construir sin Google, ¿cómo alguien que no trabaja en Google les presenta la idea y, al mismo tiempo, mantiene algún tipo de propiedad sobre ella?