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

    ¿Qué características tendría el lector de noticias ideal?

    ¿Qué mejoras podrían hacer las Hojas de cálculo de Google que tendrían el mayor impacto en la popularidad del producto?

    ¿Cuáles son algunos de los diferentes trabajos involucrados en el desarrollo de productos físicos?

    ¿Es más valioso desarrollar una API para construir una comunidad de desarrolladores o desarrollar los productos usted mismo?

    ¿Cómo recompensa y define el crecimiento profesional dentro de una organización plana de productos y tecnología?

    ¿Cuál debería ser la estructura del equipo para el inicio de un producto de software?

    ¿Qué factores de un producto deben considerarse que le permiten medir su impacto en el usuario final?

    ¿Es bueno dejar un trabajo de software de desarrollo de productos para UPSC?

    ¿Cuáles son algunos ejemplos de cómo se utilizan los datos para justificar malas prácticas de desarrollo de productos?

    ¿Cómo se mantiene en secreto el desarrollo de nuevos productos de Google?

    ¿Cuál es el proceso de desarrollo de productos del ciclo V en la industria automotriz?

    ¿Qué combinación de materiales podría usar para crear una estera de yoga que tenga agarre, durabilidad, sea ecológica y tenga diseños complejos impresos?

    ¿Cuáles son las principales diferencias entre los gerentes de productos de inicio y los gerentes de productos de grandes corporaciones?

    ¿Existe un enfoque Zen para la gestión de productos?

    ¿Cómo debería un equipo de producto evaluar el impacto de un nuevo producto? ¿Cuáles son algunos buenos ejemplos?