Cómo lanzar sin un producto

O el marco sin producto

En los últimos años, ha habido un cambio marcado entre los fundadores que han vuelto a la vieja práctica de lanzar ‘MVP’ inflados y de pleno derecho. Una tendencia entre los fundadores de startups con los que trabajamos es lanzar productos una vez más después de meses de extensa investigación y desarrollo de productos, invirtiendo recursos sin mucho en términos de validación de la demanda real del producto.

La metodología Lean Startup aboga por desarrollar un producto mínimo viable (MVP) sencillo y lanzarlo de la manera más rápida y eficiente posible. Sin embargo, la expresión «producto mínimamente viable» ha perdido su significado.

Me gustaría proponer una idea algo radical en línea con la filosofía de probar una hipótesis de inicio con un mínimo desperdicio de recursos. Sí, leíste ese título correctamente. Simplemente lanza. Sin 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 probarse sin un producto convencional. Puedo asegurarles que funciona; lo he hecho yo mismo.

Tabla de contenido

Lo que realmente significa lanzar sin un producto

El concepto es bastante simple: significa probar una hipótesis empresarial y ofrecer a los usuarios su propuesta de valor central sin la ayuda de una aplicación.

Fundamentalmente, se centra en identificar la única propuesta de valor principal y replicar manualmente el proceso que seguiría el producto para entregar este valor. A medida que los clientes crecen, el énfasis está en el uso de herramientas e integraciones sin código para automatizar el proceso lo más rápido posible.

Este marco sin producto le permite probar lo que está creando y evaluar su producto más fácilmente, sin perder tiempo ni dinero en crear incluso un MVP básico.

El problema con los Productos Mínimos Viables y los Servicios Mínimos Viables es que la gente tiende a pensar en el ‘Producto’ o el ‘Servicio’ como el objetivo final, no como el primer prototipo beta básico.

Otra técnica, la prueba de supuestos más riesgosos, tiene como objetivo reducir este exceso de características psicológicas haciendo hincapié en probar primero solo el supuesto más crítico. El problema es que a menudo esto lleva a los fundadores una vez más a crear un producto, aunque con un conjunto limitado de funciones.

Por qué debería lanzarse sin un producto

Como mencioné brevemente antes, este es el método de prueba de hipótesis más ágil y flexible, punto. Es el camino más simple, flexible y eficiente para poner en marcha una startup y crear el producto adecuado.

El marco Sin Producto permite obtener el máximo conocimiento del cliente y del mercado con un gasto mínimo. Permite a los fundadores incurrir en la menor cantidad posible de deuda técnica, con un esfuerzo de desarrollo mucho más informado y enfocado cuando realmente comienza el desarrollo del producto.

Cualquier resultado y conocimiento obtenido de un lanzamiento sin producto será mucho más limpio y menos ruidoso que lo que normalmente se obtiene a través de un MVP típico, lo que inevitablemente obliga a los comentarios de los clientes a centrarse en el producto en sí en lugar de en la propuesta de valor en el centro de su estrategia. Hipótesis empresarial.

Además, el enfoque Sin Producto garantiza un proceso de desarrollo de productos muy rápido, eficiente e incremental. Me tomaré la libertad de llamarlo el proceso de producto más rápido, más rápido y más sencillo que existe.

¿Cómo se lanza sin un MVP?

El primer paso es identificar las 1 o 2 hipótesis principales, las que ponen a prueba su principal modelo de negocio (o crecimiento).

A continuación, identifique qué objetivos lograría el producto y exactamente qué propuestas de valor proporcionaría. Desarrollar una comprensión de qué procesos y flujos de trabajo debe implementar el producto para lograr estos objetivos y proporcionar esta propuesta de valor. Anote estos procesos y flujos de trabajo.

En esta etapa, el objetivo es implementar manualmente estos procesos y obtener un pequeño grupo de usuarios iniciales para obtener comentarios valiosos sobre la validez de las hipótesis comerciales y el valor del producto.

Refine y reitere el proceso simultáneamente mientras automatiza rápidamente la mayor cantidad posible, utilizando técnicas sin código y otras técnicas de comercialización 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 deberían servir para automatizar una gran cantidad de trabajo manual dentro de uno o dos días de configuración.

Repita en ciclos semanales/quincenales, iterando rápidamente en el producto.

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

Este enfoque es útil para servicios y productos centrados en procesos que no necesitan una funcionalidad altamente complicada de cara al consumidor (aunque la funcionalidad complicada es generalmente una mala idea en sí misma).

¿Cuál es el producto? Si la hipótesis central del negocio es resolver un problema a través de un proceso determinado, incluso si eso significa un proceso facilitado por algoritmos y aplicaciones sofisticados, entonces la respuesta es definitivamente sí.

Ejemplos de productos exitosos que podrían utilizar muy fácilmente este enfoque incluyen Uber (llamar manualmente a los conductores distribuidos en 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 cuyos La propuesta de valor central no era el software.

¿Cuánta tecnología se requiere para resolver (no escalar) el problema? Si una aplicación o un producto mínimo viable es fundamental para probar su hipótesis, entonces un enfoque sin producto no es muy útil. Obviamente, Microsoft no encajaría bien en un enfoque como éste.

Sin embargo, para la mayoría de las demás empresas, lanzar un producto (debería) tener sentido. Tenga en cuenta el énfasis en resolver el problema, no en escalarlo. Tendemos a combinar la resolución de un problema con la creación de una solución escalable para resolver ese problema. 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, un paseador de perros sí lo es.

Si la propuesta de valor principal no es el software en sí, entonces debería considerar seriamente lanzarlo sin un producto. Esta pregunta es de introspección y una reflexión honesta normalmente le indicará un enfoque sin producto.

¿Cuándo tiene sentido lanzarse sin 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 bien exactamente cómo la solución resolverá el problema.

Un conjunto definido de procesos que se utilizarán para resolver el problema ayudará a formular la hipótesis de solución. Antes del lanzamiento, la hipótesis de solución debe enmarcarse como un experimento, con un propósito concretamente definido.

En particular, deberían hacerse 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 realizan el seguimiento de los resultados?
• ¿Cómo se ve el éxito?
• ¿Cómo se ve el fracaso?

Una vez que tenga respuestas satisfactorias a las consideraciones anteriores, generalmente es el momento adecuado para iniciar operaciones y probar rápidamente su hipótesis central. También es útil comprender cómo aceleraría rápidamente el desarrollo del producto una vez que el experimento inicial esté activo.

¿Cuándo este enfoque no tiene sentido?

Como se destacó anteriormente, las situaciones en las que el producto o la aplicación son fundamentales para resolver el problema generalmente no son buenos candidatos para este enfoque.

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 de los usuarios. Si la financiación no es un desafío y se requiere un lanzamiento formal con las armas encendidas en lugar de un lanzamiento por etapas y piloto, entonces también tiene sentido crear un MVP más completo que cubra no sólo la propuesta de valor central sino que también la embellezca con toques finales. .

Los inconvenientes de este enfoque

Si un fundador subestima incorrectamente la importancia de un producto real para su startup, puede encontrar que los resultados de este experimento sesguen hacia la falta del producto en lugar de validar su idea. El beneficio inherente de un enfoque sin producto es un ciclo de iteración muy corto, por lo que es de esperar que dicha discrepancia se pueda encontrar desde el principio, pero esta falta de ajuste puede pasar desapercibida.

Otro inconveniente es la alta sobrecarga operativa que puede surgir al operar todo manualmente. Esto puede restar valor a los esfuerzos de desarrollo de productos y el equipo puede verse estancado en las operaciones diarias en lugar de poder centrarse en el panorama general. La forma de mitigar esto es garantizar que la automatización de los procesos manuales comience temprano y se realice lo más rápido posible.

El desafío final con un enfoque sin producto es el peligro de optimizar excesivamente basándose en el pequeño tamaño de muestra de los usuarios iniciales, especialmente en los primeros días, cuando es difícil encontrar un grupo de usuarios representativo e imparcial. Para superar este desafío, debe investigar continuamente a sus usuarios para validar las personas objetivo de los clientes, 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 suscribir ¡Para más cosas interesantes!