Cómo gestionar el feedback y las revisiones de clientes en una agencia

Uno de los sitios donde una agencia quema más energía es el proceso de revisión, no porque el trabajo sea malo, sino porque el feedback está disperso. En este artículo construimos un enfoque práctico que mantiene el orden mientras se recoge feedback y se gestionan revisiones. El objetivo no es eliminar las revisiones —es imposible— sino hacerlas rastreables y acotadas.

¿Por qué se dispersa el feedback?

El feedback se dispersa porque el cliente escribe en cuanto se le ocurre, por el canal más fácil. Un comentario se dice en una reunión, otro llega por chat, un tercero se adjunta a un correo. Ninguno es incorrecto, pero ninguno vive junto al trabajo. Así, el equipo dedica tiempo a reunir el feedback antes de poder actuar.

Los problemas de revisar por chat y correo

• Pérdida de contexto: "el texto de ahí no queda bien" no dice qué archivo ni qué versión.
• Confusión de versiones: un comentario sobre la v2 llega cuando el equipo ya está en la v3.
• Sin registro: las aprobaciones verbales no viven en ningún sitio; en una disputa nadie recuerda.
• Responsabilidad dispersa: tres personas comentan lo mismo y no está claro cuál manda.

Atar el feedback a un archivo o entrega concretos

La primera regla de una buena gestión de revisiones es simple: cada comentario debe vivir junto al trabajo del que habla. Un comentario "sobre la segunda versión del diseño de la home" atado a esa entrega evita que el equipo adivine a qué archivo se refiere. Atar el feedback a su contexto es el cambio más eficaz para acortar el tiempo de revisión.

Definir un único responsable de decisión

La causa más común del feedback contradictorio es que varias personas comentan a la vez y sin coordinación. La responsable de marketing quiere una cosa, la dirección otra, y la agencia queda en medio. La solución: designar en el lado del cliente a una persona que reúna el feedback en un solo sitio. Que combine las opiniones internas y envíe un comentario aclarado facilita el trabajo de todos.

Definir una ronda de revisión

La respuesta a "¿cuándo termina la revisión?" son rondas definidas de antemano. Una ronda es aplicar el feedback recogido como un paquete. En lugar de comentarios sueltos que gotean, decir "en esta ronda recogemos esto, lo aplicamos y pasamos a la siguiente" disciplina al equipo y al cliente.

1. (01)

   Abre la ronda

   Comparte la entrega y define una ventana clara para el feedback.

2. (02)

   Recoge el feedback

   Todos los comentarios en una ronda, junto a la entrega relevante.

3. (03)

   Aplica y cierra

   Aplica los comentarios, cierra la ronda y comparte la nueva versión.

Gestionar comentarios como abierto, resuelto y reabierto

Cada comentario debería tener un estado: abierto, resuelto o reabierto. Esta simple distinción elimina la pregunta "¿arreglamos eso?". Si un comentario resuelto puede reabrirlo el cliente, el equipo ve de un vistazo qué puntos siguen en discusión. Los comentarios sin estado quedan colgados para siempre.

Conservar las versiones de archivo

Cuando se sube una nueva versión y la anterior desaparece, se va con ella el historial de revisión. Cuando alguien dice "la versión anterior era mejor", debes poder volver a ella. Conservar versiones protege al equipo y responde "¿qué cambio hicimos y cuándo?".

Separar aprobación de revisión

Aprobación y revisión son decisiones distintas y no deben mezclarse. "Se ve bien" no es una aprobación; la aprobación es una señal clara de que el trabajo puede pasar a la siguiente fase. Cuando las entregas tienen un "aprobar" frente a "pedir revisión" claro, el equipo no adivina qué está hecho. La misma separación aplica a decisiones formales como la aprobación de propuestas y la firma de contratos.

Aclarar los comentarios vagos del cliente

Comentarios como "falta algo" o "hazlo un poco más vivo" no son accionables. Aceptarlos tal cual y adivinar suele llevar a la revisión equivocada. El reflejo correcto es una breve pregunta de aclaración: "¿más vivo de color o de disposición?". Esa única pregunta ahorra una ronda desperdiciada.

Gestionar peticiones fuera del alcance de la revisión

Algunas peticiones no son revisiones sino trabajo nuevo. "Añadamos también esta página" parece una revisión pero amplía el alcance. Hay que separarlas con amabilidad pero con claridad. No tienes que rechazar una petición fuera de alcance; posicionarla como una partida aparte protege la relación y evita revisiones ilimitadas.

Un flujo de revisión de ejemplo

El flujo siguiente es un ejemplo sencillo de un proceso de revisión repetible. Adapta el número de rondas y los pasos a tu tipo de servicio.

1. (01)La entrega se comparte en su contexto de proyecto y se abre una ronda de revisión.
2. (02)La persona responsable del lado del cliente reúne las opiniones internas y envía un lote de feedback aclarado.
3. (03)Los comentarios vagos se aclaran con preguntas breves antes de aplicarlos.
4. (04)Las peticiones fuera de alcance se marcan como partidas aparte.
5. (05)Se aplican los comentarios, cada uno marcado como "resuelto", y se comparte la nueva versión.
6. (06)El cliente aprueba o reabre los puntos restantes; la ronda se cierra.

Los comentarios en contexto de Cowwwork

Todo lo anterior comparte un principio: el feedback debe vivir junto al trabajo al que pertenece. Cowwwork ata los comentarios a una entrega o archivo concretos, conserva las versiones y ofrece en las entregas una decisión clara de aprobar-o-revisar, de modo que desaparece la confusión de "¿qué versión, qué comentario?". Mira cómo el flujo de archivos y feedback lo mantiene todo en un lugar.