Diagrama de flujo interfuncional (revisión y publicación de contenidos)
Plantilla de diagrama de flujo interfuncional sobre un proceso de revisión y publicación de contenidos: cuatro carriles para autor, editor, legal y compliance y equipo web, en cinco fases del briefing a la revisión posterior a publicar.
¿Qué es diagrama de flujo interfuncional (revisión y publicación de contenidos)?
Un diagrama de flujo interfuncional es un mapa de procesos normal partido en carriles, uno por responsable, para que cada paso diga a la vez qué ocurre y quién lo tiene en sus manos. Los carriles no son decorativos y no son gratis. Duplican aproximadamente el espacio que necesita el diagrama, y obligan a nombrar un responsable justo en los pasos donde la responsabilidad está de verdad en disputa. La prueba para saber si los necesitas es sencilla. Dibuja el proceso primero como una secuencia plana y pregúntate qué ha salido mal en las diez últimas veces. Si lo que salió mal son los pasos, quédate con el diagrama plano. Si lo que salió mal son los traspasos, los carriles son el sentido entero del diagrama.
Aquí se usa la revisión y publicación de contenidos porque toda su dificultad está en los cruces. Una afirmación sobre un competidor o una cifra de ahorro tiene que validarla alguien que no escribe textos. Una página la monta y la deja en preproducción el equipo web, pero la aprueba un editor que no puede desplegarla. Una pieza que vuelve de Legal necesita otra vez al autor, no al revisor que detectó el problema. Los fallos son de forma fiable los mismos tres: nadie sabe que una pieza está esperándole, la revisión legal se salta porque el autor juzgó que no hacía falta, y las comprobaciones previas a publicar se hacen sobre el documento en lugar de sobre la página en preproducción. Cada uno de ellos es un traspaso.
El diagrama de abajo va del briefing a una página publicada con fecha de revisión, o a una pieza descartada que nunca se publica. Tiene cuatro carriles (autor, editor, legal y compliance y equipo web) repartidos en cinco fases, y los cruces están dibujados en lugar de descritos. El paso de revisión del borrador está en el carril del autor, dentro de la fase de revisión. Legal escribe la redacción exigida en un registro y devuelve la pieza al autor, no al editor que la planteó. La decisión previa a publicar es del editor mientras el trabajo de arreglo vuelve al equipo web. Quien haya llegado a esta forma a través de la plantilla Cross Functional Flowchart de Visio reconocerá la estructura, editada aquí como filas en lugar de dibujada.
Qué cubre este diagrama de flujo
En esta plantilla
- Cuatro carriles (Autor, Editor, Legal y compliance y Equipo web) repartidos en cinco fases: Redacción, Revisión, Aprobación, Publicación y Después de publicar.
- El bucle editorial en «¿El editor aprueba el borrador?», cuya rama No pasa a «Revisar el borrador con las notas del editor» y vuelve a la corrección de datos y de estilo, con el paso de revisión en el carril del autor mientras la pieza sigue en la fase de revisión.
- Un disparador de afirmaciones que es del editor y no del autor, en «¿El contenido hace afirmaciones reguladas o comparativas?», que es lo que envía una pieza al carril de Legal en lugar de dejar esa decisión a quien va contra reloj.
- Una decisión legal de tres salidas en «¿Legal valida las afirmaciones tal como están redactadas?»: validadas continúa a la aprobación, requiere cambios escribe la redacción en «Registrar la redacción exigida en el registro de afirmaciones» y devuelve la pieza al autor, y una afirmación que no se puede acreditar termina el proceso en «Contenido descartado y sin publicar».
- Una puerta de preproducción en «¿La página pasa las comprobaciones previas a publicar?» que vive en el carril del editor mientras el trabajo de arreglo vuelve a «Montar la página y dejarla en preproducción», en el carril del equipo web, para que una comprobación fallida no aterrice por defecto en el autor.
- La vida después de publicar: «Comprobar indexación, redirecciones y errores de página» y luego «¿La página cumple el objetivo de contenido en la fecha de revisión?», cuya rama de actualización vuelve a entrar por el mismo paso de revisión, para que las afirmaciones modificadas se validen de nuevo en lugar de colarse.
Cuándo usar esta plantilla
- Las piezas se quedan paradas días y nadie sabe decir si están esperando al editor, a Legal o a un hueco de despliegue.
- Una afirmación sobre un competidor, un precio o una cifra de rendimiento llegó a una página publicada sin que nadie de fuera del equipo de contenidos la leyera.
- Se pide al equipo web que arregle problemas de texto en preproducción porque la aprobación se hizo sobre un documento y no sobre la página montada.
- Dos personas creyeron cada una que la otra había aprobado la pieza, y salió con un texto de relleno o un enlace roto.
- Estás escribiendo por primera vez el flujo editorial y quieres una sola imagen en lugar de cuatro listas de comprobación por equipo que no coinciden en los bordes.
Cómo funciona
Comprueba si los carriles se están ganando su sitio
Antes de adaptar nada, comprueba que tus fallos viven en los traspasos. Si tu problema es que los borradores son flojos, un diagrama con carriles no ayuda y una secuencia plana se lee mejor. Dale carril solo a un equipo que tome una decisión o que retenga trabajo mientras espera, nunca uno por persona: los carriles con nombre de persona dejan de describir el proceso la primera vez que alguien cambia de puesto.
Renombra los carriles con las funciones que de verdad tienes
Sustituye Autor, Editor, Legal y compliance y Equipo web por los tuyos. Si no tienes revisión legal interna, no borres la comprobación junto con el carril: mueve «Contrastar cada afirmación con su evidencia» al carril del editor y nombra al despacho externo o al responsable de compliance que lo firma. Fusiona los carriles de autor y editor solo si una misma persona hace de verdad las dos cosas, que es el punto en el que el diagrama deja de ser interfuncional.
Escribe la lista de disparadores de afirmaciones
«¿El contenido hace afirmaciones reguladas o comparativas?» vale lo que valga la lista que hay detrás. Registra la tuya en el paso: competidores mencionados por su nombre, cifras de precio o de ahorro, afirmaciones de rendimiento o de seguridad, nombres y logotipos de clientes, asesoramiento médico, financiero o legal, y cualquier término regulado. Mantén la decisión en el carril del editor. Un autor con una fecha encima esquiva una comprobación de la que él mismo es dueño, y ese es el fallo que este cruce existe para evitar.
Fija el plazo de Legal y nombra a un único revisor
La plantilla da por hecho un plazo declarado, tres días laborables es lo habitual, y un único revisor designado por pieza. Pon tu cifra real en el paso. Conserva la tercera rama de «¿Legal valida las afirmaciones tal como están redactadas?»: una afirmación sin evidencia fechada detrás no es un caso de modificación, y meterla en la rama de cambios es la forma en que las afirmaciones no acreditables se reescriben en lugar de retirarse.
Haz tuyas las comprobaciones previas, y hazlas sobre la página en preproducción
Enumera tus comprobaciones en el paso de decisión: el texto aprobado en su sitio, título y meta descripción, encabezados y texto alternativo, enlaces que funcionan, diseño en móvil y comportamiento del consentimiento en cualquier contenido embebido. Hay dos cosas que importan más que la lista. Se hacen sobre la página en preproducción y no sobre el documento, y lo que falla vuelve al equipo web, así que deja esa rama apuntando a «Montar la página y dejarla en preproducción».
Fija la fecha de revisión al aprobar, no después
«Aprobar el texto y fijar la fecha de publicación» es también donde va la fecha de revisión, normalmente 30 o 90 días después, y se juzga frente al objetivo del briefing y no solo frente al tráfico. Deja la rama de actualización volviendo al paso de revisión del borrador: una afirmación modificada necesita validarse otra vez. Si tu equipo de verdad nunca vuelve a las páginas publicadas, borra la última fase en lugar de dejar un paso que nadie hace.
Preguntas frecuentes
¿Cuándo hace falta un diagrama de flujo interfuncional en lugar de uno normal?
Cuando los fallos viven en los traspasos. Dibuja el proceso como una secuencia plana y mira qué ha salido mal últimamente de verdad. Si los pasos se están haciendo mal, los carriles añaden anchura y no te cuentan nada nuevo. Si el trabajo se para porque nadie sabe que ha llegado, o se hace dos veces porque dos equipos dieron por hecho que era suyo, entonces la responsabilidad es la información que falta y los carriles son la forma de mostrarla. El proceso de publicación de este ejemplo pasa esa prueba: una afirmación que necesita validación legal y una página que monta el equipo web pero aprueba el editor son los dos cruces, y los dos son donde se pierden las piezas.
¿Cuáles son las etapas de un proceso de revisión y publicación de contenidos?
Cinco, y se corresponden con las fases de este diagrama. Redacción: escribir contra un briefing que indique el público, el objetivo, la URL de destino y la fecha prevista, y después adjuntar fuentes, imágenes y texto alternativo. Revisión: corregir datos y aplicar el manual de estilo, y luego una decisión del editor con su bucle de revisión. Aprobación: decidir si la pieza hace afirmaciones reguladas o comparativas, contrastar esas afirmaciones con su evidencia y después aprobar el texto y fijar la fecha de publicación. Publicación: montar la página, dejarla en preproducción, hacer sobre ella las comprobaciones previas, publicar y solicitar la indexación. Después de publicar: comprobar indexación, redirecciones y errores, y juzgar la página frente a su objetivo en una fecha de revisión fijada.
¿Quién es responsable de un proceso de revisión y publicación de contenidos?
El editor es dueño del flujo; nadie más está en posición de serlo. El autor es dueño del borrador y de sus revisiones, legal y compliance es dueño de si una afirmación puede sostenerse tal como está redactada, y el equipo web es dueño de la página montada y del despliegue. Pero el editor es el único rol que aparece en cuatro de las cinco fases, y por eso el disparador de afirmaciones, la aprobación del texto, la decisión previa a publicar y la revisión posterior están todos en ese carril. Si tu proceso se atasca una y otra vez, mira primero si ese responsable de extremo a extremo existe siquiera, o si cada equipo se limita a hacer su parte y esperar.
¿En qué se diferencia esto de un diagrama de flujo interfuncional en Visio?
La plantilla de escritorio de Visio se llama Cross Functional Flowchart, y la propia Microsoft escribe ese nombre con y sin guion según la página de su documentación, así que no leas ninguna diferencia en ello. Allí hay dos cosas que sorprenden. Las fases no son una propiedad del carril, sino formas Separator independientes que se sueltan sobre los carriles, y borrar un carril borra todas las formas que contiene: la solución que Microsoft documenta es mover esas formas completamente fuera del diagrama antes. En la web, los diagramas de flujo interfuncionales requieren Visio Plan 1 o Plan 2; no están disponibles en el Visio incluido en el nivel de Microsoft 365. Aquí el carril es un valor del propio paso, así que reasignar un paso es una edición de esa fila.