¿Qué es una prueba de la suposición más arriesgada (RAT)?

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Una prueba de la suposición más arriesgada, o RAT (por sus siglas en inglés), es el experimento más pequeño que verifica la creencia sobre la que su idea no puede equivocarse. Usted enumera lo que tiene que ser cierto para que la idea funcione, elige la suposición con más que perder y menos evidencia, y prueba solo esa. Para hacerlo no construye un producto.
El término suele atribuirse a Rik Higham, que lo publicó en 2016 como reacción a con qué ligereza se había llegado a usar "MVP". Es un hábito sencillo, pero cambia en qué invierte sus semanas un equipo en etapa temprana. Esta guía cubre de dónde viene la idea, cómo encontrar la suposición más arriesgada, cómo ejecutar una prueba y dónde se equivocan los equipos.
De dónde viene la RAT
Rik Higham publicó "The MVP is dead. Long live the RAT." en Hacker Noon el 27 de septiembre de 2016. Su argumento es que el producto mínimo viable tiene un defecto de fondo: no es un producto. En su planteamiento, es una forma de comprobar si usted ha encontrado un problema que valga la pena resolver, y una forma de reducir el riesgo probando rápidamente su mayor suposición.
Higham sostiene que "MVP" se ha usado tanto que perdió su significado original. Se aplica al primer lanzamiento de un producto rudimentario, de modo que el "MVP" termina siendo mucho más complejo que la prueba rápida que debía ser, y demasiado deficiente para lanzarse como producto real. Su solución propuesta es dejar de preguntar "¿cuál es el producto mínimo?" y preguntar "¿cuál es mi suposición más arriesgada y cómo la pruebo?"
También cita una frase de Tom Chi, cofundador de Google X, sobre maximizar la tasa de aprendizaje minimizando el tiempo para probar cosas. Una RAT es esa idea aplicada a una incógnita única y concreta.
El linaje importa porque la RAT no es una rival del Lean Startup. Es una lectura más afilada del mismo. El sitio oficial de Lean Startup dice que el método comienza con suposiciones de acto de fe que piden a gritos una prueba rigurosa, y luego usa un producto mínimo viable para probarlas. El punto de Higham es que la prueba debe ir primero, y el producto solo tan grande como la prueba lo exija.
Qué cuenta como suposición
Una suposición es algo que usted cree pero no ha comprobado. Toda idea de startup es una pila de ellas. Higham sugiere trabajar hacia atrás: exprese la oportunidad como un problema del cliente y luego pregunte qué tiene que ser cierto para que exista. Tome cada una de esas suposiciones y pregunte qué hay detrás. Repita hasta llegar a las suposiciones raíz. Él lo compara con los 5 porqués.
Las suposiciones son de distintos tipos. El marco de Testing Business Ideas, de David J. Bland y Alexander Osterwalder, las clasifica en tres lentes, resumidas en el resumen del libro de Strategyzer:
| Tipo de riesgo | Pregunta central | Suposición de ejemplo (hipotética) |
|---|---|---|
| Deseabilidad | ¿Los clientes quieren esto lo suficiente como para cambiar de comportamiento? | "Los despachadores de corredoras de carga pequeñas dejarán de usar hojas de cálculo para el seguimiento de cargas." |
| Viabilidad técnica | ¿Podemos construirlo, entregarlo y operarlo? | "Podemos cotejar facturas con órdenes de compra automáticamente con al menos 95% de precisión." |
| Viabilidad económica | ¿Puede generar dinero y seguir generándolo? | "Los clientes pagarán lo suficiente como para que nuestro costo de adquirir y atender a uno se mantenga muy por debajo de lo que pagan." |
El resumen de Strategyzer describe la deseabilidad como si los clientes cambiarán su comportamiento actual, la viabilidad técnica como si usted tiene las habilidades y los recursos para entregar, y la viabilidad económica como si los clientes pueden costearlo y el precio sostiene el crecimiento. Los ejemplos de la tabla son inventados con fines ilustrativos.
La mayoría de los equipos tempranos prueba en exceso la viabilidad técnica porque es el riesgo que a los ingenieros les gusta rumiar. Pero un producto que funciona a la perfección y que nadie quiere sigue siendo un fracaso. En la etapa de idea, las mayores incógnitas suelen estar en la deseabilidad.
Cómo encontrar la suposición más arriesgada
Una vez que tiene una lista, necesita una forma de ordenarla. Dos preguntas hacen la mayor parte del trabajo: cuánto importa esto si está mal y cuánta evidencia tenemos.

Bland lo describe como mapeo de suposiciones en Strategyzer. Usted ubica cada hipótesis en una cuadrícula de 2x2, con la evidencia en un eje (de "hay evidencia" a "no hay evidencia") y la importancia en el otro. La pregunta de importancia es qué hipótesis, si se demuestra falsa, hará que la idea de negocio fracase. El cuadrante que se prueba primero es el que contiene las hipótesis críticas para el éxito y con menos evidencia detrás.
Datos clave: La prueba de la suposición más arriesgada
- Rik Higham publicó "The MVP is dead. Long live the RAT." en Hacker Noon el 27 de septiembre de 2016.
- La afirmación central de Higham: un MVP no es un producto sino una forma de comprobar si usted ha encontrado un problema que valga la pena resolver, y la alternativa es identificar su suposición más arriesgada y probarla.
- El mapeo de suposiciones ubica las hipótesis por importancia y evidencia, y prioriza las críticas con menos evidencia (Strategyzer, David J. Bland).
- Testing Business Ideas agrupa las hipótesis en deseabilidad, viabilidad técnica y viabilidad económica.
- El sitio de Lean Startup dice que el método parte de suposiciones de acto de fe y usa un producto mínimo viable para probarlas.
- No existe un estándar formal para una RAT. Los umbrales, formatos y nombres varían según el equipo.
Una forma práctica de conducir la sesión de ordenamiento con un equipo pequeño:
- Escriba cada suposición en su propia nota adhesiva o línea, una creencia por nota.
- Etiquete cada una como deseabilidad, viabilidad técnica o viabilidad económica.
- Ubique cada una en la cuadrícula, discutiendo solo cuando dos personas no coincidan en la ubicación. El desacuerdo es información útil.
- Encierre en un círculo las primeras en la esquina de alta importancia y poca evidencia.
- Elija una. Si no puede decidir, pregunte cuál, de ser falsa, haría irrelevantes a las demás.
Esa última pregunta es el atajo. Algunas suposiciones están aguas arriba de todo lo demás. Si nadie tiene el problema, no importa si su precio es correcto.
Pasos para ejecutar una RAT
Una RAT es un experimento normal con un alcance acotado. Anótela antes de ejecutarla, sobre todo el umbral de aprobación.

- Formule la suposición como una oración que se pueda probar. "Al menos 8 de 20 despachadores de carga entrevistados aceptarán un piloto de pago" puede resultar falsa. "Los despachadores necesitan mejores herramientas" no.
- Elija la prueba más pequeña que produzca comportamiento real. Higham pregunta: ¿cuál es el experimento más pequeño que puede hacer para probar su mayor suposición? Prefiera las acciones a las opiniones.
- Elija una sola métrica. Un número que usted leerá igual sin importar quién lo mire.
- Fije de antemano los umbrales de aprobación y de fracaso. Decida ahora qué resultado significa "avanzar", cuál significa "detenerse" y cuál significa "no concluyente, repetir de otra manera".
- Ejecútela y luego registre el resultado sin reescribir la pregunta.
- Decida. Pase a la siguiente suposición, ajuste la idea o descártela.
Higham señala que, una vez validada la suposición más arriesgada, puede pasar a la siguiente más grande y así ir ganando confianza en la idea poco a poco. Esa secuencia es todo el método.
Así podría verse la tabla para una idea hipotética: software de cotejo de facturas para corredoras de carga pequeñas. Los números son inventados para mostrar el formato, no son referencias.
| Suposición | Prueba | Métrica | Umbral de aprobación (fijado de antemano) |
|---|---|---|---|
| Los corredores sienten que el cotejo de facturas es lo bastante doloroso como para pagar por resolverlo | 20 entrevistas con corredores, que terminan con una oferta de piloto de pago | Número que acepta la oferta de piloto | 6 o más de 20 aceptan |
| Los corredores nos enviarán facturas reales | Pedir a cinco entrevistados que envíen por correo tres facturas anonimizadas | Número que las envía en una semana | 3 o más de 5 |
| Podemos cotejar facturas con precisión | Cotejar a mano las facturas recibidas y cronometrarlo, o ejecutar un script básico sobre ellas | Precisión y minutos por factura | 90% o más, menos de 2 minutos cada una |
| Los corredores pagarán una cuota mensual | Cotizar un precio en la oferta del piloto | Proporción que acepta al precio cotizado | Al menos la mitad de quienes aceptan |
Observe que las pruebas más baratas no incluyen software. Son conversaciones, un servicio manual o un boceto por el que alguien navega haciendo clic.
Ejemplos de pruebas por tipo de riesgo
El libro de Bland y Osterwalder describe una biblioteca de tipos de experimentos, organizados por costo, tiempo y solidez de la evidencia, según la página del libro en Strategyzer. No necesita docenas. Un puñado de opciones comunes cubre la mayoría de las pruebas tempranas:
| Tipo de riesgo | Prueba | Qué le dice | Esfuerzo típico |
|---|---|---|---|
| Deseabilidad | Entrevistas a clientes sobre comportamiento pasado | Si el problema es real y recurrente | Bajo |
| Deseabilidad | Landing page con una promesa clara y un registro o preorden | Si una audiencia segmentada realiza una acción pequeña | Bajo |
| Deseabilidad | Oferta de piloto de pago o carta de intención | Si alguien compromete dinero o tiempo | Medio |
| Viabilidad técnica | Entrega manual o concierge del servicio | Si el trabajo se puede hacer y cuánto cuesta | Medio |
| Viabilidad técnica | Prueba técnica (spike) del componente más difícil | Si la parte difícil funciona siquiera | Medio |
| Viabilidad económica | Prueba de precio con cotizaciones reales | Si los clientes aceptan el precio | Bajo a medio |
| Viabilidad económica | Hoja de costo unitario construida con costos reales del piloto | Si los márgenes pueden funcionar | Bajo |
Los autores resumen un principio como "el comportamiento supera a las opiniones": lo que hacen los clientes es una evidencia más sólida que lo que dicen. Un registro es débil, un piloto de pago es más fuerte. Ajuste la prueba a cuánto riesgo intenta eliminar.
RAT vs MVP
La gente suele usar los dos términos como sinónimos. El punto de Higham es que no deberían serlo.

| RAT | MVP (como se practica comúnmente) | |
|---|---|---|
| Punto de partida | La incógnita más arriesgada | Una primera versión de un producto |
| Pregunta | "¿Qué tiene que ser cierto, y lo es?" | "¿Qué es lo mínimo que podemos lanzar?" |
| Resultado | Una respuesta: aprobada, fallida o no concluyente | Un producto que la gente puede usar |
| Forma típica | Entrevista, maqueta, servicio manual, landing page | Una versión funcional pero mínima |
| Riesgo de alcance | Pequeño, porque la prueba define el alcance | Crece, porque es un producto |
| Criterios de aprobación | Fijados antes de la prueba | A menudo vagos |
Higham escribe que una RAT es explícita: no hay necesidad de construir más de lo requerido para probar su mayor incógnita, no se espera código ni diseño perfectos, y no hay peligro de que se convierta prematuramente en un producto. Lo contrasta con el MVP, que puede seducir a un equipo con la falsa sensación de un camino claro y lineal hacia una solución optimizada.
Nada de esto significa que los MVP sean malos. Una vez que sus suposiciones más arriesgadas han sobrevivido a las pruebas, construir un producto mínimo viable real es el siguiente paso lógico. La RAT solo evita que construya uno para responder una pregunta que habría podido contestar en una semana con una hoja de cálculo y unas cuantas llamadas telefónicas.
Qué hacer después de ejecutar una RAT
Hay tres resultados honestos.
- Aprobada. El resultado superó el umbral que fijó. Pase a la siguiente suposición más arriesgada. No declare validada toda la idea, porque una prueba aprobada elimina un solo riesgo.
- Fallida. El resultado no alcanzó el umbral. Puede ajustar la idea (un pivote o un segmento más acotado) o descartarla. Ambos son buenos resultados en comparación con enterarse después del lanzamiento.
- No concluyente. La muestra fue demasiado pequeña, se preguntó a las personas equivocadas o la prueba no midió lo que le importaba. Rediseñe la prueba; no la etiquete como aprobada.
Repetir RATs con el tiempo es la manera en que un equipo avanza hacia el ajuste problema-solución y, más adelante, hacia el product-market fit. Si desea ejecutarlas con un ritmo regular, un marco de experimentación de crecimiento le da un lugar donde registrar hipótesis y resultados. Para ver dónde encaja esto en la vida de una empresa, consulte las etapas de una startup, y para hablar con las personas adecuadas, el descubrimiento de clientes (customer discovery) cubre las entrevistas en profundidad.
Errores comunes
- Probar la suposición segura. Los equipos eligen la que pueden probar con facilidad, no la que importa. Ordene primero por importancia y evidencia.
- Tratar un prototipo como la prueba. Si la prueba requiere semanas de desarrollo, no es lo bastante pequeña. Aplica la advertencia de Higham sobre el aumento del alcance: el equipo debería seguir preguntándose si esto es lo más pequeño que puede hacer para probar la suposición más arriesgada.
- Fijar el umbral después de ver los datos. Cualquier resultado puede explicarse como un éxito una vez que se ha visto. Anote primero la línea de aprobación.
- Medir opiniones. "A la gente le gustó" no le cuesta nada a quien lo dice. Busque un registro, un depósito, un piloto, un documento compartido.
- Probar con amigos. Son amables. Reclute del segmento al que planea servir.
- Agrupar varias suposiciones en una sola prueba. Si falla, no sabrá por qué. Una suposición por prueba.
- Probar una vez y detenerse. Aprobar una prueba elimina un riesgo. Las suposiciones tienen la costumbre de reemplazarse por la siguiente de la lista.
- Ignorar las de todo o nada. Algunas suposiciones, como "los clientes pagarán siquiera", pueden acabar con la idea por sí solas. Pruébelas pronto.
Higham también sostiene que esto no es solo para startups. Las empresas consolidadas también corren riesgo: tras años de éxito se puede caer en una falsa sensación de seguridad y construir algo que nadie quiere usar. Una RAT es un seguro barato en cualquiera de los dos contextos.
Lista de verificación rápida
Antes de ejecutar su próxima prueba, compruebe que puede responder estas preguntas:
- ¿De qué tipo de riesgo se trata: deseabilidad, viabilidad técnica o viabilidad económica?
- ¿Por qué esta es la suposición más arriesgada y no solo la más fácil?
- ¿Cuál es la prueba más pequeña que produce comportamiento real?
- ¿Qué métrica única leeremos?
- ¿Qué resultado significa aprobada, fallida o no concluyente, anotado antes de empezar?
- ¿Qué haremos de manera distinta según la respuesta?
Para los fundadores que aún eligen qué problema perseguir, el artículo sobre las fuentes de ideas para startups ayuda con el paso previo a todo esto.
Lecturas relacionadas

Co-Founder & COO