Taxonomía de eventos para Customer Engagement: cómo diseñarla
Un journey confiable empieza antes de la campaña: comienza con un lenguaje común para describir hechos. Una taxonomía de eventos evita que “compra”, “orden” o “redención” signifiquen cosas distintas entre canales.
Diferencie evento, estado y atributo
Un evento registra algo que ocurrió; un estado describe una condición actual; un atributo caracteriza una entidad. Mezclarlos produce activaciones ambiguas y métricas difíciles de reconciliar.
- Evento: purchase.completed
- Estado: miembro activo
- Atributo: país
- Regla: elegible para beneficio
Defina una estructura mínima
Cada evento necesita nombre estable, identificador, actor, objeto, fuente, tiempo de ocurrencia y versión. Agregue datos de contexto solo cuando sean necesarios y autorizados.
- event_id
- event_name
- occurred_at
- source
- subject
- object
- schema_version
Nombre por hechos, no por campañas
Use verbos en pasado y entidades claras. Evite nombres ligados a una promoción específica cuando el hecho puede reutilizarse. Documente qué significa “completado” y quién lo confirma.
- member.enrolled
- purchase.completed
- reward.redeemed
- consent.updated
- appointment.attended
Gobierne cambios y calidad
Asigne propietario, diccionario, validaciones, versión y política de deprecación. Controle duplicados, tiempos imposibles, valores faltantes y discrepancias entre fuente y consumidor.
- Owner
- Esquema
- Validación
- Monitoreo
- Deprecación
Conecte eventos con decisiones y medición
Para cada journey documente evento disparador, condiciones, exclusiones, acción, ventana y resultado esperado. Así Search, analistas y equipos operativos pueden entender la misma relación semántica.
- Trigger
- Eligibility
- Suppression
- Action
- Outcome
Cómo aplicarlo con Lealto
Lealto puede participar en un diagnóstico para conectar programas de lealtad con Customer Engagement, datos propios, journeys e integraciones. El alcance concreto debe validarse con los sistemas, mercados y requisitos reales; este contenido no inventa capacidades ni sustituye una definición técnica o contractual.
Preguntas frecuentes
¿Cuántos eventos debe tener una taxonomía?
Los necesarios para cubrir decisiones y medición. Empiece por casos de uso prioritarios y amplíe con gobierno.
¿Se puede cambiar el nombre de un evento?
Sí, pero debe versionarse y planificarse la transición para no romper consumidores.
¿CloudEvents define toda la taxonomía?
No. Ofrece una forma estandarizada de describir eventos; el vocabulario del negocio sigue siendo responsabilidad de la organización.
Fuentes y lecturas relacionadas
Contáctenos
Construyamos su estrategia de lealtad