Identifica qué tipo de información tienes.
Una cita de usuario, un uso piloto, una tendencia analítica, un script de validación, una verificación de seguridad y un cambio en el repositorio demuestran cosas diferentes.
Volver al Playbook
Criterio de producto
Decisiones basadas en datos
Usar los datos disponibles sin presentar cada resultado inicial como prueba de product-market fit.
01Contexto
Las decisiones deben dejar rastro.
Los productos recientes rara vez cuentan con pruebas completas. Suelen tener fragmentos: un producto activo, un prototipo, un repositorio, una conversación del piloto, un script de validación, una prueba de pago, un patrón de uso o un bloqueo. Trabajar con rigor significa utilizar cada dato sin atribuirle más de lo que demuestra.
La disciplina consiste en explicar qué información existe y qué no demuestra todavía. Esta web debe resultar sólida por ser específica, trazable y prudente, no por exagerar la adopción.
02Modelo
Las pruebas que sostienen la siguiente decisión.
El modelo convierte la idea del artículo en una herramienta práctica: una secuencia de decisiones, entregables o comprobaciones que puede orientar el trabajo real de producto.
No atribuyas a los datos más de lo que demuestran.
Los productos tempranos pueden demostrar profundidad, calidad de aprendizaje y disciplina de lanzamiento sin fingir una adopción a escala que todavía no existe.
Convierte las pruebas en la siguiente decisión.
Una prueba aporta valor cuando cambia el alcance, la prioridad, los textos, el diseño, el precio, los controles o el momento del lanzamiento.
El entregable útil es el que despeja la siguiente duda importante.
- FuenteIdentifica qué tipo de información tienes.
- SolidezNo atribuyas a los datos más de lo que demuestran.
- CicloConvierte las pruebas en la siguiente decisión.
03Afirmaciones públicas
El sitio debe ser sólido porque es honesto.
Los productos más recientes deben describirse como activos, en fase piloto o bien documentados, según lo que se haya verificado. Su fuerza está en la profundidad del criterio de producto y la calidad del trabajo, no en aparentar una escala que todavía no existe.
Distingo entre funciones implementadas, verificadas en vista previa, comprobadas en producción, experimentales o archivadas. Una función presente en el repositorio no está necesariamente activa, y un resultado del piloto no equivale a una adopción repetida por parte de clientes.
Esta forma de escribir permite formular afirmaciones sólidas sin excederse: la profundidad de producto, los controles de calidad, la disciplina operativa y la ejecución AI-native ya son visibles; la activación, la retención, los ingresos o el uso recurrente exigen otros datos.
04Entregables
Qué queda al terminar.
Uso entregables concretos para hacer visibles las decisiones. Así pueden revisarse, reutilizarse y relacionarse con el trabajo realizado.
Registro de pruebas
Una lista estructurada de lo que se sabe, lo que se infiere, lo que aún no se ha probado y lo que cambiaría el plan.
Script de validación
Un control repetible que permite comprobar la calidad de forma consistente.