Por qué está escrito así
Si pides validar una hipótesis en un solo paso, la respuesta casi siempre es: "Haz una encuesta". Sin embargo, no te dirá qué preguntar exactamente ni cuántas respuestas afirmativas necesitas para tomar una decisión, porque se salta la definición precisa de la hipótesis antes de diseñar el método.
Por eso, el segundo párrafo delimita el alcance de la respuesta únicamente a las hipótesis. Dividir la formulación de hipótesis y el plan de validación es la clave de este prompt. Si le pides todo a la vez, la IA creará experimentos superficiales sobre hipótesis débiles y perderás el control del proceso. Primero revisa las hipótesis, filtra las que no encajen y luego usa las variantes para continuar.
En el tercer párrafo, el orden de los tres pasos es crucial. Si le pides seleccionar lo importante antes de listar todas las premisas, solo elegirá entre las primeras dos o tres ideas obvias. En especial, el criterio ② ("cuya falsedad derrumbaría todo el proyecto") define la prioridad de validación: no se valida primero lo más fácil, sino lo más riesgoso.
La columna "Criterio de validación" en el formato conecta la tabla con experimentos reales. Sin números, cada persona interpretará los resultados de forma distinta. La auditoría final del último párrafo evita que las hipótesis terminen sonando a simples deseos subjetivos. El error más común al definir hipótesis de producto es llamar hipótesis a frases que no se pueden contrastar como verdaderas o falsas.
¿Términos desconocidos? Consulta Aha AI: chain-of-thought, self-consistency
Comparado con un mal ejemplo
Quiero crear una app que resuma tareas para padres con fotos de profesores. ¿Cómo puedo validar si funcionará?
Generará una lista genérica: encuestas, entrevistas y una landing page. Es la misma respuesta de siempre y no identifica el mayor riesgo de tu idea específica. El punto crítico es si los profesores subirán fotos a diario, pero no propone un experimento enfocado en eso ni define qué resultado numérico se considera un éxito, dejándote sin criterio para decidir.
Variaciones
Diseñar el plan tras elegir la hipótesis
Propón tres formas diferentes de validar esta semana una de las hipótesis seleccionadas de la tabla anterior. Para cada opción, detalla: "Qué se hará / Días necesarios / Cuántas personas se requieren / Resultado para considerarla validada / Resultado para descartar la idea". Incluye al menos un método que no requiera programar una app y excluye cualquier acción que no esté directamente vinculada con {{elementos a confirmar}}.
Es el segundo paso tras definir la hipótesis. Exigir el criterio para "descartar la idea" evita interpretar los resultados con un sesgo excesivamente optimista.
Auditar hipótesis ya formuladas
A continuación está la hipótesis que he redactado. No crees una nueva hipótesis; limítate a auditar esta: ① ¿Se puede verificar objetivamente como verdadera o falsa mediante observación? ② ¿Describe un comportamiento real de {{cliente objetivo principal}} o es solo una expectativa mía? ③ Si es falsa, ¿qué parte del proyecto se cae? Responde a cada punto en una sola línea y muestra la versión corregida al final.
Hipótesis: {{elementos a confirmar}}
Las hipótesis redactadas por uno mismo suelen contener sesgos de deseo. Pedir una auditoría antes de la corrección ayuda a comprender dónde estaban los fallos de planteamiento.
Notas por modelo
Si solicitas la tabla y la auditoría juntas, algunos modelos muestran solo la auditoría y omiten la tabla. Si esto ocurre, pide simplemente: "Muéstrame la tabla final corregida".
Prompts relacionados
Última actualización 2026-09-02 · ¿Has visto un error? Avísanos