APFerrer
Volver al blog
Arquitectura de datosArquitectura de datos

Arquitectura de Datos - Hablemos del Data Mesh

APFerrer25 de octubre de 202416 min
Entradilla

Muchas empresas no pueden responder preguntas básicas: cuántos clientes cambiaron de proveedor o por qué.

Arquitectura de datos: Cada cosa en su lugar

Muchas empresas no pueden responder preguntas básicas: cuántos clientes cambiaron de proveedor o por qué.

Cada acción de tu marca genera un rastro de datos. Estos rastros, si se acomodan bien, crean una estructura orgánica de datos que está viva.

Sobre el rastro de datos

Cada interacción (navegación, visitas físicas, emails, clics) deja señales valiosas. Organizadas, revelan patrones.

Seguir el rastro es muy difícil

Multicanales desconectados: Analytics, centralitas, tienda física, formularios, emails. Falta de estandarización tecnológica.

La teoría del Data Mesh

Data Mesh estructura los datos por dominios (compras, ventas, postventa, marketing, finanzas) donde cada área asume responsabilidad de que sus datos sean "conectables" bajo patrones de contexto compartido.

Pero esto ya lo hacemos… ¿no?

Implementar Data Mesh requiere estandarización piramidal desde el inicio: patrones, campos y procesos uniformes. Casi imposible en empresas en evolución.

Herramientas

Cada plataforma tiene arquitectura propia. Data Mesh exige transformadores de datos que conviertan información heterogénea en un ecosistema coherente.

¿Cómo lo hacemos? (4 pasos)

  1. Etiqueta y agrupa la información: revisa coincidencias de campos (ej. "Cliente" en ventas y facturación).
  2. Plan de transformación: define cómo fluyen datos entre áreas y su ciclo de vida.
  3. Implementa transformadores: nomenclatura con sufijos por dominio y claves foráneas.
  4. Ejemplo práctico.

Ejemplo detallado

Cliente "Juan Gómez" en 5 dominios:

Dominio Sistema Clave
Ventas Tienda Online VEN_ID = 12345
Marketing Mailing MAR_ID (FK VEN_ID)
Soporte Atención en Línea SUP_ID (FK VEN_ID)
Redes sociales Instagram RS_ID (FK VEN_ID)
Analítica web Google Analytics AW_ID (FK VEN_ID)

El email NO se recomienda como clave foránea (los usuarios B2B tienen varias).

Transformación (antes y después)

Antes (Ventas):

id_cliente_ventas: 12345
fname: JUAN
lname: GÓMEZ
user_email: juan.gomez@email.com

Después:

VEN_ID: 12345
VEN_NAME: Juan
VEN_LASTNAME1: Gómez
VEN_EMAIL: juan.gomez@email.com

Conclusión

La verdad es que no [es fácil]. Esto es un marco teórico y una buena base, pero llevarlo a la realidad implica meterse en herramientas, configuraciones y algún que otro quebradero de cabeza.


CTAs

  • Curso especializado: /services/guia-de-arquitectura-de-datos-en-empresas/
  • "Reservar mi cita" → networking 30 min
AF
APFerrer
APFerrer · Consultora en datos y procesos
Nota de la autora

¿Aplica a tu empresa? Cuéntamelo en 30 minutos y vemos qué encaja.

Reservar 30 min