Suena como una preocupación de ingeniería, fácil de delegar y de ignorar sin riesgo para cualquiera que dirija el negocio: el modelo de datos — cómo tu software representa a un cliente, un pedido, un proyecto y cómo se relacionan esas cosas. Pero el modelo de datos no es un detalle técnico. Decide en silencio qué preguntas puedes responder, qué puedes automatizar e incluso qué puedes ver. Tu modelo de datos es tu estrategia, ya sea que lo hayas elegido a propósito o lo hayas heredado por accidente.
El modelo decide qué es posible.
Considera una pregunta sencilla: «muéstrame todos los clientes que compraron el producto A, abrieron un ticket de soporte y no han renovado». Que puedas responderla —con facilidad, o siquiera responderla— lo decide por completo tu modelo de datos. Si las compras, los tickets y las renovaciones viven en un único modelo donde «cliente» es una sola entidad, es una consulta. Si viven en tres herramientas con tres nociones distintas de cliente, es un proyecto de varios días que probablemente saldrá mal. La estrategia de «reactivar a los clientes en riesgo» está al alcance del primer negocio y prácticamente cerrada para el segundo, no por falta de ambición, sino por la arquitectura.
La estrategia es el conjunto de cosas que pretendes hacer. Tu modelo de datos es el conjunto de cosas que realmente puedes hacer. Cuando divergen, gana el modelo de datos.
El modelo fragmentado es una estrategia fragmentada.
Cuando tus datos viven en doce herramientas, no tienes un modelo de datos: tienes doce, cada uno con su propia definición de las entidades clave, y ninguno coincide del todo con los demás. Esa fragmentación no es neutral. Cierra silenciosamente toda estrategia que requiera ver a través de los fragmentos: personalización, automatización del ciclo de vida, análisis real de rentabilidad, cualquier cosa que necesite ver al cliente completo en una sola vista. Tu estrategia se encoge sin que lo notes para encajar en lo que tus datos dispersos pueden sostener, y quizá nunca te des cuenta de las opciones que quedaron descartadas.
Eligiendo el modelo de forma deliberada.
La jugada estratégica es tratar tu modelo de datos como una decisión estratégica — porque lo es — y elegirlo a propósito. Un modelo unificado, donde las entidades centrales se definen una vez y todo se relaciona con ellas, mantiene disponible el máximo número de estrategias. Es el equivalente arquitectónico de dejar tus opciones abiertas: no tienes que saber hoy qué capacidad transversal necesitarás dentro de dos años, pero un modelo de datos coherente garantiza que será posible cuando llegue el momento.
No hace falta que te importen las bases de datos para que esto te importe, porque la consecuencia no es técnica, es estratégica. La forma en que tu negocio representa su mundo decide lo que tu negocio puede hacer. Elige un modelo unificado y mantienes abiertas tus opciones estratégicas. Hereda uno fragmentado y pasarás años chocando contra muros que no puedes ver, levantados por una arquitectura que nadie eligió.