Experimentar con presupuesto chico
La mayoría de las ideas se construyen antes de probarse, y las que se prueban suelen probarse sin reglas. Un método simple para que una prueba barata te obligue a decidir: hipótesis escrita, la prueba que podría decirte que no, criterio de éxito definido antes y un tope de tiempo y plata.
La mayoría de las ideas se construyen antes de probarse. Pasa en emprendimientos y pasa, igual o más, dentro de empresas: alguien propone un servicio nuevo, un canal nuevo, una herramienta interna, y la conversación salta directo a cuánto cuesta hacerlo bien. Nadie pregunta cuánto costaría averiguar si vale la pena hacerlo.
Hace unos meses escribí sobre cómo validar una idea sin gastar dinero: conversaciones, landing, preventa, servicio manual. Este post es el paso siguiente. No es sobre qué pruebas hacer, sino sobre cómo diseñarlas para que el resultado te obligue a decidir algo. Porque probar sin método es casi tan caro como no probar.
El problema no es no probar, es probar sin reglas
He visto muchas pruebas que terminan igual. Se lanza algo chico, pasan tres semanas, llegan algunos resultados y alguien dice "es interesante, hay señales". Nadie sabe si eso es bueno o malo, porque nadie dijo antes qué era bueno. Entonces se sigue invirtiendo un poco más, por si acaso, y la prueba se convierte en proyecto sin que nadie lo haya decidido.
Eso pasa por una razón muy humana: cuando ya te enamoraste de la idea, cualquier resultado te parece una confirmación. Si fue bien, "funciona". Si fue regular, "hay que ajustar el mensaje". Si fue mal, "no era el momento". El método sirve justamente para protegerte de ti mismo.
El método en cinco piezas
1. La hipótesis, escrita
No en la cabeza: escrita, en una frase que otra persona pueda leer. Me sirve esta estructura:
Creemos que [quién] va a [hacer qué] porque [por qué]. Lo sabremos si [señal que se pueda contar].
Por ejemplo: "Creemos que dueños de clínicas dentales van a pagar por un servicio de confirmación de horas por WhatsApp, porque las inasistencias les cuestan caro. Lo sabremos si agendan una reunión para verlo funcionando".
Escribirla te obliga a ver qué estás suponiendo. Muchas veces, al llenar el "quién", te das cuenta de que no sabes a quién le estás hablando. Eso ya es un hallazgo.
2. La prueba más barata que podría decirte que no
Este es el giro que más cuesta. La tendencia natural es diseñar la prueba que podría confirmar la idea. La útil es la que podría refutarla, y de todas esas, la más barata.
¿Cuál es la suposición que, si es falsa, mata todo lo demás? Casi nunca es "¿se puede construir?". Casi siempre es "¿alguien lo quiere lo suficiente como para hacer algo a cambio?". Prueba esa primero. No tiene sentido afinar el precio de algo que nadie quiere.
3. El criterio de éxito, antes de empezar
Esta es la pieza que separa un experimento de una ilusión. Antes de lanzar, escribes tres cosas:
- Qué número cuenta como éxito. Por ejemplo, cinco reuniones agendadas.
- Qué número cuenta como fracaso. Por ejemplo, menos de dos.
- Qué vas a hacer en cada caso. Si pasa el umbral, inviertes en la siguiente prueba. Si no, la idea se archiva o se replantea desde la hipótesis.
¿De dónde sale el número? No de un benchmark de internet: de tu propia cuenta. Pregúntate cuántos clientes necesitarías para que la idea valga la pena, y trabaja hacia atrás. Si el número es arbitrario, está bien: un criterio arbitrario definido antes vale más que uno perfecto inventado después.
Entre el éxito y el fracaso queda una zona gris. Decide también qué haces ahí, porque es donde vas a caer más seguido. Mi regla: en la zona gris se hace una prueba más, cambiando una sola cosa, y no se agranda la inversión.
4. Tiempo y plata con tope
Fecha de término y monto máximo, escritos junto al criterio. Una prueba sin fecha no termina nunca, porque siempre falta "un poco más de data". Y una prueba sin tope de gasto crece hasta parecer un proyecto.
El tope también cambia cómo diseñas. Si tienes dos semanas y poca plata, dejas de pensar en la versión bonita y empiezas a pensar en la versión mínima que responde la pregunta.
5. Qué hacer con el resultado
Solo hay tres salidas honestas: seguir (y diseñar la siguiente prueba, un poco más cara, sobre la siguiente suposición), ajustar (cambiar una variable y repetir) o matar la idea. Lo que no vale es la cuarta, la más común: seguir igual porque ya empezamos.
Anota cada prueba en un registro simple: hipótesis, prueba, criterio, resultado, decisión. Con el tiempo ese registro vale más que cualquier prueba individual, porque te muestra qué tipo de suposiciones sueles tener mal.
Cuatro pruebas baratas y qué responde cada una
No todas las pruebas sirven para todas las preguntas. Esta es la tabla que uso para elegir:
| Prueba | Qué te responde | Qué NO te responde |
|---|---|---|
| Conversación con 10 clientes potenciales | Si el problema existe y cómo lo resuelven hoy | Si pagarían por tu solución |
| Landing con formulario | Si la propuesta, tal como está escrita, genera interés | Si ese interés se convierte en compra |
| Pauta mínima hacia la landing | Qué mensaje o qué público reacciona mejor, rápido y con desconocidos | La demanda real a escala: poco presupuesto da pocos datos |
| Prototipo manual | Qué parte del proceso importa de verdad y cuál sobra | Si el negocio funciona cuando lo automatices |
La columna de la derecha es la importante. Cada prueba barata responde una pregunta y deja otras abiertas. El error es sacar de una landing con buenos registros la conclusión de que "el mercado lo quiere". Lo que sabes es que el titular funciona.
Sobre la pauta mínima, un matiz: sirve más para comparar que para medir. Con poco presupuesto no vas a saber cuánta demanda hay, pero sí puedes saber cuál de dos mensajes le habla mejor al mismo público. Si la usas, arma bien las UTM antes de gastar el primer peso, o no vas a poder separar un resultado del otro.
Y sobre el prototipo manual: es la prueba más subestimada. Hacer a mano, para pocas personas, lo que después piensas automatizar te muestra dónde está el valor. Muchas veces descubres que lo que la gente valora es justo la parte que pensabas eliminar.
Si la idea es dentro de una empresa
Para quien intraemprende, el método tiene una ventaja extra: es mucho más fácil pedir permiso para una prueba acotada que para un proyecto. "Necesito dos semanas y un monto chico para responder esta pregunta, y si no pasa este umbral lo archivamos" es una conversación distinta a "necesito un presupuesto para lanzar esto".
El truco es acordar el criterio de éxito con quien decide, antes de empezar. Si tu jefatura aprobó que cinco reuniones significa seguir, cuando llegues con seis no hay discusión sobre si "es suficiente". Y si llegas con una, tampoco: se archiva sin drama y sin que nadie tenga que defender un proyecto fallido. Eso protege la idea y te protege a ti.
Lo que me dejó Strye
En la startup que cofundé iteramos tres MVPs, y lo que conté cuando la cerré sigue siendo cierto: esos MVPs nos dieron más información en semanas que meses de investigación de escritorio. Probar rápido funcionaba.
Con la distancia, lo que más valoro no es la velocidad, es la pregunta que había detrás de cada versión. Una prueba rápida sin una pregunta clara te da movimiento, pero no necesariamente aprendizaje. La diferencia entre las dos está en lo que escribes antes de lanzar, no en lo que construyes.
El punto de fondo
Experimentar con poco no es una versión pobre de innovar. Es la versión seria. La innovación no es tecnología: es hacer las preguntas correctas antes de comprometer recursos. Un buen experimento es simplemente una pregunta con fecha, presupuesto y un número que decide.
Si tienes una idea dando vueltas, haz este ejercicio hoy: escribe la hipótesis en una frase, elige la suposición que la mata si es falsa y define el número que te haría seguir. Si no puedes escribir ese número, todavía no estás listo para gastar. Y si quieres ayuda para ordenar qué probar primero, es parte de cómo trabajo la estrategia de growth.
Preguntas frecuentes
¿Qué es un experimento de negocio?
Es una prueba acotada diseñada para responder una pregunta concreta sobre una idea, antes de invertir en construirla completa. Tiene una hipótesis escrita, un criterio de éxito definido de antemano, una fecha de término y un tope de gasto. Lo que lo distingue de lanzar algo chico es que el resultado ya tiene una decisión asociada.
¿Cómo defino el criterio de éxito de una prueba?
Trabaja hacia atrás desde tu propio negocio: cuántos clientes necesitarías para que la idea valga la pena y qué señal temprana lo anticiparía. Escribe el número que cuenta como éxito, el que cuenta como fracaso y qué harás en cada caso. Un criterio imperfecto definido antes vale más que uno perfecto inventado después.
¿Cuál es la prueba más barata para una idea nueva?
Depende de qué suposición quieras probar. Si dudas de que el problema exista, conversar con diez clientes potenciales. Si dudas de que tu propuesta genere interés, una landing con formulario. Si dudas de qué parte del servicio importa, hacerlo a mano para pocas personas antes de automatizar.
¿Qué hago si el resultado queda en una zona gris?
Define esa zona antes de empezar y decide qué harás si caes ahí. Una regla que funciona es hacer una sola prueba más, cambiando una única variable, sin aumentar la inversión. Si vuelve a quedar en gris, trátalo como un no.
¿Sirve este método dentro de una empresa?
Sí, y a veces sirve más que en un emprendimiento. Es más fácil conseguir aprobación para una prueba acotada que para un proyecto completo. La clave es acordar el criterio de éxito con quien decide antes de empezar, para que el resultado se acepte sin discusión.