Cómo calcular el ROI de un software de MDM sin inventar números

Para calcular el ROI de un software de MDM (gestión de datos maestros), sume todos los costos de 3 a 5 años, estime solo las ganancias que pueda medir en su propia base y compárelas con el escenario en el que nada cambia. Después aplique un ajuste por optimismo, pruebe los supuestos más frágiles y muestre el valor de cambio. Un ROI armado así resiste las preguntas del área de control de gestión.

Reunión de aprobación de presupuesto. La diapositiva muestra un ROI de tres dígitos, el director financiero señala la línea de beneficios y pregunta: "¿De dónde salió este número?". Alguien responde que viene de un estudio de mercado. La reunión termina ahí.

He participado en muchas reuniones de aprobación de presupuesto, y el business case que se aprueba casi nunca es el de ROI más alto. Es el que tiene cada número con origen, con responsable y con una cuenta que el área de control de gestión puede rehacer sola. Este artículo muestra cómo armar ese cálculo sin usar números de nadie más que de su empresa.

¿Qué estoy calculando exactamente cuando hablo de ROI de MDM?

El glosario de Child Welfare Digital Services (CWDS), del gobierno de California, define Master Data Management como "los procesos, la gobernanza, las políticas, los estándares y las herramientas que definen y gestionan de forma consistente los datos críticos de una organización para ofrecer un punto único de referencia" (CWDS, Glossary, traducción libre). La misma entrada dice que la herramienta de MDM apoya ese trabajo eliminando duplicados, estandarizando datos y aplicando reglas que impiden que datos incorrectos entren al sistema.

Observe que el software aparece como una parte del conjunto. El proceso, la gobernanza y el saneamiento también cuestan y también generan ganancias. Si el business case le atribuye todo a la herramienta, el número se ve muy bien y se cae con la primera pregunta.

La cuenta simple del ROI es una convención: ganancia neta dividida por la inversión, es decir, (beneficios menos costos) dividido por costos. Sirve para comunicar. Para decidir, use también el valor actual neto, que considera cuándo entra y sale cada monto (lo explico más abajo).

¿Qué entra en el costo total de un software de MDM?

Mi recomendación es mirar de 3 a 5 años. Un solo año esconde el costo recurrente y deja fuera el período en que la ganancia aparece de verdad. Entran en la cuenta:

• Licencia o suscripción: valor anual, reajuste previsto y qué cambia si crece el número de usuarios, dominios o registros.
• Implementación: configuración de los flujos de alta de registros, reglas, perfiles de acceso y pruebas.
• Integración: conexión con el ERP y con los demás sistemas que consumen el dato maestro, incluido el esfuerzo del equipo que administra el ERP.
• Saneamiento inicial: limpieza, estandarización y eliminación de duplicados de la base que entrará al MDM.
• Horas internas: personas de datos maestros, compras, impuestos, TI y finanzas que dedicarán tiempo al proyecto. La hora interna es costo, aunque no haya factura.
• Gestión del cambio: capacitación, comunicación, revisión de procedimientos y definición de quién es responsable de cada dato.
• Operación y soporte: mantenimiento, evolución de reglas, nuevos campos y atención después de la salida en vivo.

Si todavía está cotizando, puede empezar por los factores que influyen en el costo de una solución de MDM. Aquí el tema es otro: lo que usted recibe a cambio de ese costo.

¿Qué ganancias se pueden medir y cuáles conviene dejar como cualitativas?

Entra en el cálculo la ganancia que usted puede medir hoy y volver a medir después de la salida en vivo. Las más comunes en datos maestros:

• Horas de alta de registros y retrabajo: tiempo para crear, corregir y devolver solicitudes.
• Compras duplicadas y stock inmovilizado de ítems repetidos: el mismo material con dos o tres códigos lleva a comprar algo que ya está en el almacén y a tener stock que nadie encuentra.
• Pedidos, facturas y pagos bloqueados por registros incorrectos: bloqueos por datos bancarios, fiscales o de unidad de medida que no coinciden.
• Plazo de alta de proveedores y clientes: días entre la solicitud y el registro liberado, que retrasan compras y facturación.
• Riesgo fiscal y pagos indebidos: datos tributarios incorrectos en el registro, proveedor con documentos vencidos o situación registral que no coincide con la autoridad tributaria (en Brasil, la Receita Federal).
• Herramientas y planillas paralelas: controles que existen solo porque el registro oficial no es confiable.

Deje como cualitativo lo que no pueda medir con datos propios: confianza en los informes, una base mejor preparada para proyectos de IA, facilidad para integrar una empresa adquirida. Esos puntos van en el business case como argumento escrito y quedan fuera de la suma. Ponerles un valor inventado contamina el resto de la planilla.

¿Cómo medir la línea de base sin inventar números?

1. Defina el escenario "si nada cambia"

El Green Book, guía oficial de evaluación de proyectos del Tesoro británico, llama a este punto de partida business as usual: el resultado esperado si las condiciones actuales continúan y la propuesta no se implementa. Sirve de referencia para comparar las alternativas, y la propia guía advierte que business as usual no significa no hacer nada (HM Treasury, The Green Book, puntos 4.14 y 4.15, traducción libre). La guía fue escrita para el sector público, pero el razonamiento sirve para una empresa.

En datos maestros, el escenario "si nada cambia" incluye la base creciendo, la contratación de un analista de datos maestros que ya está en el presupuesto, la planilla de control que seguirá existiendo y la migración de ERP que ya está en el plan. La ganancia del proyecto es la diferencia entre los dos escenarios, no entre el proyecto y cero.

2. Saque cada número de un sistema

• ERP: registros creados por mes, ítems con descripción parecida, pedidos y pagos bloqueados por motivo, stock sin movimiento por código.
• Herramienta de tickets o correo del área de datos maestros: solicitudes devueltas, tiempo de atención, retrabajo.
• Control de gestión e impuestos: costo de la hora por función, historial de multas y ajustes, costo de capital que usa la empresa.

Para la parte de calidad, use los indicadores de cómo medir la calidad de los datos maestros y registre el valor de hoy. Sin esa foto, no hay forma de probar la ganancia después.

3. Empiece por el primer dominio

Calcular todo de una vez suele producir una planilla que nadie puede validar. Haga la cuenta para el dominio que entra primero y deje los demás como fases siguientes. Si todavía no está claro cuál es ese dominio, vea cómo elegir entre empezar por un dominio o ir directo a multidominio.

¿Cómo separar la ganancia del software de la ganancia del saneamiento y del proceso?

Esta es la pregunta que más business cases derriba. Tres palancas generan ganancias en datos maestros:

• Saneamiento: limpia la base una vez. El stock de ítems repetidos se puede tratar incluso sin software nuevo.
• Proceso y gobernanza: responsable del dato, regla de aprobación, estándar de descripción. Parte de esto se resuelve con procedimientos.
• Software: mantiene la base limpia después del saneamiento, con reglas validadas en la entrada, bloqueo de duplicados en el origen, flujo de aprobación e historial.

Marque cada línea de ganancia con la palanca que la genera. Si la ganancia vendría solo con el saneamiento, entra en el business case del saneamiento. La ganancia del software es, sobre todo, evitar que el desorden vuelva y reducir el esfuerzo de mantener la base en orden. Déjelo por escrito, porque la dirección va a preguntar por qué no hacer solo la limpieza.

Cuidado con el doble conteo. Dos ejemplos comunes:

• Contar las horas ahorradas en "retrabajo" y otra vez en "plazo de alta", cuando es el mismo tiempo del mismo equipo.
• Contar el ítem duplicado como "compra evitada" y otra vez como "reducción de stock", sobre el mismo material.

La regla que uso: cada unidad de ganancia aparece en una sola línea, con una sola fórmula.

¿Cómo ajustar el optimismo y probar los supuestos?

1. Aplique el ajuste por optimismo

El Green Book llama sesgo de optimismo a la tendencia demostrada de quienes evalúan proyectos a ser demasiado optimistas con supuestos como costos, beneficios y plazo: los costos de inversión (capital) y de operación suelen resultar mayores, los beneficios menores y los plazos más largos de lo previsto (punto 6.77). La recomendación es hacer el ajuste explícito desde el inicio, aumentando costos y plazos y reduciendo los beneficios estimados (6.78). El tamaño del ajuste debe salir del historial de la propia organización, comparando lo previsto con lo realizado en proyectos parecidos (6.79).

Tome los últimos proyectos de sistemas de su empresa, vea cuánto se excedieron en costo y plazo y use eso. Si no hay historial, acuerde el porcentaje con control de gestión y deje por escrito que es un supuesto.

2. Haga el análisis de sensibilidad

La sensibilidad prueba cómo cambia el resultado cuando cambia un supuesto (Green Book, 6.101). Elija los supuestos más inciertos, normalmente el volumen de duplicados, el costo de la hora y el plazo hasta que empieza la ganancia, y recalcule con valores peores.

3. Calcule el valor de cambio

El valor de cambio (switching value) es el valor que una variable clave tendría que alcanzar para que la opción deje de valer la pena (6.102). La guía recomienda, como mínimo, sensibilidad y valores de cambio para la opción elegida (6.103). En la reunión, una frase como esta funciona mejor que cualquier ROI: "El proyecto se sigue pagando mientras la ganancia por ítems duplicados no quede más de 29% por debajo de la estimación ya ajustada." (el número sale del ejemplo hipotético de abajo).

¿Qué números entran en la planilla y quién valida cada uno?

Línea	Tipo	Cómo medir	De dónde sale el dato	Quién valida
Licencia o suscripción	Costo	Valor anual por 3 a 5 años, con reajuste y crecimiento	Propuesta comercial	Compras y control de gestión
Implementación e integración	Costo	Esfuerzo por entrega, incluido el equipo del ERP	Propuesta y estimación de TI	TI
Saneamiento inicial	Costo	Volumen de registros por dominio a tratar	Extracción del ERP y propuesta	Líder de datos maestros
Horas internas y gestión del cambio	Costo	Horas por función multiplicadas por el costo de la hora	Plan del proyecto y RR. HH.	Control de gestión
Operación y soporte	Costo	Costo anual de mantenimiento	Propuesta y TI	TI
Horas de alta de registros y retrabajo	Ganancia	Solicitudes por mes, tiempo medio y tasa de devolución	Tickets y correo del área	Responsable de datos maestros
Compras duplicadas y stock de ítems repetidos	Ganancia	Ítems duplicados con compra o saldo en los últimos 12 meses	ERP (materiales, compras e inventario)	Abastecimiento y control de gestión
Pedidos, facturas y pagos bloqueados	Ganancia	Bloqueos por motivo de registro y horas para liberarlos	ERP y cuentas por pagar	Finanzas
Plazo de alta de proveedores y clientes	Ganancia o cualitativo	Días entre solicitud y liberación	Tickets y ERP	Compras y comercial
Riesgo fiscal y pagos indebidos	Ganancia o cualitativo	Casos y montos de los últimos años	Impuestos y auditoría	Impuestos
Herramientas y planillas paralelas	Ganancia	Costo de licencias y horas de mantenimiento	TI y áreas usuarias	TI

¿Cómo queda la cuenta en un ejemplo hipotético?

Los números de abajo son hipotéticos, redondos y sirven solo para mostrar la cuenta. No son referencia de mercado ni resultado de un cliente. Valores en miles de unidades monetarias, horizonte de 3 años, salida en vivo a mitad del primer año.

Ítem	Año 1	Año 2	Año 3	Total
Suscripción	150	150	150	450
Implementación e integración	250	0	0	250
Saneamiento inicial	150	0	0	150
Horas internas y gestión del cambio	150	0	0	150
Costo total	700	150	150	1.000
Horas de alta de registros y retrabajo	125	250	250	625
Compras duplicadas y stock de ítems repetidos	200	400	400	1.000
Pedidos y pagos bloqueados	75	150	150	375
Ganancia total	400	800	800	2.000

ROI sin ajuste: (2.000 menos 1.000) dividido por 1.000 = 100%. Es el número que suele ir a la diapositiva.

Ajuste por optimismo (supuesto de este ejemplo): costos 20% mayores y ganancias 30% menores. Costo ajustado: 1.000 x 1,2 = 1.200. Ganancia ajustada: 2.000 x 0,7 = 1.400.

ROI ajustado: (1.400 menos 1.200) dividido por 1.200 = 16,7%. Sigue siendo positivo, pero es otra conversación.

Payback ajustado: en el año 1, costo de 840 y ganancia de 280, saldo de 560 negativos. En el año 2, costo de 180 y ganancia de 560, saldo acumulado de 180 negativos. El año 3 suma 380, y el acumulado pasa a 200 positivos. La inversión se recupera en el tercer año, cerca del mes 30 (suponiendo una distribución uniforme en el año), sin descontar en el tiempo. Con la tasa de descuento de la empresa, el valor actual neto queda por debajo de esos 200.

Valor de cambio: la línea de compras duplicadas vale 1.000 sin ajuste y 700 con ajuste. Si rinde 500 en lugar de 700 (29% menos), la ganancia total baja a 1.200 y empata con el costo. Ese es el supuesto que necesita más evidencia antes de la reunión.

¿Cómo presentar el business case a la dirección?

Una página alcanza. Debe incluir:

• ROI simple y payback, porque todos los entienden.
• Valor actual neto y relación beneficio-costo: el Green Book describe el primero como beneficios descontados menos costos descontados y la segunda como la relación entre beneficios y costos descontados (punto 2.26). Recomiendo usar la tasa de descuento que control de gestión ya aplica a otras inversiones.
• El escenario "si nada cambia" junto al escenario del proyecto.
• El ajuste por optimismo aplicado, la sensibilidad de los tres supuestos más frágiles y el valor de cambio.
• Quién validó cada número, con el nombre del área. Cuando el director financiero ve que el costo de la hora vino de control de gestión y el volumen de duplicados vino de una extracción del ERP, la discusión pasa de "lo creo o no" a "estoy de acuerdo con el supuesto o no".

La dirección también va a preguntar si la herramienta elegida ofrece las funciones que sostienen la ganancia. Para esa parte, use el checklist de lo que hay que evaluar en un software de MDM. Y si el supuesto más frágil depende de cómo se comporta la herramienta con sus datos, una prueba de concepto con los datos de su empresa convierte la estimación en evidencia.

¿Cómo medir después de la salida en vivo?

El business case se convierte en compromiso. En la aprobación, acuerde qué líneas se van a medir, con qué frecuencia y quién lo hará. Repita la medición de la línea de base con la misma fórmula y la misma fuente, para comparar peras con peras.

Separe también lo que vino del saneamiento, que aparece pronto, de lo que viene del software, que aparece con el tiempo: la tasa de duplicados se mantiene baja, las devoluciones bajan, los bloqueos por registros disminuyen. Si un supuesto no se confirma, regístrelo y ajuste. Ese registro se convierte en el historial que el Green Book recomienda usar en el ajuste por optimismo del próximo proyecto.

¿Por dónde empezar?

1. Elija el primer dominio y escriba el escenario "si nada cambia" para los próximos 3 a 5 años.
2. Reúna los costos de todas las líneas, incluidas horas internas y gestión del cambio.
3. Saque la línea de base de cada ganancia del ERP, de los tickets y de control de gestión, con el área que valida cada número.
4. Marque cada ganancia con la palanca que la genera (software, saneamiento o proceso) y elimine el doble conteo.
5. Aplique el ajuste por optimismo, haga la sensibilidad y calcule el valor de cambio.
6. Verifique si la solución evaluada cubre las funciones que sostienen la ganancia, como reglas en la entrada, bloqueo de duplicados y flujo de aprobación. Las de 4MDG están descritas en capacidades y arquitectura.

Preguntas frecuentes

¿Qué ROI es bueno para un proyecto de MDM?

No existe un número correcto de mercado. Un buen ROI es el que sigue positivo después del ajuste por optimismo, resiste la sensibilidad de los supuestos más frágiles y supera el retorno mínimo que su empresa exige a otras inversiones. Pregunte a control de gestión cuál es ese umbral.

¿En cuánto tiempo se paga un software de MDM?

Depende del costo de implementación, del tamaño del problema en su base y de cuándo empieza la ganancia. Calcule el payback con sus números y con el ajuste por optimismo. Desconfíe de un plazo listo que no salga de su propia línea de base.

¿Cómo calcularlo sin historial de medición?

Mida ahora. Una extracción del ERP ya muestra ítems con descripción parecida, bloqueos por motivo y volumen de registros. Para el tiempo de alta, un muestreo de algunas semanas con el equipo es suficiente. Deje claro que es una muestra y trátela como supuesto en la sensibilidad.

¿El ROI del MDM es distinto del ROI del saneamiento?

Sí. El saneamiento genera una ganancia de una sola vez, al limpiar la base. El software genera ganancia al impedir que la base se vuelva a ensuciar y al reducir el esfuerzo de mantenimiento. Calcúlelos por separado y muestre los dos. Atribuirle todo al software es la forma más rápida de perder la credibilidad del business case.

¿Puedo usar un benchmark de proveedor en el business case?

Úselo como pregunta, para saber dónde buscar ganancias. Como número, no. Un benchmark de terceros viene de otra empresa, otra base y otro proceso, y control de gestión no lo puede validar. El número que vale es el de su base.

Cómo 4MDG puede ayudar

4MDG es una plataforma SaaS de MDM, 100% en la nube, en la que cada alta de registro es un workflow configurado, con reglas de negocio probadas contra registros reales antes de entrar en vigor, campos clave que impiden duplicados en el origen, etapas de aprobación con segregación de funciones e historial completo por registro. Los detalles están en la página de la plataforma.

Si la línea de base es lo que le falta a su business case, solicite el diagnóstico de su base. Usted envía una muestra en planilla o extracción, no se instala nada en su entorno, y el resultado muestra con números cuánto está duplicado, incompleto o irregular, con una estimación de ganancia por frente en orden de prioridad. El material queda con su empresa, independientemente de la contratación.

Fuentes

• California Department of Social Services, Child Welfare Digital Services (CWDS). Glossary: Master Data Management (MDM). https://cwds.ca.gov/glossary/376. Consultado el 28/10/2026.
• HM Treasury (Tesoro del Reino Unido). The Green Book: appraisal and evaluation in central government (2022), PDF. https://assets.publishing.service.gov.uk/media/6645c709bd01f5ed32793cbc/Green_Book_2022__updated_links_.pdf. Consultado el 28/10/2026.
• HM Treasury (Tesoro del Reino Unido). The Green Book, página oficial. https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government/the-green-book-2020. Consultado el 28/10/2026.