En algún punto de la ronda cuatro, todos los proyectos de video empiezan a sentirse igual: el cliente “recién nota” cosas que vio hace tres versiones, el editor está reexportando a medianoche y el margen del proyecto pasó a negativo sin que nadie lo dijera.
Es tentador culpar al cliente. Pero las revisiones infinitas casi siempre vienen del proceso más que de la personalidad de alguien, y los problemas de proceso tienen soluciones estructurales.
En resumen
- Las revisiones se descontrolan por feedback disperso, falta de una persona que decida, versiones ambiguas y errores técnicos.
- Usa un solo canal de feedback con timecode, rondas cerradas y aprobaciones por versión.
- Haz control de calidad antes de cada corte que vea el cliente.
- Un tope en el contrato limita el daño, pero no reemplaza el proceso.
Por qué se descontrolan las revisiones
Mira un proyecto que llega a la ronda siete y casi siempre vas a encontrar las mismas cuatro causas:
- Feedback disperso. Las notas llegan por correo, por WhatsApp, en una llamada y en un comentario del jefe de alguien, repartidas en tres días. Cada canal suelto es un futuro “pero yo te lo dije”.
- Nadie que decida. Dos interesados con opiniones opuestas hacen que cada ronda deje contento a uno y provoque al otro.
- Versiones ambiguas. Nadie está seguro de cuál es “el último” corte, así que los problemas viejos reaparecen y lo que ya se corrigió se vuelve a discutir.
- Errores técnicos que queman la confianza. Una errata o un chasquido de audio en la ronda dos le dice al cliente a partir de ahora revisa todo. Y lo hace, para siempre.
Fíjate que ninguna tiene que ver con el gusto. Esa es la buena noticia, porque las soluciones de proceso funcionan.
Solución 1: un solo canal, con timecode
Todo el feedback va a un solo lugar, anclado al fotograma al que se refiere, en lugar de en notas por correo o audios.
La ventaja va más allá del orden: los comentarios con timecode convierten reacciones vagas en una lista de tareas accionable, y el hilo de cada comentario mantiene la discusión pegada a lo que se discute. (Escribimos una guía completa sobre cómo dar feedback de video útil.)
Solución 2: rondas, no goteo
Una ronda se abre, todos revisan, la ronda se cierra, el editor trabaja. El feedback que llega después de cerrada la ronda espera a la siguiente.
Esta sola regla corta el goteo de “una cosita más” que mantiene un corte abierto para siempre. También hace visible la cantidad de rondas, y eso por sí solo cambia cómo se comportan los interesados.
Solución 3: aprobación explícita, por versión
Una aprobación es una decisión registrada sobre una versión específica: v3, aprobada por el cliente, en esta fecha. “¡Se ve bien!” en un chat no es una aprobación.
Cuando las aprobaciones son explícitas y las versiones están apiladas y se pueden comparar, “espera, yo nunca aprobé eso” deja de ser un argumento que alguien pueda usar, porque puedes abrir la v2 y la v3 lado a lado y señalar la diferencia.
Solución 4: nunca envíes una ronda con errores técnicos
Cada error mecánico que detecta el cliente te cuesta dos veces: la corrección y la confianza. Una vez que encontró una errata, deja de revisar la historia y empieza a corregir pruebas, y un cliente que corrige pruebas genera rondas.
Así que no dejes que encuentre ninguno. Haz una pasada de control de calidad antes de cada versión que vea el cliente.
En RecReview esto puede ser automático: con la revisión automática activada, cada subida pasa por un AI Review de varias pasadas que marca audio saturado, fotogramas negros o sueltos y errores en textos en pantalla y subtítulos, cada uno fijado a un timecode.
Así, la ronda que ve el cliente trata del trabajo y no de la exportación.
Solución 5: topes en el contrato como red de seguridad
Sí, pon límites de revisión en el contrato: dos rondas incluidas, rondas extra facturadas. Pero entiende para qué sirve la cláusula.
Limita el daño cuando el proceso falla, y no reemplaza el proceso. Un cliente que llega al tope mientras el feedback sigue disperso en varios canales siente que le están cobrando cada detalle, no que hay una regla justa.
Un cliente cuyas dos rondas estuvieron organizadas rara vez necesita una tercera.
Qué tienen en común los proyectos de dos rondas
Los equipos que cierran en dos rondas de forma constante no tienen suerte ni “mejores clientes”. Lo que tienen es:
- un solo canal de feedback con timecode
- rondas cerradas
- aprobaciones por versión
- una pasada técnica de control de calidad antes de cada entrega
- un contrato que formaliza lo que el proceso ya vuelve natural
Cada una de esas cosas es una decisión de flujo de trabajo. Así que un equipo atascado en la ronda siete puede resolverlo con un cambio de proceso, sin cambiar de clientes.
