Una publicación en revisión espera una sola aprobación: la de alguien de tu equipo desde el espacio o la del cliente desde su portal, la que llegue antes. No hay orden entre las dos y nunca hacen falta las dos. La revisión se enciende cliente a cliente, y con ella apagada la pieza se programa al guardarla.
Por qué basta un sí
La mayoría de las herramientas que venden «flujo de aprobación» venden en realidad una cadena: primero revisa el equipo, después revisa el cliente, y una pieza no sale hasta que las dos casillas están marcadas. Suena riguroso y en la práctica produce dos cosas, un calendario que se atasca en la persona más ocupada de la cadena y un montón de piezas que se publican tarde porque alguien estaba de vacaciones.
Aquí la pieza espera una firma, no dos. Cualquiera de los dos lados puede darla: un compañero desde la aplicación, viendo la pieza como está montada, o el cliente desde su portal, viéndola como va a publicarse. Vale la primera que llegue. El cliente no espera a tu equipo y tu equipo no espera al cliente.
La objeción razonable es si eso no relaja el control. No lo relaja, lo mueve de sitio. Lo que una aprobación aporta no es el número de veces que alguien dice que sí, es que quede escrito quién lo dijo y cuándo, sobre esa pieza concreta. Esa diferencia se vuelve muy concreta el día que un cliente afirma que nunca vio algo que salió publicado, y la respuesta está en la propia publicación con fecha y autor, no en una carpeta de correo.
Y hay una tercera lectura, menos noble y más útil: un segundo revisor obligatorio se salta enseguida. Cuando una cadena de dos pasos empieza a hacer perder fechas, la gente la apaga entera y vuelve a trabajar sin control ninguno. Un paso que se cumple vale más que dos que se esquivan.
El interruptor vive en el cliente, no en el espacio
La revisión no se enciende para toda la agencia de golpe. Es un interruptor por cliente, porque lo que se acordó con cada uno es distinto: hay clientes que quieren ver cada pieza antes de que salga y hay clientes que te contrataron precisamente para no tener que mirar. Apagado, la pieza pasa de borrador a programada al guardarla y nadie aprueba nada.
| Agencia | Empresa | Creador | |
|---|---|---|---|
| Módulo de aprobaciones | Sí | Sí | No existe |
| Se decide por | Cliente a cliente | Todo el espacio | Nada que decidir |
| Quién puede dar el sí | Tu equipo o el cliente | Un compañero | Nadie |
| Portal donde entra el cliente | Sí | No hay clientes | No hay clientes |
| Aprobaciones por pieza | Una | Una | Ninguna |
| Con la revisión apagada | Se programa al guardar | No se apaga | Se programa al guardar |
Un espacio de empresa, con equipo interno y sin terceros, no tiene ese interruptor ni lo necesita: no hay clientes ni portal, y cada publicación espera el sí de un compañero, que es justo la revisión que ese modelo pide. Un espacio de creador no tiene la capa en absoluto, y está bien que no la tenga: aprobarse a uno mismo es rellenar un formulario, no un control.
Quién de tu equipo puede aprobar y quién solo escribir es una cuestión de roles y se decide aparte, en los permisos y roles del espacio. Y el sí del cliente necesita que tenga cuenta y entre, que es lo que hace el portal de cliente.
El tablero, y la cuarta columna
La cola de revisión no es una bandeja de correo, es un tablero con cuatro estados, y el cuarto es el que nadie espera y el que más se usa.
- Pendiente. Esperando ese sí. Con su fecha prevista delante, que es lo que permite ordenar por urgencia y no por antigüedad.
- Aprobada. Alguien firmó. La pieza pasa a programada y entra en el calendario de la marca con su hora puesta.
- Rechazada. Alguien pidió cambios y escribió por qué. Rechazada es un estado, no un borrado: la pieza sigue ahí con el motivo a la vista y se recupera editándola y volviéndola a mandar. Nada desaparece de la cola en silencio.
- Falta reprogramar. La pieza recibió su sí, pero su hora ya había pasado mientras esperaba. No se publica tarde y no se tira: se aparta para que alguien le ponga fecha nueva.
El tablero es por marca y se ordena por fecha prevista, así que lo que aparece arriba es lo que se publica antes y no lo que se escribió antes. Cómo se ve la cola por dentro, con sus cuatro columnas, está en la página de aprobaciones.
Esa cuarta columna existe porque el caso es real y es invisible para todo lo demás. Una pieza prevista para el jueves a las 10:00 que se aprueba el jueves a las 18:00 no tiene una respuesta buena automática. Publicarla al instante la saca a una hora que nadie eligió; publicarla en silencio el jueves siguiente es peor. Apartarla y decirlo es la única opción que no miente.
El reloj, para que no llegue a esa columna
Lo que evita la mayoría de los «falta reprogramar» es avisar antes. Con la revisión encendida para un cliente, sale un aviso cuando quedan tres días para la fecha de la pieza y otro la víspera. Van al cliente, firmados con el nombre de tu espacio, y dentro está la pieza tal como se va a publicar.
Dos avisos y no más, y la razón es la que cualquiera que haya montado recordatorios conoce: el tercero deja de leerse y arrastra a los dos primeros con él. A tres días hay margen para producir un cambio; la víspera es el último momento en el que el cambio todavía cabe.
El reloj es lo que convierte la aprobación en algo compatible con una cadencia. Sin aviso, una cola de revisión obliga a tu equipo a perseguir a mano, que es exactamente el trabajo que la herramienta debía quitar. Con aviso, la persecución la hace el producto y tu equipo solo mira lo que sigue pendiente la víspera.
Todo lo de este artículo se hace desde un mismo sitio en GoFeed.
Pruébalo gratisLo que queda escrito en la pieza
Cada decisión se guarda encima de la publicación, no al lado. La aprobación, con su fecha y quién la dio. El rechazo, con el texto que escribió quien pidió el cambio. Las vueltas posteriores, en orden. Si una pieza fue rechazada dos veces y aprobada a la tercera, eso se lee en tres líneas sin salir de ella.
Eso resuelve tres conversaciones que normalmente cuestan una tarde. La primera es «yo esto no lo aprobé», que deja de ser una discusión. La segunda es «¿por qué esto salió una semana tarde?», que tiene una respuesta con horas. Y la tercera, la más frecuente, es la persona nueva del equipo que hereda una cuenta y necesita entender qué le gusta a ese cliente: leer diez rechazos con su motivo enseña más que cualquier documento de marca.
El texto del cambio viaja con la pieza, que es el detalle que parece menor y no lo es. Un comentario en un correo obliga a alguien a copiarlo a mano al sitio donde se edita; un comentario pegado a la publicación está delante de quien la corrige, en el momento en que la corrige. Cómo se encadena esto con el calendario está en calendario y publicación.
Dónde una aprobación no encaja
Conviene decir lo que esto no es, porque la palabra «aprobación» arrastra expectativas de otro tipo de producto.
No es una firma electrónica ni tiene valor de una. Es un registro interno de quién dio el visto bueno a una publicación, con su hora, y sirve para trabajar y para aclarar un malentendido. Para un contrato hace falta otra cosa, y no está aquí.
No es un muro. Con el interruptor apagado para un cliente, sus piezas se programan sin que nadie las mire, y esa es la configuración por defecto a propósito. La frase «nada sale sin un sí» solo es cierta de los clientes que tienen la revisión encendida, y decirla de todos sería falso.
Y no sustituye a la conversación previa. Una cola de aprobación llena de rechazos no es un proceso que funciona, es una señal de que el brief no se acordó bien: el trabajo de alinear expectativas se hace al empezar con ese cliente, y cómo se monta esa primera semana está en el onboarding de cliente. La revisión es una red, no un plan.