Las mejores herramientas y flujos de trabajo para las operaciones de social media en agencias (2026)

Introducción

Comprobación de precios de Mydrop, septiembre de 2026: el plan de pago de entrada de cada herramienta que más se compara con Mydrop, leído en la propia página de precios de cada proveedor.

Herramienta	Plan de pago de entrada	Facturado como
Buffer	$6 por canal / mes	anual, Essentials
Later	$25 / mes	mensual
Metricool	$45 / mes	mensual
Planable	$59 por espacio de trabajo / mes	Pro, analíticas es un complemento de $14
Loomly	$65 / mes	Starter, límite de 3 usuarios
Agorapulse	$79 por usuario / mes	anual
Hootsuite	$99 por usuario / mes	anual, aprobaciones requiere Advanced a $399
Sprout Social	$79 por asiento / mes	anual
Mydrop	gratis, luego $19 / mes	tarifa plana, no por asiento

La base de facturación importa más que el precio destacado: por canal, por usuario y por asiento crecen con tu equipo, la tarifa plana no. Todos los detalles en las páginas de comparación de Mydrop.

Las agencias enterprise y los equipos sociales centralizados se enfrentan a un problema operativo muy concreto: tienen que publicar más contenido, más rápido y en más sitios, sin poner en riesgo a las marcas y con todo auditable. La respuesta corta al titular es esta. Las mejores herramientas para las operaciones de social media en agencias son las que crean una única fuente de verdad, aplican una gobernanza clara y muestran métricas operativas. Los mejores flujos de trabajo tienen criterio y están pensados para mover el contenido por recepción, revisión y publicación con SLAs predecibles, para que los equipos escalen sin sumar riesgo.

Este artículo es práctico. Te enseña qué centralizar, cómo plantear las mejoras por fases y cómo elegir proveedores. Incluye un modelo de madurez original y un marco de decisión que los responsables pueden usar para priorizar la arquitectura y las compras. Lee las dos primeras secciones para decidir si centralizas ya o haces primero un piloto. Usa el playbook de implementación para convertir las decisiones en resultados medibles.

Por qué las operaciones de social media en agencias son un problema aparte

Las operaciones sociales de una agencia o de varias marcas no tienen nada que ver con el trabajo social de un solo usuario, porque la sobrecarga de coordinación es estructural. Los equipos grandes hacen malabares con muchas marcas, varios stakeholders regionales, filtros legales y de compliance, agencias externas y restricciones creativas propias de cada canal. Esa mezcla genera fallos muy suyos: trabajo duplicado, aprobaciones ocultas, usos de marca inconsistentes y lanzamientos lentos.

Por qué importa. Las herramientas pensadas para individuos priorizan la ideación y la velocidad. Una empresa necesita traspasos predecibles, permisos por rol y un rastro de auditoría. Sin esas funciones, los equipos acaban tirando de hojas de cálculo, hilos de email y carpetas compartidas. El resultado es un lío de herramientas que difumina quién es responsable de qué y alarga los plazos.

Un ejemplo concreto. Una campaña de retail multinacional con creatividades localizadas es una prueba de estrés habitual. Marketing lanza un brief global, los equipos locales crean variantes, legal tiene que revisar claims concretos y el equipo central coordina las ventanas de publicación. Si el contenido vive en hilos de email y carpetas locales, no hay forma fiable de aplicar un cambio legal a todas las copias. Esa grieta provoca prisas de última hora, posts inconsistentes y riesgo de marca.

Qué deberían hacer los responsables ahora mismo. Deja de tratar las redes como una casilla más de marketing. Mapea todos los stakeholders y flujos de contenido de una campaña representativa. Localiza dónde se duplican los assets y qué aprobaciones se saltan habitualmente. Centraliza la recepción de esa campaña para que el equipo pueda medir el lead time actual y la tasa de errores antes de elegir herramientas.

Por qué medir primero. Decidir una inversión sin métricas de partida es apostar a ciegas. Si no puedes medir el tiempo de aprobación, la proliferación de versiones o la tasa de reutilización de una campaña, no puedes cuantificar el impacto de una herramienta o un proceso nuevos. El business case será más débil y compras acabará yendo a la opción con menos fricción en lugar de a la que resuelve el problema estructural.

El modelo de madurez CLEAR para las operaciones sociales en agencias

Tener un camino repetible es imprescindible. El modelo CLEAR ofrece un plan de fases pragmático para que los equipos no automaticen lo que no toca demasiado pronto.

• Collect (Recoger): centraliza los briefs de campaña, las instrucciones de localización y los assets en bruto en un único portal de recepción. Haz que esa recepción sea la fuente oficial y que se pueda buscar.
• Label (Etiquetar): exige metadatos para cada elemento. Las etiquetas deben incluir campaña, mercado, idioma, titular de derechos, ventanas de publicación y componentes de contenido. Esto es lo que hace posible la reutilización y los informes.
• Enforce (Aplicar): añade permisos por rol y puertas de aprobación alineadas con la RACI del negocio. La aplicación debe ser tanto por política como configurable.
• Automate (Automatizar): automatiza tareas rutinarias como redimensionar, recortar pies de foto o republicar contenido evergreen. Las automatizaciones deben poder revertirse y ser observables.
• Report (Informar): entrega dashboards operativos y exportaciones para legal y finanzas. Usa esos informes para ajustar la gobernanza y justificar decisiones de plantilla.

Por qué trabajar por fases. La automatización y la aplicación dependen de inputs consistentes. Si los equipos se saltan Collect y Label, los flujos automatizados procesarán datos malos y la aplicación generará excepciones ruidosas. Construir primero los cimientos hace que las fases siguientes duren en lugar de romperse.

Hitos prácticos por fase. En Collect, el hito es un único formulario de recepción usado por el 80 % de las campañas. En Label, el hito es que el 90 % de los assets tengan los metadatos obligatorios. En Enforce, el hito son SLAs definidos y puertas de política configuradas para las campañas críticas de seguridad. En Automate, el hito es un conjunto de tareas diarias automatizadas sin incidentes de reversión manual. En Report, el hito es un informe operativo mensual que use la dirección.

Un ejemplo aplicado. Una marca global de consumo usó el modelo CLEAR para pasar de operaciones fragmentadas a un programa repetible. Primero centralizaron la recepción de briefs y exigieron metadatos. Después formalizaron las bandas de revisión y añadieron aprobaciones condicionales. Solo cuando lograron metadatos y comportamientos de aprobación consistentes automatizaron el redimensionado y la programación. El resultado fue una reducción medible de los ciclos de aprobación y una mayor reutilización de componentes creativos.

Qué medir en cada fase. Las métricas de Collect se centran en el volumen de recepción, la tasa de errores de recepción (campos que faltan o adjuntos incorrectos) y el tiempo desde que se envía el brief hasta el primer borrador. Las métricas de Label miden la completitud de los metadatos, la tasa de búsquedas exitosas (búsquedas que devuelven un asset usable en uno o dos clics) y la proporción de assets que incluyen los campos de derechos obligatorios. Las métricas de Enforce siguen los tiempos de aprobación por revisor, el número de rondas de revisión, la frecuencia y los motivos de las excepciones y la tasa de incumplimiento de SLA. Las métricas de Automate miran la reducción de tareas, los incidentes de reversión tras acciones automatizadas y los falsos positivos en los que la automatización marcó contenido seguro. Las métricas de Report miden la adopción de los dashboards, el número de decisiones guiadas por KPIs operativos en las reuniones de dirección y la correlación entre mejoras operativas y resultados de campaña.

Plantilla de recepción de ejemplo. Una recepción concreta reduce la ambigüedad y acelera el trabajo posterior. Más que una checklist, piensa en la recepción como un brief estructurado que exige identificadores de campaña, el responsable de la campaña y sus datos de contacto, una etiqueta de tipo de campaña (por ejemplo lanzamiento de producto, evergreen, PR o crisis) y los mercados e idiomas objetivo. Debe recoger el objetivo principal y el KPI, las ventanas de publicación previstas y las fechas de bloqueo de cada mercado, los componentes creativos clave con enlaces a los assets del DAM y una lista corta de aprobaciones obligatorias como legal, marca, médico o finanzas. Para los claims regulados, exige documentación de respaldo y un plan de medición del éxito con seguimiento UTM. Haz cumplir estos campos en el formulario de recepción para que las herramientas posteriores puedan confiar en metadatos consistentes.

RACI de ejemplo para un lanzamiento de producto. Dejar los roles por escrito evita debates repetidos sobre quién da el visto bueno: el responsable de ejecutar suele ser el content manager del mercado local y dueño de la campaña; la rendición de cuentas recae en el responsable global de marketing o el director regional, según el alcance de la campaña; legal, marca y producto deben consultarse para los claims y la alineación creativa; y los directores regionales y atención al cliente se mantienen informados después de publicar.

Objetivos de SLA y cifras de ejemplo. Los objetivos deben ser medibles y realistas: apunta a que un primer borrador esté listo para la primera revisión en 24 horas en campañas rutinarias (da 48 horas en lanzamientos complejos), fija ventanas de respuesta de 24 a 48 horas según el rol, limita las rondas de revisión a dos iteraciones completas antes de escalar y automatiza el escalado a un sustituto tras 48 horas de inactividad del revisor.

Cómo estimar el ROI de las mejoras en aprobaciones. Usa un modelo sencillo: multiplica el volumen anual actual de posts por las horas medias de revisor por post y por una tarifa horaria combinada para obtener el coste base de aprobación. Modela las reducciones esperadas de horas de revisor gracias a plantillas, revisiones en paralelo y automatización para calcular el ahorro. Incluye beneficios secundarios como menos lanzamientos retrasados y un reconocimiento de ingresos más temprano en el business case.

Un ejemplo compacto. Si publicas 1.000 posts al año con una media de 2,5 horas de revisor por post y una tarifa combinada de 60 USD por hora, el coste base de aprobación es de 150.000 USD. Reducir el tiempo de revisión un 30 %, hasta 1,8 horas de revisor por post, baja el coste de aprobación a 108.000 USD, lo que da un ahorro anual ilustrativo de 42.000 USD antes de contar con un time to market más rápido y el margen extra de las campañas.

Trampas habituales al medir. No confundas la salud operativa con el engagement. Un post viral no demuestra que el proceso que lo produjo sea repetible. Instrumenta cada paso con marcas de tiempo y metadatos consistentes para que los KPIs operativos sean fiables.

Recomendaciones para el dashboard operativo. Construye dashboards que respondan directamente a preguntas operativas: dónde están los cuellos de botella y qué revisores son los más lentos; qué mercados tienen assets con problemas de derechos o caducidad; qué componentes de contenido y plantillas se reutilizan más; y con qué frecuencia se producen excepciones y por qué motivos. Estas vistas deben adaptarse a dirección, responsables de operaciones y legal, para que cada audiencia pueda actuar con los datos.

Usar las métricas para cambiar comportamientos. Las métricas solo sirven cuando empujan a la acción. Vincula el cumplimiento de SLA a las revisiones trimestrales de los responsables de operaciones, incluye objetivos de reutilización en los briefs de campaña para desincentivar la producción a medida y comparte resúmenes semanales breves con los stakeholders para que las pequeñas victorias operativas se vean y refuercen la adopción.

El stack central que toda agencia debe centralizar

Como mínimo, las operaciones sociales enterprise necesitan cuatro capacidades bien integradas: un repositorio de contenido, un sistema de gestión de assets digitales, un motor de aprobaciones y un publicador. Cada pieza existe para resolver un problema operativo distinto, y la integración entre ellas es la decisión de diseño crítica.

Repositorio de contenido. Es la única fuente de verdad para borradores, variantes de localización y metadatos de publicación. El repositorio debe permitir ramificaciones por mercado, conservar el historial de ediciones y exponer los metadatos de cada elemento que necesitan las herramientas posteriores.

Requisitos clave. El repositorio debe soportar multi-tenancy para marcas y mercados, exigir metadatos estructurados por elemento para que los componentes se puedan recombinar y exponer APIs para que otros sistemas lean y escriban contenido de forma programática.

Gestión de assets digitales. El DAM debe gestionar medios pesados, gestión de derechos y transformaciones automáticas. Para una agencia, el DAM reduce el tiempo de producción al ofrecer variantes listas para cada canal y garantizar que se respetan los derechos de uso.

Requisitos clave. El DAM debe recoger metadatos de derechos y hacer cumplir las caducidades de licencia, ofrecer exportaciones automáticas para los formatos y códecs habituales y dar búsqueda rápida más entrega de assets con CDN.

Motor de aprobaciones. Las aprobaciones son el cuello de botella operativo. El motor debe representar los caminos del mundo real: aprobaciones en serie, en paralelo y condicionales. Debe ofrecer hilos de comentarios ligados a fragmentos de contenido y registros de auditoría sólidos.

Requisitos clave. El motor de aprobaciones debe soportar enrutamiento condicional según las etiquetas de contenido, incluir temporizadores de SLA con recordatorios y rutas de escalado, y generar rastros de auditoría exportables que contengan instantáneas del contenido.

Publicador y programador. El publicador debe manejar las restricciones propias de cada canal y los límites de las plataformas. Debe soportar programación masiva, publicación con zonas horarias y reintentos limpios ante fallos parciales.

Requisitos clave. Para el publicador, busca conectores nativos con las plataformas principales y un comportamiento de API sólido, programación masiva que respete zonas horarias y franjas de publicación, y lógica de reintento y respaldo que avise al equipo ante fallos parciales.

La integración es lo que marca la diferencia. Un DAM best-of-breed con un motor de aprobaciones de otro proveedor puede funcionar si la integración es sólida. Al contrario, una plataforma todo en uno que cubra repositorio, aprobaciones y publicación puede acortar la implementación, pero hay que validarla con las dimensiones CIPO que verás más adelante.

Qué hacer ahora. Mapea las herramientas actuales frente a estas capacidades. Si varios equipos son dueños de piezas distintas, prioriza integrar primero el repositorio de contenido y el motor de aprobaciones. Esa pareja reduce al momento la proliferación de versiones y la ambigüedad en las aprobaciones.

Flujos de trabajo que aceleran sin perder el control

Velocidad y control son un equilibrio. La matriz Visibilidad vs Velocidad es una herramienta de decisión sencilla que los equipos de operaciones pueden usar para asignar bandas de revisión y delegaciones.

Matriz Visibilidad vs Velocidad. Sitúa el contenido en dos ejes: Impacto y Riesgo. El impacto recoge el efecto en el negocio, como los ingresos y la visibilidad de la campaña, mientras que el riesgo recoge la exposición a compliance y la sensibilidad legal. Los equipos deben usar la matriz para clasificar: el contenido de bajo impacto y bajo riesgo se puede delegar y automatizar; el de alto impacto y bajo riesgo se puede revisar de forma central pero con aprobaciones en paralelo para ahorrar tiempo; el de bajo impacto pero alto riesgo debe ir a compliance con comprobaciones con plantilla para reducir la ambigüedad; y el de alto impacto y alto riesgo exige aprobaciones en serie completas, con escalado claro y contactos de respaldo.

Principios de diseño para los flujos. Mantén corto el camino habitual para que la mayoría de los posts pasen por puertas ligeras. Haz preciso el camino excepcional dando a los revisores checklists cortas para el contenido de alto riesgo. Usa revisiones en paralelo cuando hagan falta varios aprobadores para reducir el tiempo total y aplica SLAs con avisos automáticos para que la responsabilidad se vea.

Checklist de preparación para publicar en agencia. Una checklist concisa reduce el juicio subjetivo sobre si algo está listo y evita las prisas de última hora.

• Responsable de campaña asignado y localizable.
• Banda de revisión declarada con su justificación.
• Contactos del mercado local y notas de localización adjuntos.
• Assets aprobados en el DAM con metadatos de derechos.
• Todos los revisores necesarios asignados y SLAs fijados.
• Franja de programación y plan de respaldo definidos.
• Pasos de reversión y respuesta ante incidentes documentados.

Implantar aprobaciones a escala. Empieza con un tipo de campaña e instrumenta cada decisión. Registra cuánto tarda cada revisor y dónde se repiten los comentarios. Usa esos datos para simplificar plantillas y quitar revisores innecesarios. Con el tiempo, delega más en los equipos locales y aumenta la automatización del contenido rutinario manteniendo comprobaciones humanas por muestreo.

Fallos habituales y soluciones. La automatización excesiva puede perder matices; exige comprobaciones humanas puntuales y vigila los motivos de las excepciones. Una tasa alta de excepciones significa que las reglas de automatización no están bien alineadas. Demasiadas revisiones manuales indican problemas de taxonomía o de plantillas que se arreglan estandarizando los componentes de contenido.

Gestión de stakeholders. El conflicto sobre quién decide es normal. Usa una RACI publicada que asocie tipos de campaña a responsables y aprobadores, y exige el visto bueno de un grupo director reducido para cualquier cambio en la RACI.

Gobernanza, seguridad de marca y compliance a escala

La gobernanza no es un muro. Es un conjunto de restricciones predecibles que reducen las sorpresas. Una gobernanza eficaz combina política, comprobaciones automáticas y una capa humana bien formada.

Diseño de políticas. Las políticas deben ser cortas, concretas y legibles por máquina cuando sea posible. Por ejemplo, define un conjunto pequeño de términos bloqueados, las aprobaciones obligatorias para claims de producto y las reglas de licencia de assets. Las políticas se aplican mejor cuando son binarias o tienen umbrales claros.

Comprobaciones automáticas de política. Usa escaneos automáticos para marcar frases prohibidas, licencias caducadas o logos no aprobados. El contenido marcado debe enrutarse como excepción con un campo de explicación obligatorio para cualquier anulación. Conserva el rastro de anulaciones para auditorías y mejora continua.

Formación y personas. La gobernanza necesita criterio humano. Forma a los equipos locales para que reconozcan señales de alarma y usen las rutas de escalado. Haz simulacros para ensayar la respuesta ante incidentes. Prepara chuletas breves que resuman las reglas de política para consultarlas rápido.

Derechos y licencias. Adjuntar metadatos de derechos a los assets resuelve una cantidad sorprendente de problemas operativos. Las políticas deben bloquear la publicación cuando una licencia de asset haya caducado o cuando el mercado objetivo esté restringido. El DAM debe mostrar estas propiedades de forma destacada durante la programación.

Fallos habituales. Hay dos problemas frecuentes. Primero, la fatiga de alertas hace que los usuarios ignoren los avisos de política. Mitígalo ajustando los umbrales y enviando las comprobaciones ruidosas a revisión periódica en lugar de a bloqueos inmediatos. Segundo, los equipos pueden montar procesos en la sombra para saltarse los controles. Combátelo midiendo esa actividad en la sombra y haciendo que el flujo oficial sea más fácil y rápido que la alternativa.

Coordinación con legal y compliance. Los equipos legales necesitan informes concisos y accionables, no logs en bruto. Entrega resúmenes mensuales de excepciones que incluyan ejemplos y pasos de remediación. Para las investigaciones, facilita registros de auditoría exportables con instantáneas del contenido y comentarios de los revisores.

Medición, selección de proveedores y playbook de despliegue

El éxito operativo exige medición y un enfoque práctico de compras. Combina la evaluación con un piloto medible.

Los KPIs operativos clave incluyen el tiempo hasta publicar, medido como mediana y percentil 95 desde la recepción hasta la publicación programada; el tiempo de ciclo de aprobación, medido por revisor y por número de rondas; la tasa de reutilización, definida como el porcentaje de componentes de contenido reutilizados entre campañas; la tasa de excepciones, registrada como anulaciones manuales por cada 1.000 posts; la tasa de fallos, la parte de publicaciones programadas que fallaron y necesitaron recuperación manual; y el coste por publicación, un modelo de reparto que recoge los costes de producción y aprobación.

Marco de decisión de proveedores: CIPO. Evalúa Cobertura (amplitud de capacidades frente a best-of-breed), Integración (calidad de API, webhooks y SDK para conectar DAM, CMS, analíticas e identidad), Permisos (profundidad del RBAC, permisos condicionales y soporte multi-tenant) y Observabilidad (disponibilidad de logs de eventos, informes exportables y funciones de analítica).

Estructura del piloto. Haz un piloto de 6 a 12 semanas con criterios de éxito claros ligados a los KPIs. Elige una campaña representativa pero acotada. El piloto debe incluir localización real, revisión legal y publicación programada para que saque a la luz problemas operativos reales.

Tareas del piloto y checklist de integración. Para que el piloto salga bien, configura la recepción y la taxonomía de la campaña elegida y haz cumplir los campos obligatorios al enviar. Migra un conjunto limitado y representativo de assets al DAM y etiquétalos con metadatos de derechos y localización, luego configura las bandas de aprobación y los SLAs y asegúrate de que los revisores reciben notificaciones. Conecta el publicador durante una ventana de piloto que incluya posts de prueba y una pequeña tanda real, instrumenta cada paso en un log central o bus de eventos, valida las integraciones de principio a fin para que los metadatos acompañen al contenido desde el repositorio al motor de aprobaciones y al publicador, y haz una prueba en seco que simule excepciones y escalados para verificar los rastros de auditoría y las notificaciones.

Criterios de éxito del piloto. Define los criterios de salida antes de empezar: objetivos operativos como una reducción del 20 al 30 % en el tiempo de ciclo de aprobación, objetivos de calidad de datos como un 90 % de completitud de metadatos, umbrales de fiabilidad (por ejemplo, fallos de publicación por debajo del 1 %), criterios de negocio como ninguna excepción crítica de compliance y feedback positivo de al menos el 80 % de los participantes, y validación de integraciones sin intervenciones manuales en las publicaciones rutinarias.

Análisis posterior al piloto. Prepara un informe de conclusiones conciso con los KPIs, ejemplos de excepciones, huecos de integración y un plan recomendado para la siguiente oleada, para asegurar el compromiso de la dirección y el presupuesto para integraciones y gestión del cambio.

Señales de alarma en integraciones que conviene vigilar: pérdida de metadatos cuando el contenido pasa entre sistemas, metadatos de derechos que no se aplican en el momento de publicar, respuestas de API lentas en los picos de programación y rutas de reversión o recuperación débiles ante fallos parciales. Trata estos problemas como bloqueantes para escalar e incluye sus mitigaciones en el informe del piloto hasta que haya soluciones definitivas.

Evaluación y decisión. Después del piloto, evalúa frente a los KPIs y frente a las dimensiones CIPO. Pregúntate: ¿mejoró el tiempo de ciclo de aprobación? ¿Aumentó la reutilización? ¿Se integró la plataforma sin problemas con el DAM y la identidad? Si el piloto muestra mejoras y compromisos aceptables, amplía a más campañas y mercados en oleadas por fases.

Playbook de despliegue. Haz el despliegue en oleadas: empieza con una prueba en seco con el equipo central para validar flujos y metadatos, luego amplía a una marca o tipo de campaña con integración y medición completas. En la siguiente oleada añade mercados y plantillas mientras ajustas las políticas, y por último amplía la automatización y añade informes financieros para el showback a medida que el sistema se estabiliza.

Gobernanza durante el despliegue. Mantén un comité director con marketing, legal y operaciones. Haz retros semanales breves durante las tres primeras oleadas y pasa a gobernanza mensual cuando el proceso se estabilice. Lleva un registro público de incidencias y un changelog de cambios en la RACI y en las políticas.

Orientación sobre presupuesto y equipo. Cuenta con que la mayor parte del trabajo será proceso y gestión del cambio, no ingeniería. Asigna al piloto un product owner, un responsable de operaciones y la implicación a tiempo parcial de legal. Hacen falta recursos de ingeniería para las integraciones, pero los proveedores con buen enfoque API-first reducen ese tiempo.

Recuperación ante fallos. Ten siempre un plan B. Para publicar, mantén un procedimiento manual y una lista de contactos de emergencia. Para las aprobaciones, mantén una ruta de anulación manual con un post-mortem obligatorio para cualquier salto.

Conclusión

Las agencias enterprise y los equipos sociales centralizados pueden publicar más sin sacrificar la seguridad de marca si tratan las operaciones sociales como un sistema. El modelo de madurez CLEAR y el marco de proveedores CIPO dan a los responsables una forma de priorizar el trabajo y evaluar la tecnología. Céntrate primero en recoger y etiquetar el contenido, y después añade aprobaciones aplicadas, automatización medida e informes operativos.

Haz un piloto práctico con KPIs claros, usa la matriz Visibilidad vs Velocidad para tomar decisiones de revisión y aplica la Checklist de preparación para publicar en agencia como puerta de entrada de las campañas. Evalúa plataformas como Mydrop por su capacidad de integrar repositorio, aprobaciones y publicación a escala. Con el stack, los flujos y la gobernanza adecuados, los equipos pueden reducir el tiempo de aprobación, mejorar la reutilización y bajar el riesgo de compliance mientras escalan las operaciones de contenido entre marcas y mercados.

Siguiente paso accionable. Lanza un piloto de 6 semanas con un tipo de campaña, instrumenta los tiempos de aprobación y publica un informe al final. Si el tiempo de ciclo de aprobación baja y la reutilización sube, amplía el programa siguiendo la hoja de ruta CLEAR.