Define qué cambia para el usuario.
Un producto sólido empieza por el antes y el después del usuario, no por la tecnología interna ni por el inventario de funciones.
Volver al Playbook
Criterio de producto
Trabajar desde el resultado
Partir de la promesa al cliente antes de la solución interna.
01Contexto
Empieza por la promesa.
Trabajar desde el resultado es útil porque los equipos de producto suelen empezar por lo que pueden construir, no por el cambio que debería experimentar el usuario. Lo uso para devolver la conversación a la promesa al cliente antes de que la tecnología, la lista de funciones o el plan interno se impongan.
En mi trabajo, cada caso comienza por el resultado para el usuario: una organización recauda fondos y mantiene la relación con sus colaboradores; una pareja coordina invitados y aportaciones con calma; un equipo de RR. HH. toma decisiones retributivas documentadas; y una persona creativa genera y exporta una pieza que conserva el diseño aprobado.
02Modelo
La promesa antes del plan.
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.
Define qué haría creíble la promesa.
Las pantallas, los recorridos, los controles de seguridad, las métricas y los entregables deben permitir comprobar esa promesa.
Trabajar hacia dentro desde la promesa.
Solo entonces la arquitectura, la UX, los precios y el alcance del lanzamiento se convierten en decisiones de implementación.
La visualización se lee de izquierda a derecha: promesa al usuario, pruebas, recorrido de construcción y seguridad para lanzar.
- PromesaDefine qué cambia para el usuario.
- PruebaDefine qué haría creíble la promesa.
- ConstrucciónTrabajar hacia dentro desde la promesa.
03Cómo lo uso
Trabajar desde el resultado evita empezar por la tecnología.
Los casos comienzan con un resultado para el usuario. Donaya no es una infraestructura de pagos, sino una forma de gestionar la relación con los colaboradores de una organización. Gradimio no es un panel, sino una forma de tomar decisiones retributivas más trazables.
Esto es importante porque los detalles de implementación pueden parecer impresionantes y al mismo tiempo ocultar una promesa de producto débil. Trabajar desde el resultado primero pide la promesa y luego hace que el resto del trabajo gane su lugar.
Cada caso lo concreta mediante la oportunidad, la tesis de producto, la parte más difícil, mi función, el diseño original, el proceso AI-native, las decisiones clave, el producto actual, las pruebas disponibles, lo aprendido y lo que conviene medir después.
- Promesa: qué cambia para el usuario si el producto funciona.
- Prueba: qué datos, recorrido o control hace creíble la promesa.
- Construcción: qué arquitectura, interfaz, precio y alcance de lanzamiento hacen falta realmente.
04Lectura de caso
La misma lente permite comparar diferentes productos.
Donaya parte del resultado que necesita quien gestiona una organización sin ánimo de lucro: reunir recaudación, certificados, registros de colaboradores y seguimiento en un sistema creíble. Key Models parte de quien necesita encontrar, entender, comparar y aplicar el marco adecuado sin perderse en un archivo.
Gradimio parte de una decisión retributiva que debe apoyarse en datos trazables. Paliet parte de una persona que quiere una pieza creativa personalizada sin aprender a usar una herramienta profesional de diseño.
05Relevancia de la era de la IA
La promesa evita que la construcción asistida por IA se desvíe.
La IA puede generar opciones de implementación rápidamente. La disciplina de trabajar desde el resultado las mantiene subordinadas al resultado del cliente, en lugar de permitir que el camino más fácil de generar se convierta en la estrategia de producto.
También ayuda a mantener afirmaciones rigurosas. Un porfolio puede parecer más espectacular si destaca la tecnología y la velocidad, pero el relato más sólido es la promesa al usuario, el criterio que la sostiene y las pruebas de que se ha construido con responsabilidad.
06Entregables
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.