Caso de éxito

Cómo Make Grid ayuda a CMCC Foundation a reducir el tiempo de mapeo de flujos de trabajo

CMCC Foundation explicó cómo conectó sus formularios y sistemas internos y utilizó Make Grid para identificar dependencias durante una reorganización.

Ver el sitio oficial de Make

Esta página incluye enlaces de afiliado. Podemos ganar una comisión si te registras o contratas a través de ellos, sin costo adicional para ti.

Caso publicado por Make el 5 de junio de 2025, basado en los testimonios de Giuseppe Amaranto y Saul Semeraro, del equipo de TI de CMCC Foundation. Las mejoras porcentuales que siguen fueron comunicadas por la fundación en ese contexto.

Datos dispersos y cambios entre departamentos

CMCC Foundation, centro italiano de investigación sobre clima y sociedad, trabajaba con formularios de Excel, correos y sistemas internos desconectados. Introducir la misma información en varios lugares consumía tiempo, dificultaba seguir las tareas y generaba errores.

A finales de 2024, una reorganización fusionó departamentos y creó otros nuevos. Los procesos de personal, compras y operaciones estaban relacionados, por lo que modificar una base de datos o un tablero podía afectar a flujos de otros equipos.

Conectar la entrada de datos con el trabajo pendiente

La fundación describió flujos que enlazaban MongoDB, Jotform, SAP S/4HANA y monday.com. Las respuestas de los formularios se utilizaban para capturar y distribuir información, y para crear tareas en monday.com.

Esto cambiaba el punto de partida del trabajo: en lugar de buscar datos en una cadena de correos y volver a introducirlos, el equipo podía seguir una tarea con información ya registrada. Amaranto destacó que contar con estadísticas accesibles también ayudaba a analizar los procesos.

Entender qué podía romperse antes de un cambio

Según Semeraro, MongoDB actuaba como base de datos principal. El equipo utilizaba Make Grid para identificar los escenarios relacionados cuando cambiaban bases de datos o columnas de monday.com.

En el momento del caso, hablaban de más de 250 escenarios. Revisarlos uno a uno habría sido un esfuerzo importante; visualizar las dependencias ayudaba a decidir dónde intervenir durante la reorganización.

Esto no significa que Grid corrija automáticamente cualquier cambio o garantice continuidad sin incidentes. El equipo seguía teniendo que revisar y actualizar los flujos afectados. Para las opciones actuales, consulta los apartados de exploración y uso de Make Grid en el Help Center, consultado el 26 de septiembre de 2026.

Resultados comunicados en junio de 2025

Make recogió las siguientes mejoras atribuidas a CMCC:

Área Resultado comunicado
Introducción de datos de RR. HH. 65 % menos errores
Correos relacionados con RR. HH. Reducción del 50 %
Registro de solicitudes de compra 85 % más rápido
Introducción de datos de compras 78 % menos errores
Llamadas para consultar el estado Reducción del 60 %
Identificación de dependencias con Grid 50 % menos tiempo

No todos estos resultados corresponden a Grid: unos se refieren a la automatización de procesos con Make y otro al tiempo dedicado a localizar dependencias. No son una previsión de ahorro para otra organización.

Una base para seguir mejorando

El artículo mencionaba el uso de IA para clasificar solicitudes de compra y analizar contenido de investigación, además de explorar otros usos, como revisión de currículos y chatbots de soporte. No presentaba todos esos proyectos como implantaciones terminadas.

Orientación editorial: antes de reorganizar un flujo, relaciona cada dato con su responsable y con los sistemas que lo consumen. El valor del mapa está en orientar la revisión, no en sustituir las pruebas del proceso modificado.

Fuente: caso original de Make.