CDP social vs BI: identity resolution para reportes

CDP social: vinculá identificadores con perfiles de clientes

La vinculación determinística se basa en coincidencias exactas entre IDs confiables. La probabilística usa señales parciales y requiere evidencia, un puntaje y un umbral. Un order_id vincula una transacción; no demuestra identidad.

Vincular no es fusionar. Primero decidís si los registros corresponden a la misma persona; después los consolidás. Normalizá los teléfonos argentinos con +54 y quitá los espacios sobrantes de los emails, pero conservá los valores originales.

Si hay conflictos, priorizá la verificación y la vigencia según reglas documentadas. Bloqueá las fusiones ambiguas y guardá la regla aplicada, la fecha y la procedencia para poder revertirlas.

La CDP resuelve perfiles. BI usa esas claves para reportar sin contar dos veces a una persona o una venta.

BI: reportá ventas y soporte con claves de cliente

BI necesita transacciones sin duplicados, esquemas consistentes, canales estandarizados y fechas guardadas en UTC, con visualización en hora local. Separá clientes, pedidos, conversaciones, tickets y contactos de campaña para medir ventas, soporte y campañas sin duplicaciones. Documentá cómo tratás descuentos, impuestos, envíos, devoluciones y atribución.

Un cruce correcto no prueba que dos registros sean la misma persona. El almacén de datos puede vincular identidades, pero sus reglas deben probarse fuera del tablero. Mantené separadas las identidades resueltas, pendientes y de baja confianza para no distorsionar el conteo de clientes únicos, la recompra ni el crédito asignado a las campañas.

Con los datos normalizados, definí las reglas de unión y de cálculo de ingresos (revenue).

Matriz de decisión: qué corresponde a CDP, BI o ambas

Dejá sin resolver los contactos incompletos o ambiguos. Un teléfono puede cambiar, y un ID de plataforma puede no servir fuera de su origen. Exigí más evidencia para las fusiones automáticas y los mensajes transaccionales que para el análisis exploratorio. El permiso para soporte no habilita publicidad.

La captura y estandarización de eventos deberá seguir esta división de tareas para unificar claves y reglas de cálculo de ingresos.

Implementación: construí un recorrido de cliente entre canales

Con las reglas definidas, llevá todo a un mismo flujo de eventos, claves y reportes.

Recolectá y estandarizá eventos de canales y tienda

Definí un contrato común para los eventos disponibles, necesarios y permitidos. Incluí event_id, sistema de origen, source_record_id, tipo, fecha del evento, fecha de recepción, canal, referencias de pedido o conversación, consentimiento y versión del esquema.

Usá una clave de idempotencia para no ingresar el mismo webhook más de una vez. Estandarizá los campos sin perder sus valores originales. Guardá las fechas en UTC y mostralas en hora local:

04/10/2026 18:30 ART

Vinculá clientes y definí reglas de ingresos

Dale prioridad a la identidad verificada. Si usás vinculación probabilística, documentá el puntaje, el umbral, el responsable y la trazabilidad. Registrá también los metadatos del match y la versión de la regla.

Definí qué fuente manda para cada campo y mantené un mapa entre cada registro original y la clave aprobada. Marcá los teléfonos compartidos y separá los permisos por canal y finalidad.

Modelá pedidos y conversaciones por separado y relacionalos mediante customer_key. Si un pedido tiene varias conversaciones, su importe debe contarse una sola vez. Documentá pedidos, devoluciones, cancelaciones, impuestos y envíos. Así, BI puede calcular ventas sin duplicar clientes ni ingresos.

Fijá las ventanas de atribución y distinguí entre ventas atribuidas, conversiones asistidas e ingresos incrementales. Los ingresos incrementales requieren un grupo de control: vincular un chat con una compra no alcanza para probarlos.

Si tu stack incluye una capa operativa como Burbuxa, usala como fuente de eventos, no como autoridad de identidad.

Burbuxa: usá datos de conversaciones y pedidos en reportes

Burbuxa opera en WhatsApp e Instagram con integraciones al ecommerce. No la uses como capa de resolución de identidad sin validación externa.

Incorporá a los reportes las conversaciones, las referencias de pedidos y los registros de auditoría disponibles mediante la clave de cliente. Verificá identificadores, exportaciones, retención, permisos y criterios de conversión.

Antes de publicar, conciliá esos datos con los totales de fuente.

Validación: revisá las coincidencias de identidad y los totales de ventas

Con los eventos y las claves ya modelados, validá las identidades y los resultados para evitar el doble conteo y la atribución errónea. Antes de escalar, fijá una base de comparación, un período de evaluación y un margen de error aceptable.

La CDP valida vínculos; BI valida totales. Asigná responsables y acordá qué desvíos necesitan revisión manual y cuáles obligan a pausar las uniones automáticas.

Medí la precisión de las coincidencias y la cobertura por canal

Medí por separado la precisión de las coincidencias, la cobertura y los casos no resueltos. Revisá cada canal: casos sin coincidencia, clientes conocidos cuya identidad sigue sin resolverse, eventos tardíos, cambios de consentimiento y recorridos sin crédito asignado.

Definí cuántos clientes no resueltos podés tolerar antes de escalar. Después, comprobá que las coincidencias se reflejen en los totales del negocio.

Conciliá ingresos, atribución y resultados de soporte

Una vez validada la identidad, controlá los ingresos. Compará los datos de la fuente con los de BI usando el mismo período, moneda y estado de pedido. Acordá antes cómo tratar los descuentos, las cancelaciones, las devoluciones y el tipo de cambio.

Mantené separadas las ventas atribuidas de los ingresos reales: la atribución no prueba impacto incremental. En soporte, verificá que el corte incluya las interacciones y los resultados acordados.

Conclusión: resolvé la identidad primero, después reportá el rendimiento

En WhatsApp, Instagram, ecommerce y campañas, la CDP social y BI se complementan. La CDP resuelve identidades y activa datos con consentimiento; BI usa customer_key para medir ventas, soporte y recorridos.

Una vez validados los vínculos y los totales, auditá un recorrido completo: desde la conversación hasta el pedido. Definí un customer_key persistente, separado del teléfono y el email, y conservá los IDs originales.

Si incorporás datos de Burbuxa, verificá las claves, las fechas y los estados de pedido en su API o exportación. No la uses como fuente maestra de identidad ni des por hecho que alimenta todo BI. Ampliá los reportes solo cuando identidad, pedidos e ingresos cierren sin duplicados.

FAQs

¿Cómo sé si necesito una CDP social además de BI?

Si te cuesta conectar las interacciones de WhatsApp e Instagram con los pedidos y el soporte de tu tienda, necesitás una CDP social. Al reunir esos datos en un único perfil por cliente, podés dejar atrás los reportes desconectados y usarlos para personalizar tus acciones.

Burbuxa integra tu tienda con ambos canales en tiempo real, unifica identificadores y elimina duplicados. Así, marketing, ventas y soporte comparten la misma información y pueden medir la conversión entre canales.

¿Cómo corrijo una fusión errónea sin alterar mis reportes?

Antes de fusionar perfiles, estandarizá los identificadores: emails en minúscula, teléfonos en formato E.164 y nombres de usuario de Instagram en minúscula y sin acentos. Vinculá los registros por coincidencias exactas de teléfono, email o ID de pedido. Si una coincidencia deja dudas, revisala manualmente.

Asociá cada evento o interacción - checkout, mensaje o ticket - al mismo perfil y customer ID unificado. Así evitás duplicados y cambios en los KPIs causados por perfiles divididos.

¿Cómo valido los datos de Burbuxa antes de llevarlos a BI?

Reuní los datos de la tienda, los clientes y las conversaciones en una sola base. Usá emails en minúsculas, teléfonos en formato E.164 y un criterio uniforme para los usuarios de Instagram. Unificá los registros por IDs y plataformas, y por coincidencias exactas de email, teléfono o nombre. Revisá los casos ambiguos antes de dar por hecho que corresponden a la misma persona.

Clasificá cada interacción como consulta, queja, devolución o venta. Validá la estructura de KPIs con Finanzas y, recién después, publicá y conectá las demás fuentes para evitar atribuciones erróneas.