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.
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.