Bueno, para nosotros, un ejemplo fue una hipótesis: “Si agregamos un recorrido por el producto a la experiencia del primer usuario nuevo, aumentará la participación en al menos un 20% en la próxima cohorte de 30 días”. (el compromiso aquí significaba que los usuarios realizaban más acciones como crear proyectos y tareas).
Tenga en cuenta que es específico, medible y con un límite de tiempo: o aumentamos la participación en un 20% para tener éxito, o no lo hacemos. Fácil de * invalidar * esto. Medimos el compromiso por fecha de registro del usuario y su comportamiento durante 30 días con acciones como crear proyectos y tareas, invitar a otros usuarios y la cantidad de inicios de sesión. Esto fue rastreado de antemano, así que ya teníamos algo de historia.
Realizamos esta prueba específica y, de hecho, falló. El compromiso fue casi el mismo (estadísticamente hablando). Eso lleva a una próxima hipótesis como “Si agregamos datos de muestra, eso aumentará la participación en un 20%”, o “Si agregamos un asistente de configuración como la primera interacción …” y así sucesivamente.
- Para una startup con arranque, ¿cuál es una buena fuente de financiación para un agujero de flujo de efectivo a corto plazo?
- ¿Cuánto puede confiar en un MVP no codificado? ¿Puede tener una sensación real de aceptación en el mercado de su idea de aplicación basada únicamente en dibujos, páginas de destino y simplemente hablando con la gente? ¿No cuentan las funcionalidades y el diseño?
- ¿Alguna vez has comprado software antes de probarlo?
- ¿Cómo se puede construir una pequeña pero rentable startup?
- ¿Existe una solución de inicio para el envío ilimitado de SMS?
Idealmente, el trabajo para probar / refutar la hipótesis no es terriblemente difícil o complicado, por lo que alienta a tomar algunos riesgos y fallar.