La aprobación lenta suele ser un problema de criterios, no solo de personas

El borrador entra en revisión el lunes. Marketing corrige el tono. Ventas pide una promesa más directa. Producto cuestiona una frase. El líder lo abre el jueves y pregunta si las cifras están confirmadas. Nadie ha trabajado con negligencia, pero la pieza todavía no está más cerca de una decisión.

Es fácil describir esta escena como un problema de personas: alguien tarda, alguien revisa demasiado o alguien no responde. A veces ocurre. Sin embargo, la demora también puede revelar una carencia menos visible: cada participante está intentando descubrir, durante la revisión, qué significa aprobar.

Una fecha límite no resuelve esa ambigüedad. Tampoco la resuelve añadir otro aprobador. Si el equipo no separa exactitud, voz, riesgo, promesa y decisión final, cada borrador reabre todas las preguntas. La aprobación se convierte en una búsqueda de consenso general, aunque las decisiones reales sean específicas.

La alternativa consiste en diseñar una matriz de decisión. Para cada asunto, define el criterio que debe cumplirse, la evidencia que permite comprobarlo, la persona con autoridad para resolver y la señal que obliga a escalar. Así, la revisión deja de preguntar «¿te gusta?» y empieza a preguntar «¿cumple lo acordado?».

Una demora tiene más de una causa

No toda espera es un fallo de criterios. Puede faltar capacidad, una persona clave puede estar ausente o la pieza puede requerir una comprobación externa. El diagnóstico debe distinguir esas causas antes de proponer una solución.

Hay un problema de capacidad cuando el responsable conoce la decisión, dispone de la evidencia y tiene autoridad, pero acumula más trabajo del que puede atender. Redistribuir tareas, ajustar prioridades o ampliar cobertura puede ayudar.

Hay un problema de dependencia cuando solo una persona conserva el contexto o el permiso necesario. La ausencia de una alternativa detiene el flujo incluso en decisiones rutinarias.

Hay un problema de criterios cuando dos revisores competentes interpretan de forma distinta qué debe pasar, qué evidencia basta o quién puede cerrar el asunto. En ese caso, pedirles que respondan antes solo acelera el desacuerdo.

También hay problemas mixtos. Un líder sobrecargado puede recibir demasiados borradores precisamente porque el sistema le envía decisiones que el equipo podría resolver. Conviene observar la unidad más pequeña: no cuánto tardó «la aprobación», sino qué preguntas permanecieron abiertas, cuántas veces reaparecieron y dónde faltó autoridad o evidencia.

La aprobación general esconde decisiones diferentes

«Aprobar el contenido» parece una sola tarea, pero suele contener varias:

• confirmar que la necesidad del lector está bien formulada;
• validar hechos, cifras y fuentes;
• decidir si el argumento representa la posición de la organización;
• comprobar que una descripción de producto está vigente;
• revisar privacidad, permisos o asuntos jurídicos cuando correspondan;
• asegurar claridad, accesibilidad y adaptación al canal;
• aceptar el riesgo residual y autorizar la salida.

No todas esas decisiones pertenecen a la misma especialidad. Un responsable de producto puede confirmar una función, pero no debería convertirse por defecto en editor de estilo. Un especialista jurídico puede señalar una exposición, pero no necesita escoger cada subtítulo. Un líder puede definir una posición, aunque no sea la persona indicada para comprobar todos los enlaces.

El Department for Education del Reino Unido recomienda acordar y documentar el flujo de contenido, aclarar roles y responsabilidades, registrar feedback y sign-off, definir quién tiene autoridad ante desacuerdos y prever qué sucede cuando alguien no está disponible. La recomendación es valiosa porque trata la aprobación como una arquitectura de colaboración, no como el último clic de una persona.

El manual de diseño del Home Office ofrece otra distinción útil. Su definición de contenido terminado separa estándares, prueba con usuarios, acuerdos con responsables y especialistas, desarrollo y registro del trabajo. El proceso concreto no tiene que copiarse fuera de ese contexto, pero muestra una idea transferible: «terminado» puede expresarse mediante condiciones observables en lugar de depender de una impresión general.

De “revísalo” a una pregunta decidible

Una solicitud de revisión debe decir qué decisión se espera. Compara estas dos instrucciones:

> Revisa el artículo y dime si podemos publicarlo.

> Confirma si las dos descripciones de producto coinciden con la documentación vigente. Si alguna excede el alcance comprobado, marca la frase y detén la aprobación de producto.

La segunda no elimina el juicio, pero delimita su objeto. La persona sabe qué comprobar, contra qué evidencia y qué hacer ante una excepción. El resto del equipo también puede entender cuándo esa revisión ha terminado.

Para convertir una petición difusa en una pregunta decidible, completa cuatro campos:

1. Objeto: qué aspecto concreto se evalúa. 2. Criterio: qué condición debe cumplirse. 3. Evidencia: qué fuente permite comprobarla. 4. Salida: quién decide y qué ocurre si la condición no se cumple.

Esta estructura reduce los comentarios contradictorios porque hace visibles las fronteras. Un revisor puede sugerir algo fuera de su decisión asignada, pero la sugerencia no se confunde automáticamente con un bloqueo.

Una matriz de decisión para el flujo editorial

La siguiente matriz es un punto de partida, no una política universal. Cada organización debe adaptarla a su actividad, jurisdicción, exposición y recursos.

La matriz sirve si cada celda ayuda a actuar. «Debe ser de calidad» no es un criterio operativo. «Usa lenguaje claro» mejora cuando se acompaña de una guía, una segunda revisión y ejemplos de cambios que sí alteran el significado.

Tres carriles evitan que todo reciba la misma revisión

Aplicar el máximo nivel de revisión a cualquier pieza consume atención y puede ocultar dónde está el riesgo real. Una clasificación sencilla permite ajustar el flujo.

Carril rutinario

Incluye piezas que usan posiciones, fuentes y descripciones ya autorizadas, sin datos personales ni promesas nuevas. El equipo puede resolverlas mediante controles documentados y una persona con autoridad de salida.

Carril reforzado

Incluye cifras nuevas, asuntos sensibles, comparaciones, cambios relevantes de producto o afirmaciones que necesitan una especialidad concreta. Se añade la revisión correspondiente, pero no se invita a todas las áreas a revisar todo.

Carril excepcional

Incluye crisis, posturas institucionales nuevas, conflictos entre fuentes, riesgos no contemplados o desviaciones deliberadas de la política. La pieza se detiene y pasa a una autoridad definida. La excepción debe registrar motivo, decisión y alcance; de otro modo puede convertirse en una regla informal.

NIST plantea, en su marco de gestión de riesgos de IA, que las políticas pueden sistematizar roles y responsabilidades, que la falta de claridad sobre responsabilidades y cadenas de mando limita la gestión, y que el nivel de actividad debe responder a la tolerancia al riesgo. Aunque ese marco no es un manual editorial, ofrece un principio prudente: concentrar la supervisión donde la exposición lo justifica y documentar quién tiene autoridad.

Cómo construir la matriz sin crear otra burocracia

Empieza con decisiones reales, no con un organigrama ideal. Reúne varias piezas recientes y anota cada pregunta que detuvo o devolvió el borrador. Agrupa preguntas equivalentes: fuente, producto, posición, permiso, estilo, salida.

Después aplica esta secuencia:

1. Nombra la decisión, no la etapa

«Revisión de dirección» describe quién recibe el documento, pero no qué decide. Sustitúyelo por «autorizar una posición institucional nueva» o «aceptar una excepción a la política editorial».

2. Escribe una condición observable

La condición debe permitir una respuesta argumentada. Por ejemplo: «la afirmación coincide con la documentación vigente» o «la fuente respalda el alcance exacto de la frase». Evita criterios de gusto presentados como requisitos.

3. Vincula la evidencia

Indica dónde se comprueba la condición y quién mantiene esa fuente. Una biblioteca desactualizada no resuelve la aprobación; solo desplaza la duda. Añade vigencia o dueño cuando el contenido pueda cambiar.

4. Asigna una autoridad y una cobertura

Una decisión puede recibir aportes de varias personas, pero necesita un responsable de cierre. Define también quién cubre una ausencia. La cobertura no debe improvisarse cuando el plazo ya venció.

5. Define el disparador de escalamiento

Un disparador útil es concreto: falta evidencia primaria, existe conflicto entre especialistas, cambia una promesa, aparece información personal o la pieza se aparta de una posición aprobada. «Si hay dudas» es demasiado amplio.

6. Registra la decisión mínima

No hace falta conservar cada conversación. Registra decisión, evidencia, responsable, fecha y excepción cuando exista. Ese rastro permite aprender sin convertir el proceso en una colección de mensajes imposibles de reconstruir.

Medir el flujo sin premiar la velocidad vacía

Reducir días de aprobación no basta si aumentan errores o las personas aprueban sin leer. Mide el sistema para descubrir dónde falta diseño, no para presionar respuestas automáticas.

Puedes observar:

• tiempo desde que se solicita una decisión hasta que se resuelve;
• porcentaje de solicitudes devueltas porque faltaba contexto o evidencia;
• número de rondas por tipo de decisión;
• preguntas repetidas entre piezas;
• excepciones por categoría;
• decisiones que dependen de una sola persona;
• correcciones posteriores relacionadas con una aprobación deficiente.

Interpreta las medidas juntas. Menos rondas puede significar mayor claridad o una revisión superficial. Más escalaciones puede revelar prudencia temporal mientras el equipo aprende, o una política demasiado estrecha. Sin contexto, el indicador no explica la causa.

Haz una revisión periódica de la matriz. Si una excepción se repite, quizá necesite un criterio ordinario. Si un control nunca detecta nada relevante, revisa su utilidad. Si la evidencia cambia con frecuencia, asigna mantenimiento. El flujo debe aprender de las decisiones que procesa.

Un ejercicio para la próxima pieza

Antes de enviar el siguiente borrador, no escribas «para aprobación». Enumera las decisiones pendientes. Para cada una, completa una fila con criterio, evidencia, responsable y disparador de escalamiento.

Luego pregunta:

• ¿Alguna persona recibió dos decisiones que pertenecen a especialidades distintas?
• ¿Hay una revisión cuyo criterio nadie puede expresar?
• ¿Una sugerencia podría bloquear la pieza sin que exista autoridad definida?
• ¿El responsable puede acceder a la evidencia sin reconstruir todo el proyecto?
• ¿Existe cobertura si no está disponible?

Si la respuesta revela una carencia, corrige el diseño antes de perseguir al aprobador. Tal vez siga existiendo una limitación de capacidad, pero al menos quedará visible y no mezclada con ambigüedad.

Conclusión: acelerar empieza por definir la decisión

Una aprobación lenta no demuestra por sí sola que alguien esté fallando. Puede indicar exceso de trabajo, una dependencia crítica o una revisión realmente compleja. Pero cuando las mismas preguntas reaparecen, todos revisan todo y nadie sabe qué cierra el asunto, el problema ya no es solo de agenda.

Los criterios convierten expectativas implícitas en condiciones discutibles. La evidencia permite comprobarlas. La autoridad evita buscar consenso para cada detalle. El escalamiento protege las excepciones sin someter lo rutinario al mismo recorrido.

La próxima vez que un borrador se detenga, no preguntes únicamente quién tarda. Pregunta qué decisión espera, qué prueba necesita y quién tiene autoridad para cerrarla. Esa respuesta es la primera fila de tu matriz.

Referencias

Department for Education, Reino Unido. «Content workflow tips». https://dfedigital.blog.gov.uk/2024/11/27/content-workflow-tips/

Home Office, Reino Unido. «Designer role standard», secciones “Reviewing content” y “Definition of done”. https://design.homeoffice.gov.uk/design-and-content/professional-standards/designer-role-standard

National Institute of Standards and Technology. «AI RMF Playbook: Govern». https://airc.nist.gov/airmf-resources/playbook/govern/

National Institute of Standards and Technology. «Artificial Intelligence Risk Management Framework (AI RMF 1.0)». https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf

Government Digital Service, Reino Unido. «What each role does in a service team». https://www.gov.uk/service-manual/the-team/what-each-role-does-in-service-team