Devolver señales analíticas al CRM operativo
Un caso ficticio de arquitectura: copiar o consultar, granularidad del writeback, datos desactualizados, recálculos, bajas y quién responde de un writeback fallido.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01El resultado
Un conjunto reducido de señales gobernadas y de solo lectura por cuenta —valor, segmento, fecha de referencia, versión y enlace a la definición— escritas de forma idempotente y conciliadas a diario con lo publicado.
El rendimiento se calcula fuera del CRM, pero los comerciales actúan dentro, así que las cifras que ven están desactualizadas, se pueden editar o nadie las explica.
¿Debe el CRM guardar una copia de la métrica, y quién responde de ella cuando llega?
Devolver al CRM señales gobernadas a nivel de cuenta, en lugar de consultar en directo o copiar todo el detalle de los KPI.
El rendimiento de cada cuenta y la cobertura de pipeline se calculan a diario en la plataforma de datos. Los comerciales trabajan en el CRM y deberían actuar allí: abrir un plan de recuperación cuando una cuenta se queda atrás, generar pipeline cuando la cobertura es baja. El primer intento copió todo el detalle de los KPI en campos del CRM que los comerciales podían sobrescribir, sin fecha y sin enlace a la definición.
02La realidad · situación actual
Qué hacen hoy los datos.
- Los comerciales sobrescriben los valores derivados con los que no están de acuerdo
- Nadie sabe si un valor es de hoy o del mes pasado
- Un recálculo deja valores antiguos en cuentas que ya no son elegibles
- Un writeback que falla en parte pasa desapercibido durante semanas
- La automatización crea una nueva tarea de recuperación en cada ejecución nocturna
03Flujo objetivo
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.
- 01 · ERP · CRM · PlanificaciónFuentesAlimenta por Batch
Pedidos, facturas, pipeline y objetivos.
- 02 · Plataforma de datosPlataforma de datosTraspasa por Batch
Histórico conformado por cuenta × mes.
- 03 · Plataforma de datosKPI derivadoTraspasa por Batch
Rendimiento frente a objetivo, cobertura: una definición cada uno.
- 04 · Plataforma de datosSegmentoTraspasa por API
En objetivo, Por debajo, En riesgo, Sin venta.
- 05 · Integración → CRMWriteback al CRMTraspasa por Evento
Upsert por cuenta + versión de la métrica; campos de solo lectura.
- 06 · Automatización del CRMAcción
Una tarea de recuperación por cada entrada en En riesgo.
04Contratos
Qué significa una fila o un mensaje.
Significado, granularidad, clave, frescura y responsable, por escrito antes de mapear nada.
Señal de rendimiento de la cuenta
El valor publicado de una métrica para una cuenta y un periodo.
- Granularidad
- Cuenta × métrica × periodo
- Clave
Clave analítica de cliente + métrica + periodo + versión- Frescura
- Diaria; desactualizada a las 48 horas
- Responsable
- Operaciones de ventas (definición) · equipo de datos (cálculo)
Disparador de activación
Una cuenta ha entrado en un segmento que requiere una acción.
- Granularidad
- Cuenta × entrada en segmento
- Clave
Cuenta + segmento + periodo de entrada- Frescura
- En la hora siguiente al writeback
- Responsable
- Operaciones comerciales
05Dimensión clave · Writeback, frescura y activación
Un contrato de writeback, no una copia
Lo que llega al CRM es pequeño, de solo lectura y se describe a sí mismo. Su ciclo de vida es explícito, así que un valor desactualizado o sustituido se ve como tal.
- CalculadoDerivado en la plataforma de datos
- PublicadoLiberado como versión vigente
- EscritoUpsert en el CRM por clave
- RecibidoReleído y cotejado
- SustituidoReemplazado por una versión más reciente
- CaducadoHa superado su compromiso de frescura
| Campo | Significado | Regla |
|---|---|---|
| Valor | La métrica publicada para esta cuenta y este periodo | Solo lectura en el CRM; nunca se recalcula allí |
| Segmento | En objetivo, Por debajo, En riesgo o Sin venta | Exactamente uno por cuenta elegible |
| Fecha de referencia | Periodo y momento del cálculo | Se muestra junto al valor; desactualizado a las 48 horas |
| Versión | Versión de la métrica y de la regla que lo produjo | Un recálculo publica una versión nueva; el CRM conserva la última |
| Elegibilidad | Si la cuenta está en la población | Al salir se escribe «no elegible», nunca un vacío silencioso |
| Enlace a la definición | Linaje para el comercial | Abre la definición, el responsable y las fuentes |
Copiar la señal, consultar el detalle: los comerciales actúan sobre el valor en el CRM y siguen el enlace cuando necesitan las transacciones que hay detrás.
07Fallo y recuperación
Diseñar el camino del fallo antes que el camino feliz.
- El writeback se completa solo en partePublicado frente a escrito, por claveReenviar las claves que faltan; el upsert lo hace seguroOperaciones de integración
- Los valores superan su compromiso de frescuraFecha de referencia de más de 48 horasMostrar «desactualizado» en el CRM y suspender las nuevas tareasEquipo de la plataforma de datos
- Se recalcula la métricaNueva versión publicadaSobrescribir por versión; las tareas ya creadas no se duplicanOperaciones de ventas
- Una cuenta sale de la poblaciónEstá en el CRM, no en la nueva publicaciónEscribir «no elegible» y cerrar los disparadores abiertosEquipo de la plataforma de datos
08Arquitecturas candidatas
Opciones creíbles, evaluadas frente a estas premisas.
Consultar en directo desde el CRM
Usuarios que solo miran la cifra
Coste: No puede alimentar vistas de lista, asignaciones ni automatización; depende de que el servicio analítico esté disponibleCopiar todo el detalle de los KPI en el CRM
Conjuntos de métricas pequeños y estables
Coste: Volumen, datos desactualizados y valores que nadie sabe explicarDevolver señales gobernadas a nivel de cuenta
Métricas que deben cambiar lo que hace un comercial
Coste: Requiere un contrato de writeback, reglas de frescura y conciliación09La segunda capa
Preguntas que cambian el diseño.
Copiar o consultar
- ¿Debe copiarse la métrica o consultarse en directo?
- ¿Cuál es la granularidad del writeback?
- ¿Qué necesita el comercial junto a la cifra?
Frescura y cambios
- ¿Cómo se identifican los datos desactualizados?
- ¿Qué pasa cuando se recalcula la métrica de origen?
- ¿Cómo se trata un cero, o un «ya no es elegible»?
Responsabilidad
- ¿Quién responde de un writeback fallido?
- ¿Puede el CRM modificar el valor analítico?
- ¿Cómo se muestra el linaje al comercial?
10Decisiones y entregables
Qué produce el trabajo.
- 01Contrato de writeback
- 02Modelo de responsabilidad
- 03Regla de frescura y caducidad
- 04Conciliación entre publicado y escrito
- 05Regla de activación
- 06Enlace de linaje