Revisiones

Cómo funcionan las revisiones

Resumen

Una revisión es una solicitud de aprobación que un manager crea y envía a uno o varios clientes concretos (no a todos los clientes del proyecto, a diferencia de los procedimientos, que sí son compartidos). No es un sistema de versionado de archivos ni de diffs de diseño, es ante todo un flujo de "aquí tienes algo, dime si te vale".

Ver: Procedimientos

Visibilidad por cliente

Un cliente solo ve las revisiones donde figura como destinatario, y nunca las que están en borrador.

Tipos de revisión

Tipo	Uso típico
Videollamada	Aprobación tratada en una reunión.
Preview	Un enlace a una vista previa (diseño, build, etc.).
Documento	Un documento a revisar.
Otro	Cualquier otro tipo de entregable.

Estados y transiciones

Flujo de estados

draft → sent → accepted → completed
             ↘ rejected  → completed

Cliente destinatario: sent → accepted | rejected, accepted → completed
Manager: draft → sent, sent → draft (recall) | completed,
         accepted → completed, rejected → completed

Un manager puede "recuperar" una revisión enviada (volverla a borrador) si necesita corregirla antes de que el cliente responda, y puede forzar el paso a completada desde casi cualquier estado.

Resultado y feedback

No hay un hilo de comentarios en una revisión: el feedback es una nota de texto libre por cada cambio de estado (por ejemplo, el motivo al rechazar), guardada junto al resto del historial de transiciones. Tampoco se versionan archivos: el único artefacto es un enlace externo opcional (a Figma, un preview, un repositorio…) y un campo de texto opcional para señalar en qué debe fijarse el cliente.

Al completar una revisión, cualquiera de las dos partes puede dejar un resultado:

Resultado	Significado
Favorable	Aprobado.
Desfavorable	No aprobado.
Sin resultado	Completada sin un veredicto claro.