Usa un documento cuando la pregunta sea conceptual.
El encuadre del problema, las decisiones estratégicas, los briefs de producto y las matrices de riesgo crean alineación antes de implementar.
Volver al Playbook
Notas y ensayos
La escala de entregables
Cómo elegir entre un documento, un prototipo, una PR, una comprobación similar a una evaluación o un proceso recurrente.
01Contexto
Cada duda necesita un entregable distinto.
Un entregable no es útil solo por existir. Un documento, un prototipo, una PR, un control tipo eval o un proceso recurrente aporta valor cuando responde a la duda que frena el producto. Esta escala ayuda a elegir la prueba adecuada para cada pregunta.
Si la pregunta es conceptual, escribe la tesis. Si afecta a la experiencia, construye el prototipo. Si trata sobre preparación, crea un control. Si reaparece con frecuencia, establece un proceso de seguimiento. La habilidad está en elegir el entregable más pequeño que permita despejar la duda más importante.
02Modelo
El entregable adecuado para cada duda.
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.
Usa un prototipo cuando la pregunta sea experiencial.
Un flujo, una pantalla o una implementación en el repositorio permiten comprobar si el valor se percibe y la interacción funciona.
Usa un control cuando la pregunta sea si está listo.
Los controles de lanzamiento, las evals, las revisiones de seguridad y los scripts de validación permiten comprobar la calidad antes de continuar.
Crea un proceso recurrente cuando la pregunta vuelva una y otra vez.
Los comentarios, las notas de versión, la monitorización y una cadencia de revisión permiten tomar decisiones recurrentes de forma consistente.
Cada tipo de duda necesita un entregable distinto, desde una nota inicial hasta un proceso recurrente de seguimiento.
- TesisUsa un documento cuando la pregunta sea conceptual.
- PrototipoUsa un prototipo cuando la pregunta sea experiencial.
- ControlUsa un control cuando la pregunta sea si está listo.
- CicloCrea un proceso recurrente cuando la pregunta vuelva una y otra vez.
03Elegir el formato adecuado
El entregable debe responder a la duda concreta.
Si la duda es estratégica, quizá sea pronto para escribir código. Si afecta a la calidad de la interacción, un documento puede quedarse corto. Si se refiere a la seguridad o la fiabilidad, una lista sin implementación puede ser puro formalismo.
El kit estándar de recursos de proyecto es la versión práctica de esta escalera: brief de producto, evaluación del estado actual, jerarquía de fuentes, principios de producto, modelo de dominio y flujos, registro de decisiones, registro de riesgos, plan de ejecución, datos de demostración, especificaciones de diseño, matriz de validación, registro de revisiones, checklist de lanzamiento, cierre, nota semanal de producto y registro de métricas y experimentos.
04Relevancia de la era de la IA
Cuando producir entregables cuesta poco, el criterio importa más.
La IA puede producir muchos entregables rápidamente. Lo diferencial es saber cuál reduce el riesgo real y qué revisión necesita antes de considerarlo una prueba válida.
Un plan, componente, diagrama o nota de QA generado solo es útil después de contrastarlo con la fuente de referencia, la intención del producto y el riesgo del dominio. De lo contrario, es ruido con apariencia convincente.
El entregable útil más pequeño es el que permite tomar mejor la siguiente decisión de producto.
De este ensayo05Entregables
Qué queda al terminar.
Uso entregables concretos para hacer visibles las decisiones. Así pueden revisarse, reutilizarse y relacionarse con el trabajo realizado.
Brief de producto
Convierte una idea vaga en usuarios, alcance, criterios de aceptación, restricciones y derechos de decisión.
Prototipo implementado en el repositorio
Demuestra el flujo más arriesgado dentro del contexto real de implementación, en vez de depender solo de mockups estáticos.
Control de lanzamiento
Reúne controles de seguridad, privacidad, pagos, contenido, soporte y monitorización antes de la exposición pública.
Proceso de mejora
Conecta comentarios y datos de uso con analítica, scripts de validación, notas de versión y decisiones de roadmap.