Diseñar analítica comercial integrada en torno a las decisiones de gestión
Un caso ficticio y compuesto: no se trata de «mejores dashboards», sino de una capa de producto analítico entre lo que significan los hechos y el lugar donde se hace el trabajo.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
El caso en síntesis
Realidad actual
La información comercial está repartida entre cuentas, pipeline, pedidos, facturas, precios, objetivos, stock y uso, y los responsables saltan entre páginas del CRM, informes, exportaciones, hojas de cálculo y pantallas del ERP para responder a una sola pregunta.
Qué tiene que llegar a ser cierto
Una única capa de decisión integrada que reúne los dominios analíticos relevantes, preserva las definiciones gobernadas de las métricas, usa filtros coherentes, va de la visión general al detalle y de vuelta al registro operativo, permite exportar donde de verdad aporta, respeta los derechos de acceso y mide su propio uso, sin convertirse en otro sistema de verdad analítica.
Pregunta de diseño
¿Qué preguntas de gestión debe responder la capa analítica integrada, y qué hechos, cálculos y responsabilidades deben quedar fuera de ella?
01La realidad · situación actual
Qué hacen hoy los datos.
Un fabricante B2B gestiona sus equipos comerciales en el CRM, sus transacciones en varios ERP y su modelo gobernado de rendimiento en una plataforma de datos. Para preparar una revisión, un responsable abre un informe del CRM para el pipeline, una exportación para los pedidos, una hoja de cálculo para los objetivos y una pantalla del ERP para el stock, y selecciona el mismo cliente y el mismo periodo cada vez. Hay dashboards nativos por objeto, cada uno con sus propios filtros, y nadie sabe cuáles se usan de verdad.
- Los informes se organizan por objeto del sistema, no por la pregunta que se hace un responsable
- Cada dashboard tiene sus propios filtros, así que el mismo cliente y el mismo periodo se seleccionan una y otra vez
- Los recorridos de profundización cambian de un informe a otro y a menudo terminan en una exportación
- Las vistas analíticas están desconectadas, visual y lógicamente, del registro donde se actúa
- Las métricas se redefinen dentro de cada informe
- Nadie sabe qué vistas se usan, cuáles se ignoran y cuáles se sustituyen por hojas de cálculo
02El problema semántico
Qué significados se mezclan hoy.
La capa tenía que separar tres cosas que los informes nativos mezclan: lo que significan los hechos, cómo los explora quien decide y dónde se ejecuta la acción.
- Arquitectura de datosLo que significan los hechos: responsabilidad del modelo gobernado, que ninguna vista redefine.
- Experiencia analíticaCómo pasa un responsable de una pregunta a la evidencia: responsabilidad de la capa de decisión.
- Sistema operacionalDónde se registra y se hace el seguimiento: responsabilidad del CRM.
- Un dashboard frente a una decisiónUn dashboard organiza gráficos; una capa de decisión organiza preguntas, evidencia y acción.
03Dimensión clave · Preguntas, evidencia y acción
Una superficie de decisión, no un conjunto de dashboards
Cada área parte de la pregunta que se hace un responsable, nombra la evidencia que necesita y termina donde se toma la acción. Los dominios se agrupan por decisión; nunca se muestran como una pantalla por objeto.
| Área de decisión | Pregunta de gestión | Evidencia | Vista analítica | Profundización | Acción operativa |
|---|---|---|---|---|---|
| Salud del clienteDominios: Cuentas · Contactos | ¿Dónde se concentra la base de clientes y qué relaciones necesitan atención? | Rendimiento de las cuentas, cobertura de contactos, actividad reciente | Visión de la cartera por segmento | Cuenta → contactos y actividad reciente | Abrir el plan de cuenta |
| PipelineDominios: Leads · Oportunidades | ¿De dónde viene el negocio futuro, y dónde se atasca? | Pipeline por modelo de venta y etapa, antigüedad, conversión | Flujo y antigüedad del pipeline | Etapa → oportunidades que superan su referencia | Actualizar, recualificar o cerrar la oportunidad |
| RendimientoDominios: Presupuesto / Objetivos | ¿Cómo evoluciona el rendimiento real frente al objetivo gobernado? | Rendimiento frente a objetivo, acumulado del año, por versión | Real frente a objetivo por periodo | Región → cuenta → línea de producto | Revisar o abrir un plan de recuperación |
| TransaccionesDominios: Pedidos · Facturas · Precios | ¿Qué se ha pedido, qué se ha facturado realmente y qué queda abierto? | Pedidos abiertos, ingreso facturado, realización de precios | Del pedido a la factura, por cuenta | Cuenta → pedidos abiertos o retrasados | Hacer el seguimiento del pedido con el cliente |
| DisponibilidadDominios: Stock | ¿Cambia la disponibilidad del producto la decisión comercial? | Disponibilidad para la ubicación del cliente | Disponibilidad frente a la demanda abierta | Línea de producto → artículo y ubicación | Ajustar la oferta o la fecha comprometida |
| AdopciónDominios: Uso | ¿Se usan de verdad las capacidades analíticas y del CRM para dirigir el negocio? | Uso de módulos, filtros, exportaciones, visitas recurrentes | Uso por equipo y módulo | Módulo → vista → acción tomada | Cambiar, retirar o explicar una vista |
- 01Visión generalEl estado del negocio para los filtros elegidos
- 02DominioUna pregunta de gestión y su evidencia
- 03DesgloseDe dónde viene la diferencia
- 04DetalleLas cuentas, pedidos u oportunidades que hay detrás
- 05Registro y siguiente acciónEl registro del CRM, donde se hace el seguimiento
Un dashboard organiza gráficos. Una capa de decisión organiza preguntas, evidencia y acción, y nunca termina en un callejón sin salida.
04Granularidad y contratos
Qué significa una fila o un mensaje.
Significado, granularidad, clave, frescura y responsable, por escrito antes de mapear nada.
Conjunto de métricas del módulo
Las medidas gobernadas que lee un módulo, con sus versiones de definición.
- Granularidad
- Módulo × métrica × versión de definición
- Clave
Módulo + métrica + versión- Frescura
- Según lo publique el modelo
- Responsable
- Operaciones de ventas
Dimensión de filtro
Una dimensión que significa lo mismo en cada módulo que filtra.
- Granularidad
- Valor de dimensión × periodo de validez
- Clave
Dimensión + valor- Frescura
- Diaria
- Responsable
- Responsable de la plataforma de datos
Evento de uso
Una interacción con un módulo, un filtro, una profundización o una exportación.
- Granularidad
- Usuario × módulo × acción × día
- Clave
Usuario seudonimizado + módulo + acción + día- Frescura
- Diaria
- Responsable
- Responsable del producto analítico
06Experiencia de decisión
Filtros, acceso y uso, diseñados antes que los gráficos.
La arquitectura de la información da forma a las decisiones. Un filtro global solo funciona si la dimensión significa lo mismo en todos los dominios; el acceso debe seguir el modelo comercial; y un producto debería medir su propia utilidad.
Una capa de filtros, un solo significado
Un filtro se mantiene entre módulos solo donde la dimensión está conformada, su relación con cada hecho está definida y «no aplica» se muestra en lugar de ignorarse en silencio.
| Dimensión | Significa en todas partes | Cómo se relacionan los hechos con ella | Donde no aplica |
|---|---|---|---|
| Periodo | El periodo de reporting del modelo gobernado | Fecha de pedido, fecha de contabilización o mes del objetivo, declarada por hecho | Nunca se ignora; el módulo indica su base temporal |
| Cliente | La cuenta comercial gobernada | A través de los vínculos de identidad de la cuenta | Los leads anteriores a la conversión se muestran aparte |
| Responsable | El responsable de la cuenta | A través de la cuenta, no de la transacción | Se muestra como «sin responsable» en lugar de descartarse |
| Filial | La sociedad que vende | A través de la sociedad de la transacción | Las vistas de grupo lo indican de forma explícita |
| Canal y unidad de negocio | La clasificación comercial gobernada | A través de la cuenta o de la línea de producto | Se marca como «no aplica» en las vistas de uso |
Dos niveles de acceso
| Nivel | Puede | Hereda o restringe |
|---|---|---|
| Acceso analítico estándar | Usar módulos, filtros, profundización y las exportaciones permitidas | Hereda la visibilidad comercial del CRM; las condiciones sensibles siguen restringidas |
| Acceso de administración y gobierno | Configurar módulos y vistas; ver la telemetría de uso | No puede cambiar las definiciones de métricas: pertenecen al modelo gobernado |
Telemetría de uso
Un producto analítico debería medir su propia utilidad.
| Señal | Pregunta que responde | Qué cambia |
|---|---|---|
| Módulos usados | ¿Qué preguntas importan a qué equipos? | Hoja de ruta y retirada de módulos |
| Filtros usados | ¿Cómo cortan de verdad el negocio los responsables? | Filtros por defecto y calidad de las dimensiones |
| Exportaciones | ¿Por dónde sale el análisis del producto? | La vista o la profundización que falta |
| Visitas recurrentes | ¿Forma la capa parte de la rutina? | Cadencia de gestión y formación |
| Vistas ignoradas | ¿Qué no necesita nadie? | Retirar o explicar la vista |
07Arquitecturas candidatas
Opciones creíbles, evaluadas frente a estas premisas.
Solo dashboards nativos del CRM
Seguimiento sencillo, a nivel de objeto
Coste: Filtros fragmentados, métricas redefinidas, análisis que acaba en exportacionesUna capa analítica integrada sobre el modelo gobernado
Decisiones de gestión que deben quedar cerca del trabajo comercial
Coste: Un producto analítico con responsable, hoja de ruta y telemetríaBI externo para todo
Exploración amplia, modelado complejo, reporting corporativo
Coste: Lejos del flujo de trabajo; el contexto se pierde entre el análisis y la acciónCriterio a criterio
| Criterio | Dashboards nativos del CRM | Capa analítica integrada | BI externo |
|---|---|---|---|
| Cercanía al flujo de trabajo | Alta, por objeto | Alta, entre dominios | Baja: una herramienta aparte |
| Análisis entre dominios | Limitado | Por diseño, desde el modelo gobernado | Potente |
| Navegación y profundización | Informe a informe | Pregunta → evidencia → registro | Flexible, genérica |
| Control de la UX | Bajo | Alto | Medio |
| Gobierno de las definiciones | Fáciles de redefinir en cada informe | Lee métricas gobernadas | Lee métricas gobernadas, si está conectado al modelo |
| Complejidad analítica | Sencilla | Moderada, enfocada | Alta |
| Mantenimiento | Bajo por dashboard, alto en total | Un producto con responsable | Una plataforma y un equipo aparte |
| Mejor audiencia | Usuarios individuales de un objeto | Responsables y equipos comerciales | Analistas y reporting corporativo |
Decisión de diseño
Construir una capa analítica integrada para las decisiones operativas y de gestión comercial, organizada por pregunta de gestión y respaldada por el modelo analítico gobernado; mantener el cálculo de las métricas en la plataforma de datos y la acción en el CRM; y dejar la exploración amplia y el reporting corporativo al BI externo donde corresponda.
08Arquitectura resultante
De dónde vienen los datos, adónde van… y cómo.
Cada traspaso se nombra con su modo. El modo sigue la tolerancia del negocio a la espera, a la inconsistencia y a la pérdida.
CRMCapa de analítica integradaPlataforma de datosERP
- 01 · CRMRegistros del CRMAlimenta por Batch
Cuentas, contactos, leads, oportunidades y actividades.
- 02 · ERPHechos del ERPAlimenta por Batch
Pedidos, facturas, precios y stock.
- 03 · PlanificaciónObjetivosAlimenta por Batch
Versiones publicadas de objetivos.
- 04 · Plataforma de datosModelo gobernadoTraspasa por API
Hechos conformados y definiciones de métricas: véase el modelo de datos del rendimiento.
- 05 · Analítica integradaCapa de decisiónTraspasa por Evento
Módulos por pregunta, una sola capa de filtros, profundización hasta el detalle.
- 06 · CRMRegistro operativo
La cuenta, la oportunidad o la tarea donde se da el siguiente paso.
09Fallo y calidad
Diseñar el camino del fallo antes que el camino feliz.
- Una métrica se redefine dentro de un móduloControl de la versión de definición al publicarEl módulo lee la versión gobernada o no se publicaOperaciones de ventas
- Un filtro no puede aplicarse a un dominioRelación de la dimensión no definida para ese hechoMostrar «no aplica» en lugar de una cifra sin filtrarResponsable del producto analítico
- El modelo gobernado llega tardeFecha de referencia fuera de su compromisoLas vistas muestran «desactualizado» con la última fecha de referenciaEquipo de la plataforma de datos
- Las exportaciones dominan un móduloTelemetría de usoEncontrar la vista o la profundización que falta; no limitarse a añadir columnas a la exportaciónResponsable del producto analítico
- Una vista muestra datos que un usuario no puede verRevisión de accesos frente a la visibilidad del CRMLa visibilidad se hereda, nunca se amplía; se corrige en el origenResponsable de la plataforma CRM
10Gobierno
Quién mantiene estable el significado a lo largo del tiempo.
| Qué | Responsable | Cadencia | Evidencia |
|---|---|---|---|
| Hoja de ruta de módulos | Responsable del producto analítico | Trimestral | Telemetría de uso y comentarios de las revisiones |
| Definiciones de métricas que usan los módulos | Operaciones de ventas | Por versión de definición | Módulos que leen cada versión |
| Dimensiones de filtro | Responsable de la plataforma de datos | Con cada nuevo dominio | Dimensiones marcadas como «no aplica» |
| Niveles de acceso | Responsable de la plataforma CRM | Revisión trimestral | Accesos concedidos a configuración y telemetría |
11La segunda capa
Preguntas que cambian el diseño.
Preguntas
- ¿Qué decisión apoya cada módulo, y quién la toma?
- ¿Qué pregunta hace primero un responsable en una revisión?
- ¿Dónde debe terminar el análisis: en una exportación o en un registro?
Semántica
- ¿Significa cada filtro lo mismo en todos los dominios?
- ¿Qué métricas se calculan en el modelo y cuáles solo se muestran?
- ¿Qué muestra la capa cuando un filtro no aplica?
Fronteras
- ¿Qué pertenece a la capa integrada y qué al BI externo?
- ¿Quién puede configurar una vista y quién puede ver el uso?
- ¿Cómo sabremos que la capa se usa de verdad?
12Decisiones y entregables
Qué produce el trabajo.
- 01Mapa de la superficie de decisión
- 02Catálogo de módulos por pregunta de gestión
- 03Semántica de los filtros globales
- 04Recorridos de profundización hasta los registros operativos
- 05Modelo de acceso
- 06Modelo de telemetría de uso
- 07Frontera entre capa integrada y BI externo