La mentalidad de validación no es un método ni una fase del proceso: es una forma de pensar el trabajo. Cada decisión parte de una hipótesis explícita, cada hipótesis tiene un test asociado y cada test tiene un criterio de éxito con fecha. En esta edición te explico el marco y el sistema que aplico día a día para no construir en la dirección equivocada.
La mentalidad de validación, según la define Pablo Granados Ruiz en Fase UNO, es la forma de pensar el trabajo en torno a tres reglas no negociables: cada decisión parte de una hipótesis explícita, cada hipótesis tiene un test que pueda hacerla fallar y cada test tiene un criterio de éxito y una fecha. Sirve para sustituir la intuición y la opinión por evidencia accionable en el día a día de un producto o un emprendimiento.
Primera edición del año. Antes de entrar en materia, gracias a las más de 100 personas suscritas. No es un número enorme, pero me hace mucha ilusión ver cómo cada 15 días hay gente aprendiendo a validar.
Empiezo el año con una idea que, con el tiempo, se ha convertido en la base de todo lo que hago: la mentalidad de validación.
- No es un método.
- No es una fase del proceso.
- Es una forma distinta de pensar.
Cuando construir bien no era el problema
Trabajo como Product Manager y durante años caí en el sesgo de que, si una idea estaba bien pensada y bien ejecutada, merecía existir.
En proyectos como Resitaria, Lettermind o ciertos trabajos en empresas, mi foco estaba en lo mismo: definir bien el MVP, diseñar una solución sólida y avanzar rápido a algo usable. El éxito lo medía en features entregadas, no en decisiones validadas.
El patrón que repetíamos:
- Dábamos por hecho el problema.
- Asumíamos que el usuario valoraría la solución.
- Construíamos antes de tener pruebas reales.
Resultado: interés tibio, feedback confuso, decisiones basadas en intuición.
No estaba validando. Estaba apostando.
El cambio no fue técnico, fue mental
El punto de inflexión no vino por aprender un framework nuevo, sino por cambiar cómo pensaba el trabajo:
- Menos tiempo cerrando roadmaps → más tiempo hablando con usuarios.
- Menos features "por si acaso" → más experimentos pequeños.
- Menos debates internos → más decisiones apoyadas en señales reales.
Dejé de preguntarme "¿qué construimos ahora?" y empecé a obsesionarme con otra cosa:
¿Qué estamos asumiendo como cierto sin haberlo probado?
El marco de la mentalidad de validación
Es simple y tiene tres reglas no negociables.
1️⃣ Cada decisión parte de una hipótesis explícita
Ejemplo:
"Creemos que X tiene este problema y estaría dispuesto a hacer Y para resolverlo."
Si no puedes escribirla en una frase, no es una hipótesis. Es una opinión.
2️⃣ Cada hipótesis tiene un test asociado
Aquí va una corrección clara: confundir validación con lanzar un MVP es uno de los errores más comunes. Validar no es:
- tener un producto usable,
- sacar una primera versión,
- "ver qué pasa".
Un test es una situación donde tu hipótesis pueda fallar:
- entrevista,
- landing,
- anuncio,
- prototipo,
- experimento manual.
Lo importante no es el formato, sino que pueda confirmar o refutar la hipótesis.
3️⃣ Cada test tiene un criterio de éxito y una fecha
Si no defines esto antes:
- Reinterpretarás los resultados a tu favor.
- Moverás el objetivo en el tiempo hasta que se "cumpla".
- Seguirás construyendo "un poco más".
Ejemplo:
"Si 3 de 10 personas intentan pagar, seguimos. Si no, paramos o reformulamos."
Sin fecha y sin criterio, no hay validación. Hay esperanza.
Tener mentalidad de validación no te hace ir más lento. Te hace dejar de avanzar en la dirección equivocada.
Mi sistema: ideas → hipótesis → experimentos → resultados → decisiones
Sigo siempre la misma secuencia para forzarte a decidir:
- Las ideas no avanzan solas. Ninguna idea se construye tal cual llega. Si quiere avanzar, tiene que transformarse en hipótesis.
- Las hipótesis mueren rápido. Si no pasan la regla establecida, se pasa a otra.
- Los experimentos son pequeños. No construir algo "usable", sino diseñar la prueba más pequeña posible.
- Los resultados mandan. No se interpretan, se registran: qué hicimos, qué pasó, qué señales aparecieron, qué no ocurrió.
- Las decisiones son explícitas. Cada experimento acaba en: seguir, iterar, pivotar o parar.
Discrepo de mucha literatura de producto: no necesitas más frameworks, necesitas menos autoengaño.
Aplicación práctica para ti
Elige una idea que tengas ahora encima de la mesa y haz solo esto hoy:
- Escribe una sola hipótesis clave.
- Diseña el test más barato y rápido para ponerla a prueba.
- Define qué tendría que pasar para seguir.
- Ponle fecha.
Si no sabes responder a alguno de estos puntos, no tienes un problema de ejecución. Tienes un problema de mentalidad.
Cierre
Esto es exactamente lo que hago cuando trabajo con empresas y equipos:
- Convertir ideas difusas en hipótesis claras.
- Diseñar experimentos medibles, no MVPs inflados.
- Acompañar decisiones difíciles con evidencia, no con opiniones.
Si quieres aplicar esta mentalidad de validación en tu equipo, responde al email con "VALIDAR" y te explico cómo trabajamos juntos un diagnóstico o un sprint de validación.
Sigue aprendiendo
- Si validas todo, no validas nada (elige solo una hipótesis) — cómo identificar la hipótesis crítica.
- 10 formas de validar tu MVP con menos de 100 € — el catálogo de "tests" que aplico.
- El error de los 5.000 €: construir primero el MVP — qué pasa sin esta mentalidad.