Nombrar la situación problemática.
¿Quién tiene la dificultad, qué intenta conseguir y por qué fallan las alternativas actuales en el momento decisivo?
Sketch es donde me gano el derecho a construir. Es tentador, especialmente con IA, saltar directamente a pantallas, rutas, componentes o tablas de base de datos. Pero el primer riesgo no suele ser técnico: la cuestión es si el problema, el cliente, el punto de entrada y el intercambio de valor están lo bastante claros como para merecer la implementación.
Un buen Sketch no necesita convertirse en una presentación estratégica. Debe hacer que la idea sea más acotada, precisa y falsable: para quién es, qué progreso busca esa persona, por qué ahora, por qué este enfoque y qué me haría parar antes de escribir código.
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.
¿Quién tiene la dificultad, qué intenta conseguir y por qué fallan las alternativas actuales en el momento decisivo?
La primera versión no debería servir a todos. Debería mejorar significativamente un flujo de trabajo de alto valor para un usuario claro.
Una matriz de riesgos evita comprometerse con una idea antes de contar con datos suficientes para justificarla.
El modelo avanza de la pregunta al entregable y del entregable a una prueba que permite decidir.
El modelo obliga a validar el negocio antes de implementar. El trabajo debe responder si el problema es urgente, si el comprador o adoptante está claro, si el intercambio de valor es plausible y si el primer alcance es suficientemente sencillo para probarlo.
Sketch parte de algo concreto: un problema de usuario, una petición, una captura, un repositorio existente, una obligación normativa, una hipótesis de negocio, un ejemplo visual o un fallo en producción. La clave es recoger esa información sin imponer una estructura demasiado pronto.
Esta fase es especialmente útil al construir con IA: puede producir con rapidez una solución equivocada si la persona no ha aclarado primero qué merece existir.
El entregable no tiene que ser largo; debe concretar el usuario, el trabajo por resolver, el punto de entrada, la promesa, las alternativas, los riesgos y qué información haría cambiar el plan.
Las preguntas clave son sencillas: quién tiene el problema, qué intenta conseguir, qué ocurre hoy, por qué no es suficiente, qué resultado supondría una mejora real y qué debe quedar fuera del alcance.
Un Sketch sólido también identifica el supuesto más arriesgado. Puede ser la viabilidad técnica, la comprensión del cliente, la calidad de un proveedor, la interpretación legal, la fidelidad del resultado o la disposición a pagar. El siguiente entregable debe poner a prueba el supuesto que más podría cambiar el plan.
Definir el alcance según la incertidumbre, no mediante promesas temporales rígidas.
De este ensayoUso entregables concretos para hacer visibles las decisiones. Así pueden revisarse, reutilizarse y relacionarse con el trabajo realizado.
Una declaración concisa del usuario, su situación, la alternativa actual y el progreso que busca.
El segmento de usuarios más pequeño donde la urgencia, el acceso y el valor del producto son plausibles.
Una visión de las alternativas, la disposición a pagar, la diferenciación, el momento y la ruta hacia el primer uso.
Una lista honesta de riesgos de valor, usabilidad, viabilidad técnica, viabilidad de negocio, confianza y go-to-market.