Empezar con una base limpia cuando el prototipo haya cumplido su función.
El prototipo enseñó la forma del producto. La construcción duradera debería utilizar ese aprendizaje sin seguir todos los atajos.
Método de trabajo
Convertir un recorrido validado en un producto listo para lanzar.
Perfect no consiste en pulir indefinidamente. Es el momento en que el prototipo ha cumplido su función y el trabajo cambia de categoría. La pregunta deja de ser si la idea se percibe y pasa a ser si puede convertirse en un producto listo para lanzar.
Ese cambio transforma el trabajo: implementación sólida, patrones de interacción duraderos, adaptación a cualquier pantalla, accesibilidad, seguridad, privacidad, pagos, contenido, soporte, despliegue y monitorización. El producto ya no debe depender de que quien lo construye recuerde cada punto frágil.
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.
El prototipo enseñó la forma del producto. La construcción duradera debería utilizar ese aprendizaje sin seguir todos los atajos.
Los tokens de diseño, los patrones de componentes, la estructura de rutas, el modelo de datos, los permisos y las integraciones pasan a formar parte de la calidad del producto.
La confianza, la privacidad, los pagos, el contenido, el soporte, el seguimiento y el riesgo residual necesitan una revisión explícita antes del lanzamiento.
El modelo avanza de la pregunta al entregable y del entregable a una prueba que permite decidir.
La palabra significa preparar el producto según el riesgo de su ámbito. Un flujo de donaciones, una lista de bodas, una herramienta retributiva y una tienda de pósteres requieren condiciones de lanzamiento distintas.
La pregunta correcta no es si existen todas las funciones posibles, sino si el recorrido central es lo bastante fiable como para exponerlo.
Aquí el producto pasa de estar implementado a estar listo para lanzar: los mensajes coinciden con su comportamiento, las limitaciones son visibles, existe un plan de reversión, las responsabilidades están claras y las pruebas corresponden al nivel de riesgo.
Seguridad, privacidad, pagos, permisos, monitorización y soporte no están separados de la UX. Determinan si las personas perciben que pueden usar el producto de forma segura.
Organizo el riesgo en tres niveles. El trabajo de bajo riesgo necesita una revisión específica y controles estáticos. El de riesgo medio añade criterios de aceptación, pruebas, revisión visual o de extremo a extremo, verificación en vista previa y un plan normal de reversión. El de alto riesgo exige además auditoría previa, decisiones registradas, despliegue por fases o flags, idempotencia, pruebas en un entorno realista, comprobaciones de proveedores, aprobación explícita y observación posterior.
Lanzar es una decisión de producto, no el paso automático que sigue a la implementación.
De este ensayoUso entregables concretos para hacer visibles las decisiones. Así pueden revisarse, reutilizarse y relacionarse con el trabajo realizado.
Una implementación de producción moldeada por lo que enseñó el prototipo, no limitada por atajos del prototipo.
Un lenguaje consistente para diseño, tipo, estados, jerarquía y calidad de interacción.
El control previo al lanzamiento de UX, accesibilidad, seguridad, privacidad, pagos, contenido y monitorización.
Vista previa, producción, comprobaciones básicas, criterios de reversión y observación posterior al lanzamiento.