Cómo lanzar sin un producto

O bien, el marco sin productos En los últimos años, ha habido un marcado cambio entre los fundadores que han vuelto a la vieja práctica de lanzar “MVPs” de pleno derecho e hinchados. Una de las tendencias entre los fundadores de startups con los que trabajo es la de volver a lanzar productos después de meses de investigación y desarrollo de productos, hundiendo los recursos sin mucho a través de la validación de la demanda real de productos, la metodología Lean Startup aboga por el desarrollo de un producto mínimo viable (MVP) sin florituras y su lanzamiento de la manera más rápida y eficiente posible. Sin embargo, el término “producto mínimamente viable” ha perdido su significado. Me gustaría proponer una idea un tanto radical en línea con la filosofía de probar una hipótesis de arranque con un mínimo desperdicio de recursos. Sí, has leído bien el título. Sólo el lanzamiento. Sin un producto. En este artículo, me gustaría proponer una estructura para enmarcar los problemas de tal manera que las hipótesis del producto puedan ser probadas sin un producto convencional. Puedo asegurarle que funciona, lo he hecho yo mismo. Lo que significa realmente lanzar sin un producto El concepto es bastante simple – significa probar una hipótesis de negocio y dar a los usuarios su principal propuesta de valor sin la ayuda de una aplicación. Fundamentalmente, se centra en identificar la propuesta de valor principal y replicar manualmente el proceso que el producto seguiría para entregar este valor. A medida que los clientes crecen, el énfasis se pone en el uso de herramientas e integraciones sin código para automatizar el proceso lo más rápidamente posible. este marco de trabajo sin productos le permite probar lo que está construyendo y evaluar su producto más fácilmente, sin perder tiempo y dinero en la construcción de incluso un MVP barebones. el problema con los Productos Mínimos Viables y los Servicios Mínimos Viables es que la gente tiende a pensar que el `Producto o el `Servicio Mínimo Viable como el objetivo final, y no como el primer prototipo básico de beta. Otra técnica, la Prueba de Asunción Más Riesgosa, tiene como objetivo reducir esta hinchazón psicológica haciendo hincapié en probar primero sólo la suposición más crítica. El problema es que a menudo esto lleva a los fundadores una vez más a construir un producto, aunque con un conjunto limitado de características. Por qué debería estar lanzando sin un producto Como mencioné brevemente anteriormente, este es el método de prueba de hipótesis más ágil y flexible, punto. Es el camino más sencillo, flexible y eficiente para poner en marcha la puesta en marcha y la construcción del producto adecuado. El marco de trabajo No-Producto permite obtener el máximo conocimiento del cliente y del mercado con un mínimo de gastos. Cualquier resultado e información que se obtenga del lanzamiento de un producto sin producto será mucho más limpio y menos ruidoso de lo que normalmente se obtiene a través de un MVP típico, lo que inevitablemente hace que la retroalimentación de los clientes se centre en el producto en sí mismo y no en la propuesta de valor que constituye el núcleo de la hipótesis de su negocio. Además, el enfoque de “sin productos” garantiza un proceso de desarrollo de productos muy rápido, ajustado e incremental. Me tomaré la libertad de llamarlo el proceso más rápido, más rápido y más delgado que existe.

¿Cómo se lanza sin un MVP?

El primer paso es identificar las 1-2 hipótesis principales, las que ponen a prueba su modelo principal de negocio (o crecimiento). Luego, identifique qué metas lograría el producto y exactamente qué propuestas de valor proporcionaría. Desarrollar una comprensión de los procesos y flujos de trabajo que el producto debe implementar para lograr estos objetivos y proporcionar esta propuesta de valor. En esta etapa, el objetivo es implementar manualmente estos procesos y obtener un pequeño grupo de usuarios iniciales para obtener información valiosa sobre la validez de las hipótesis de negocio y el valor del producto. Refine y reitere el proceso simultáneamente mientras automatiza rápidamente tanto como sea posible, usando técnicas sin código y otras técnicas de tiempo de lanzamiento al mercado extremadamente rápidas. Un excelente conjunto de herramientas de automatización de procesos que vale la pena considerar son Airtable, Zapier, Hubspot, Mailchimp, Google Forms y Google Sheets. Estos deben servir para automatizar una gran cantidad de trabajo manual en un día o dos después de la configuración, repitiéndolo en ciclos semanales/bienales, e iterando rápidamente sobre el producto.

¿Cómo se debe considerar si se debe lanzar sin un MVP o no?

Este enfoque es útil para servicios y productos centrados en procesos que no necesitan una funcionalidad altamente complicada para el consumidor (aunque la funcionalidad complicada es generalmente una mala idea en sí misma). Si la hipótesis central del negocio es resolver un problema a través de un determinado proceso, incluso si se trata de un proceso facilitado por algoritmos y aplicaciones de fantasía, entonces la respuesta es definitivamente afirmativa. Ejemplos de productos exitosos que podrían usar este enfoque muy fácilmente incluyen Uber (llamar manualmente a los conductores distribuidos a través de un vecindario y conectarlos con los pasajeros), DoorDash (llamar manualmente a un pasajero y a un restaurante para procesar un pedido), y la mayoría de los otros grandes nombres cuya propuesta de valor principal no era el software. ¿Cuánta tecnología se requiere para resolver (no escalar) el problema? Si una aplicación o producto mínimo viable es crítico para probar su hipótesis, entonces un enfoque de No-Producto no es muy útil. Microsoft sería obviamente un mal ajuste para un enfoque como este. Sin embargo, para la mayoría de las demás empresas, el lanzamiento de un producto (debería) tener sentido. Note el énfasis en resolver el problema, no en escalar. Tendemos a combinar la solución de un problema con la creación de una solución escalable para resolverlo. Una aplicación que conecta a los dueños de mascotas con los paseadores de perros en su área no es la solución al problema de pasear perros, como lo es un paseador de perros. Esta pregunta es una de introspección, y usualmente le indicará un enfoque de No-Producto.

¿Cuándo tiene sentido lanzarlo sin un producto?

El momento adecuado para el lanzamiento real depende de algunos factores. Es fundamental tener una idea muy clara del problema que se va a resolver. También es importante comprender exactamente cómo la solución resolverá el problema. Un conjunto definido de procesos que se utilizarán para resolver el problema ayudará a enmarcar la hipótesis de la solución. Antes del lanzamiento, la hipótesis de solución debe enmarcarse como un experimento, con un propósito concreto definido.
>

>
En particular, deberían formularse las siguientes preguntas:

  • ¿Cuáles son los objetivos de aprendizaje de este experimento?
  • ¿Cuál es la hipótesis de este experimento?
  • ¿Cuáles son las pruebas para validar esta hipótesis?
  • ¿Cuáles son los objetivos de este experimento?
  • ¿Cuáles son los resultados?
  • ¿Cómo se realiza el seguimiento de los resultados?
  • ¿Cómo es el éxito?
  • ¿Cómo es el fracaso?

Una vez que tenga respuestas satisfactorias a las consideraciones anteriores, generalmente es el momento adecuado para lanzar operaciones y probar rápidamente su hipótesis central. También es útil tener una comprensión de cómo podría acelerar el desarrollo de productos rápidamente una vez que el experimento inicial esté en marcha.

¿Cuándo no tiene sentido este enfoque?

Como se ha señalado anteriormente, las situaciones en las que el producto o la aplicación son críticos para resolver el problema generalmente no son buenos candidatos para este enfoque, y otra consideración es si el fundador sabe exactamente qué construir basándose en una amplia retroalimentación previa del mercado y en la investigación del usuario. Si el financiamiento no es un desafío y se requiere un lanzamiento formal con armas de fuego en lugar de un lanzamiento por etapas y piloto, entonces también tiene sentido construir un MVP más completo que cubra no sólo la propuesta de valor principal, sino que también la embellezca con los toques finales.

Los inconvenientes de este enfoque

Si un fundador subestima incorrectamente la importancia de un producto real para su puesta en marcha, puede encontrar que los resultados de este experimento están sesgados hacia la falta del producto en lugar de hacia la validación de su idea. El beneficio inherente de un enfoque sin productos es un ciclo de iteración muy corto, por lo que es de esperar que este desajuste se detecte desde el principio, pero esta falta de ajuste puede pasar desapercibida, y otro inconveniente es la elevada sobrecarga operativa que puede derivarse del funcionamiento manual de todo. Esto puede restar méritos a los esfuerzos de desarrollo de productos y el equipo puede encontrarse estancado en las operaciones diarias en lugar de ser capaz de centrarse en el panorama general. El reto final con un enfoque Sin-Producto es el peligro de sobre-optimización basado en el pequeño tamaño de la muestra de los usuarios iniciales, especialmente en los primeros días cuando es difícil encontrar un grupo de usuarios representativos e imparciales. Para superar este reto, deberías investigar continuamente a tus usuarios para validar las personas de los clientes objetivo, seguir reevaluando la dirección del producto y si el progreso está en línea con la visión, si te gustó esto, definitivamente deberías suscribirte para obtener más cosas geniales. Estoy resolviendo outsourcing y trabajo por contrato con AppRocket , y escribo sobre producto y emprendimiento. Yo juego con las cosas en mi tiempo libre. Sígueme en Twitter !

>

Etiquetas

EmprendimientoProductoPlan de ruta del productoCómo lanzarlo sin un productoInicioMarketingMvpContinuar la discusión