Cómo crear un flujo de aprobación de contenidos
Cómo crear un flujo de aprobación de contenidos: acota cada revisor, haz revisiones en paralelo, reúne los comentarios en una lista y fija una fecha de revisión. Con un ejemplo en vivo.
Un flujo de aprobación de contenidos lleva una pieza del briefing a la página publicada sin que tres revisores se reescriban entre sí. Mapearlo bien es decidir quién puede decir que no y sobre qué, qué revisiones van a la vez y qué ocurre tras publicar.
En resumen
- Da a cada revisor un alcance escrito: lo que decide y lo que deja en paz.
- Haz en paralelo las revisiones independientes y pon en secuencia las dependientes, en el diagrama y en la práctica.
- Dibuja las revisiones condicionales, como la legal, como una decisión y no como una parada obligatoria.
- Reúne todos los comentarios en una lista antes de que el redactor revise.
- Da a la decisión final salidas explícitas de Rehacer y Rechazada.
- Fija una fecha de revisión al publicar y dibuja qué ocurre cuando llega.
Quién puede decir que no, y sobre qué
La mayoría de los problemas de aprobación de contenidos no tienen que ver con la redacción. Nacen de revisores que ven todo el borrador y comentan todo, de modo que el editor de marca reescribe las afirmaciones, el abogado reescribe el tono y el redactor recibe tres versiones contradictorias. Un diagrama ayuda porque obliga a decir qué debe decidir cada revisor.
Cuatro decisiones dan forma al flujo. Primero, el alcance: cada revisor recibe un encargo escrito, y el diagrama muestra la revisión legal como una rama condicional y no como una parada que todos atraviesan. Segundo, paralelo o secuencial: las revisiones que no dependen entre sí pueden hacerse a la vez, mientras que la que necesita el resultado de otra debe ir detrás. Tercero, una sola lista consolidada de cambios, para que el redactor trabaje con un único conjunto de comentarios resueltos. Cuarto, qué pasa después de publicar, porque el contenido que nadie vuelve a mirar se queda obsoleto.
El ejemplo de abajo es una pieza de contenido general que va de la petición a la publicación y a su revisión programada. Tus revisores, umbrales y plazos serán otros, y cualquier afirmación regulada debe pasar por tu propio procedimiento legal o de cumplimiento. Trata el diagrama como una estructura que adaptar, y compáralo con la guía más general /es/guides/como-crear-un-flujo-de-aprobacion, o parte de /es/templates/flujo-de-aprobacion-de-documentos si tu contenido es un documento controlado.
Una pieza de contenido, del briefing a la fecha de revisión
Una pieza de contenido desde la petición hasta la publicación y su revisión programada. Fíjate en las revisiones acotadas que se abren en abanico y en la única lista de comentarios que las vuelve a reunir.
Un briefing contra el que comprobar el borrador
El proceso empieza cuando una petición de contenido se acepta en el calendario, y el primer paso real es un briefing: público, objetivo, palabra clave y afirmaciones previstas. El redactor escribe según ese briefing con las fuentes adjuntas, y la primera decisión pregunta «¿El borrador cumple el briefing?». Un No lo devuelve al borrador antes de que lo vea ningún revisor. Comprobar contra un briefing escrito evita que los revisores posteriores discutan sobre lo que la pieza debía ser.
Revisiones acotadas en paralelo, una sola lista de comentarios
«Enviar a los revisores con un alcance escrito para cada uno» se abre en abanico hacia la revisión de marca y tono, la de SEO y metadatos y una comprobación de exactitud del contenido, todas a la vez. Solo la rama de exactitud pregunta «¿Hace afirmaciones que requieran revisión legal?», de modo que legal solo ve una pieza cuando una afirmación lo exige. Todas las ramas confluyen en «Consolidar los comentarios en una lista y resolver conflictos», y «¿Hacen falta cambios?» decide entre revisar y seguir adelante.
La decisión de aprobación y sus tres salidas
«¿La pieza está aprobada para su publicación?» tiene tres salidas etiquetadas y no dos: Aprobada, Rehacer y Rechazada. Rehacer vuelve al paso de revisar, donde cada comentario se marca como resuelto, y la pieza regresa a la revisión acotada. Rechazada lleva a un paso de excepción que aparca o retira la pieza y registra el motivo, de modo que un no es un resultado registrado y no un archivo que se queda en silencio.
Publicación, fecha de revisión y quién hace qué
Las piezas aprobadas se programan en el CMS con fecha de publicación y responsable, y se publican con una fecha de revisión fijada. Un paso de espera aguarda esa fecha, y «¿Sigue siendo exacta y funciona bien?» ofrece Mantener, Actualizar o Retirar. Actualizar redacta una versión nueva y reentra en la comprobación del briefing; Retirar redirige o archiva la página. Las columnas de carril sitúan cada paso con su responsable, ya sea el responsable del contenido, el redactor, el editor, los revisores especializados o el publicador, de modo que cada traspaso es visible.
Cómo funciona
Lista las revisiones y la pregunta que responde cada una
Anota todas las revisiones que puede recibir la pieza y la única pregunta que responde cada una: si encaja con la marca, si es exacta, si se encuentra, si es seguro decirlo. Si dos revisiones responden a la misma pregunta, probablemente una sobra. Pon cada tipo de revisor en su propio carril en QueryChart.
Decide qué revisiones hacen falta siempre
Marca qué revisiones se aplican a toda pieza y cuáles dependen del contenido. Dibuja las revisiones condicionales como una decisión del tipo «¿Hace afirmaciones que requieran revisión legal?» con ramas etiquetadas, para que una pieza rutinaria no haga cola detrás de un especialista que no necesita.
Elige entre paralelo y secuencial
Si las revisiones no dependen entre sí, conecta un paso con varias revisiones y deja que se reúnan en un único paso. Si una revisión necesita el resultado de otra, como legal necesitando antes la comprobación de exactitud, dibújala en secuencia. Los abanicos se ven bien en la columna Línea a, donde una fila apunta a varias.
Consolida los comentarios antes de revisar
Añade tras las revisiones un paso en el que una persona reúne los comentarios en una sola lista y resuelve los conflictos entre revisores. Nombra al responsable en un carril. Sin él, el redactor acaba haciendo de árbitro entre revisores.
Dibuja la decisión de aprobación con tres salidas
Tras la consolidación, añade la decisión final con ramas de aprobada, rehacer y rechazada. Apunta rehacer al paso de revisar y rechazada a un paso que registre el motivo. Etiqueta cada rama en Texto de línea.
Añade la publicación y una fecha de revisión
Tras la aprobación, dibuja la programación, la publicación y la fijación de una fecha de revisión. Añade un paso de espera hasta esa fecha y una decisión de mantener, actualizar o retirar. Acuerda el intervalo con el responsable del contenido; el número de días lo fijas tú.
Errores que debes evitar
Todos revisan todo
Los revisores sin alcance comentan lo que se les ocurre y sus comentarios chocan. Da a cada revisión un encargo escrito y muéstralo en la etiqueta del paso.
Revisiones en serie que podrían hacerse juntas
Una cadena de revisiones que no dependen entre sí añade espera por nada. Dibújalas como ramas paralelas y deja que se reúnan.
Comentarios devueltos de uno en uno
Si cada revisor manda sus comentarios directamente al redactor, los conflictos salen tarde. Añade un paso de consolidación para que el redactor reciba una sola lista.
Ninguna salida para una pieza que no se va a aprobar
Un diagrama con solo aprobar o rehacer da a entender que toda pieza acaba saliendo. Añade una salida de rechazada que registre el motivo.
Dar la publicación por final del proceso
El contenido sin fecha de revisión no vuelve a revisarse nunca. Dibuja la espera y la decisión de mantener, actualizar o retirar.
Mapea tu propio flujo de aprobación de contenidos
Abre el ejemplo de aprobación de contenidos como tu propio diagrama, renombra los carriles con tus revisores y fija el intervalo de revisión que acuerde tu equipo.
Guías relacionadas
Preguntas frecuentes
¿Qué es un flujo de aprobación de contenidos?
La ruta definida que sigue una pieza de contenido desde la petición hasta la publicación: quién la redacta, quién la revisa, quién decide que puede salir y qué ocurre después. Dibujarlo como diagrama hace visibles los revisores, su alcance y los bucles de vuelta al redactor.
¿Las revisiones de contenido deben ir en paralelo o en secuencia?
En paralelo cuando responden a preguntas independientes, como el tono de marca y el SEO, y en secuencia cuando una depende del resultado de otra. Esta guía no fija una norma para tu organización; el diagrama debe mostrar lo que haces de verdad para que se vea la espera.
¿Cuándo necesita una pieza revisión legal?
Depende de las afirmaciones que haga, de tu jurisdicción y de tu sector, así que consúltalo con tu equipo legal o de cumplimiento. El ejemplo lo modela como una decisión posterior a la comprobación de exactitud, de modo que solo las piezas con afirmaciones que lo requieren se encaminan a legal.
¿Con qué frecuencia debe revisarse el contenido publicado?
No hay un intervalo universal. Elige uno según la rapidez con que cambie el tema y la importancia de la página, anótalo como fecha de revisión y dibuja la decisión de mantener, actualizar o retirar. Todos los plazos en días de la plantilla son provisionales.
¿Dónde puedo partir de una plantilla?
Abre /es/templates/proceso-de-aprobacion-de-contenidos, o mira /es/templates/flujo-de-aprobacion-de-documentos para documentos controlados y /es/guides/como-crear-un-flujo-de-aprobacion para el patrón general de aprobación.