Me reúno todo el tiempo con las personas que construyen el producto. A menudo me dirán su aplicación o software estará listo en seis meses. Yo les digo: “Ustedes están completamente está mal aquí. Debe lanzar su producto hoy, incluso si no está listo. porque aprenderás mucho más rápido». Solo aprendes cuando tienes usuarios reales y comentarios reales.
Desarrollas un enfoque completamente diferente cuando utilizas la retroalimentación. Etapa temprana Esto es mucho más efectivo que crear un producto para ti mismo. satisfacción primero y solo después recibir retroalimentación. Si el producto está «listo», eres mucho más reacio a hacer cambios.
Uri Levin: Enamórate del problema, no de la solución
Según Uri Levin, cofundador de Waze, “Si ha invertido mucho en un producto, es posible que se enamore de su decisión. ¡No deberías! Enamorarse de la solución significa perder la práctica de escuchar a sus usuarios, que es la única forma de avanzar hacia el encaje entre el producto y el mercado.»
Enamórate del problema, no de la solución
También es posible que si ha invertido mucho en el producto, puede enamorarse de su decisión. ¡No deberías! Enamorarse de solución significa perder la práctica de escuchar a sus usuarios, que es la única forma de avanzar hacia el ajuste producto-mercado.
De hecho, el mejor momento para lanzar su producto es cuando confundido según su calidad. Sí, el producto debe ser tan malo que abrumado por las críticas. Así aprenderás más rápido. Lo harás más corto ciclos, incluso al principio.
«¡Pero si lanzo un mal producto, perderé a mis usuarios!» puede que te preocupes
A lo que respondo: «¿Qué usuarios? ¡Aún no tienes uno!» Entonces, todo está bien para decepcionar a esos usuarios inexistentes.
Cuando finalmente te das cuenta de que tu producto es apto para el mercado, después de muchas experimentos, los usuarios vendrán. Y si no lo entiendes, bueno, sí realmente no importa
El papel de sus primeros usuarios es iluminarle el camino. Ellos van a mostrarle dónde ir con su producto (y dónde no ir). Si ellos estan frustrado, gritado o preocupado, no es un problema. Su papel en este el punto es simplemente señalarte en la dirección correcta.
Cuando su producto finalmente sea lo suficientemente bueno, será olvidado alguna vez fueron infelices.
Muévete rápido y aprende cosas
El otro día se me acercó un empresario que estaba tratando de construir un lugar de intercambio vecinal para compartir cortadoras de césped, taladros, etc.
“Construiremos todo el sistema con inteligencia artificial”, dijo. – exclamó el empresario.
“Detente aquí”, respondí. «Es mejor empezar poco a poco moviéndose rápido Por ahora, solo crea un grupo de WhatsApp para compartir cosas y escucha los comentarios que recibes. No es necesario desarrollar un backend completo servidor y haz toda la inteligencia artificial tú mismo. Solo cuando tengas el tuyo retroalimentación si comienzas a construir el producto”.
Los fundadores me escucharon y crearon un grupo de Facebook. un grupo de WhatsApp para compartir cosas en tu ciudad natal. Está de vuelta no tuvo éxito porque había una conjetura que lo probaba estar equivocado: los fundadores asumieron que necesitaban una masa crítica—suficiente gente que estaba alrededor, que quería compartir.
De hecho, no era lo más importante. Más bien, había gente eran reacios a compartir artículos de uso frecuente, y no había suficientes demanda de artículos que rara vez se usan o que eran demasiado caros para compartir. (Hubo una solicitud de una embarcación Sea-Doo que nadie encontró cambio.)
El resultado fue este, incluso sin crear un sistema de IA para demostrar cualquier cosa, fueron capaces de averiguar lo que necesitaban… y mucho más rápido (en unas pocas semanas, no años). Él solo el camino del progreso es escuchando a sus clientes.
Verifique el problema y luego cree una solución.
Una vez escuché una historia sobre cómo Dell comenzó como la mayoría de las computadoras. compañías. En una de las primeras reuniones del fabricante, el CEO Michael Dell preguntó a su equipo: «¿Qué vamos a hacer en esta empresa?»
Uno de los niños escribió en la pizarra: “Haremos dos cosas: 1) construir computadoras y 2) vender computadoras».
Michael fue al tablero y lo miró por un rato, y luego acaba de cambiar el orden. «Todavía vamos a hacer dos cosas», dijo. «Primero vendemos computadoras, y solo después las ensamblamos».
Si tienes una mentalidad de fracaso rápido, cada idea que tienes es una hipótesis que debe confirmar. De hecho, cuando piensas en un problema que te gustaría resolver, lo primero el paso es ver si este problema es comun y si entiendes la percepcion del mismo problemas de otras personas (sus usuarios o clientes potenciales) en lugar de solo su propia percepción de «muestra de uno».
Entonces, en lugar de construirlo desde cero, simule su software. Dale un backend manual para que puedas probar la propuesta de valor y opiniones de los usuarios antes de invertir demasiado capital.
Crear sobre la marcha
Cuando lanzamos Mego, una aplicación que te ayuda a deshacerte de las colas oficina de correos para recibir su paquete, hemos recogido el mayor de ellos todos: No hemos desarrollado nada. Ni una sola línea de código. Sin aplicación, sin backend servidor, sin infraestructura.
En lugar de crear un programa para escanear una factura recibida de la oficina de correos y la identificación del cliente, creamos un grupo de WhatsApp y lo promocionamos Facebook. Si necesita recoger algo, se pondrá en contacto con nosotros. WhatsApp. Todo fue hecho a mano, lo que me permitió medir demanda del mercado temprano y rápido. Esencialmente, el usuario ni siquiera sabrá lo que alguien está leyendo detalles y programación de envíos manualmente, no software automatizado. Y seamos honestos: a los usuarios no les importa.
Cuando lanzamos FeeX (que cambió su nombre a Pontera en 2022), el plan era cargar el documento y luego OCR (símbolo óptico reconocimiento) traduciría las imágenes en texto. Verificar aunque era un concepto, rápidamente creamos un sitio web e hicimos todo OCR manual. El documento y alguien en nuestra oficina llegará en realidad leyó y escribió lo que había en la imagen.
Hicimos lo mismo para Refundit: leer e ingresar manualmente en los datos, mucho antes de que siquiera pensáramos en desarrollar un posible OCR funcionalidad
Fallar rapido
Este enfoque es exactamente el mismo para cada parte de su viaje, ya sea entrada al mercado, crecimiento, modelo comercial o desarrollo comercial. Aunque la mayoría de los ejemplos que he dado en este capítulo se relacionan con ajuste del mercado del producto, todavía se aplica a cualquier parte de su viaje.
Cuando está creando su plan de lanzamiento al mercado o plan de adquisición de usuarios, yo a menudo ven una posición de una sola línea, por ejemplo: «Vamos a hacer relaciones públicas», «Nos vamos use Google Ads” o “Vamos a usar Facebook para dirigirnos a nuestra audiencia como sabemos que se trata de mujeres de entre 30 y 40 años que tienen el grado de X o Y».
En mi opinión, todas estas son muy buenas ideas que vale la pena seguir. experimentos, pero una vez que te das cuenta de que no funcionan, necesitas tienes muchas más ideas para probar. La situación es la misma con los negocios. desarrollo; si crees que a través del desarrollo empresarial puedes aportar muchos clientes (o usuarios), entonces necesita probar muchos (y muchos más de lo que piensas) ideas hasta que encuentres una que funcione.
Estábamos buscando un socio de desarrollo comercial con Moovit para promocionar la aplicación y pensamos que el mejor socio sería el autobús los propios operadores. Ya hemos visto el boca a boca y pagado adquisición de usuarios, pero buscábamos otros mecanismos de crecimiento.
Llegamos a un acuerdo con el operador de autobuses Metropoline en Israel colocar pegatinas en los respaldos de todos los asientos de todos sus vehículos. A las 9 de la mañana, en las calcomanías comenzaron a funcionar y llamé a nuestro gerente de operaciones.
«¿Qué estamos viendo en este momento? ¿Hay alguna diferencia en el número de usuarios?»
«Nada todavía», respondió. «Esperemos un par de semanas».
«No», respondí. «Si no vemos nada hoy, entonces no hay nada allí. Si hay cambios, lo veremos al instante. No tenemos que esperar. Si no funciona, no importa lo duro que trabajemos o lo difícil que sea hacer, es hora de ponerlo a dormir».
Esto parece muy diferente de un experimento de ajuste de mercado de productos, pero es asi? Se trata de fallar rápido; se trata de entender que los resultados Lo más probable es que sea obvio, incluso si le pones mucho esfuerzo.
Entonces, ya sea una nueva versión de su aplicación o una nueva campaña, lo más El mensaje importante es estar siempre listo para pasar al siguiente experimento. Experimentar significa que puedes probar un poco de cada parte. tu camino al fracaso Puede verificar si sus suposiciones básicas son correctas son correctos La recopilación de datos de entrada antes de comenzar a codificar puede ser un obstáculo un año completo de desarrollo de su viaje. ¿Has recogido el dinero? o todavía buscando, esto no es una ventaja insignificante.
Extracto de Enamórate del problema, no de la solución, derechos de autor © 2023 Uri Levin. Reimpreso con permiso de Matt Holt Books, un sello de BenBella Books, Inc. Todos los derechos reservados.