Growth Engineering Cruzados

Arquitectura y Datos

Plan de transformación digital y optimización de datos

Abril 2026

Índice

I. Arquitectura General

II. Arquitectura Específica

0. Zoho CRM + Zoho Marketing Automation - El Hub Central

Visión: Zoho como Corazón del Ecosistema

Zoho CRM es el sistema centralizado donde converge toda la información de cliente, comportamiento y transacciones. Zoho Marketing Automation es el motor de activación que ejecuta automatizaciones y campañas. Juntos, con Zoho Analytics en tiempo real, forman el sistema neurológico completo de Cruzados.

3 Pilares de la Centralización:

  • Centralización (Zoho CRM): Todos los eventos, contactos, deals y datos convergen aquí. Un RUT + Email = UN contacto con 360° de su historia.
  • Activación (Zoho Marketing Automation): Cada evento dispara workflows automáticos: emails, SMS, WhatsApp, cambios de score, reasignación de propietario.
  • Medición (Zoho Analytics - Tiempo Real): Cada acción se mide en vivo. Dashboard de conversión, retargeting, LTV, score actualizado cada minuto.

Flujo de Datos: Ingesta → Centralización → Activación → Medición

Paso 1: INGESTA (Fuentes de datos)

  • Shopify: Productos, carrito, checkout, ventas (eventos y transacciones)
  • Puntoticket: Tickets, membresías, socios, abonados, escuelas (webhooks)
  • cruzados.cl: Páginas vistas, comportamiento, newsletter (GTM → eventos)
  • Email Marketing (Zoho): Clicks, aperturas, unsubscribes
  • WhatsApp Business: Mensajes enviados, leídos, respuestas

Paso 2: CENTRALIZACIÓN (Zoho CRM)

Todos los datos se normalizan y convergen en Zoho CRM bajo una llave única:

  • Identificación primaria: RUT (cuando disponible)
  • Identificación secundaria: Email (siempre presente)
  • Identificación terciaria: Teléfono (para WhatsApp)
  • Identificación anónima: anonymous_id (pre-captura)

Resultado: Un Contacto en Zoho CRM con:

  • ✅ Todos los eventos ocurridos (page_viewed, product_viewed, add_to_cart, purchase_completed, etc)
  • ✅ Transacciones vinculadas (Deals, Sales Orders, Ordered Items)
  • ✅ Atributos (device, channel, utm_source, location, device_type)
  • ✅ Señales de identidad (RUT, email verificado, teléfono verificado)
  • ✅ Score de lead (puntos por comportamiento)
  • ✅ Segmento (Hot lead, Warm lead, Cold lead, Churn risk)

Paso 3: ACTIVACIÓN (Zoho Marketing Automation + Workflows)

Cada evento o cambio de estado dispara automatizaciones en tiempo real:

  • Evento: newsletter_subscribed
    • → Zoho Workflow: Actualizar campo "Email_Verified" = true
    • → Zoho Workflow: +10 puntos de score
    • → Zoho Marketing: Enviar email de bienvenida
  • Evento: add_to_cart
    • → Zoho Workflow: +20 puntos de score
    • → Zoho Marketing: Disparar email "¿Completamos tu carrito?"
    • → Si no compra en 24h → Email de urgencia "Te espera tu producto"
  • Evento: purchase_completed
    • → Zoho Workflow: Crear Deal (stage: Closed Won)
    • → Zoho Workflow: +100 puntos de score
    • → Zoho Workflow: Crear Sales Order y Ordered Items
    • → Zoho Workflow: Reclasificar a "Comprador activo"
    • → Zoho Marketing: Email de confirmación + invoice
    • → Zoho Marketing: Añadir a journey "Post-compra y upsell"
  • Evento: cart_abandoned (24h sin purchase después add_to_cart)
    • → Zoho Workflow: Crear tarea para retargeting
    • → Zoho Marketing: Crear audiencia dinámica "Carrito abandonado"
    • → Campaña automática: Email + SMS + WhatsApp con incentivo

Paso 4: MEDICIÓN (Zoho Analytics - Tiempo Real)

Todos los KPIs se visualizan en vivo en Zoho Analytics:

  • Funnel de conversión: Visitas → Carrito → Checkout → Compra (actualizado cada minuto)
  • Scoring en vivo: % de leads que subieron de score hoy
  • Campañas activas: Open rate, click rate, conversion rate de cada email enviado por Zoho Marketing
  • Retargeting performance: Audiencias por abandono + recovery rate
  • LTV y CLTV: Valor promedio por cliente, proyección de lifetime value
  • Churn risk: Clientes en riesgo de dejar de comprar (score bajo, último evento hace >90 días)
  • Segmentación dinámica: Hot leads (score >80), Warm leads (50-80), Cold leads (<50)

Diagrama de Flujo Simplificado

Shopify + Puntoticket + cruzados.cl → [EVENTOS] → Zoho CRM [CENTRALIZACIÓN] → Zoho Marketing Automation [ACTIVACIÓN] → Zoho Analytics [MEDICIÓN EN VIVO]

Feedback Loop: Analytics genera insights → Se ajustan workflows en Marketing → Se recalculan scores → Nueva segmentación → Nuevas campañas.

Ejemplo End-to-End: Un Usuario en el Ecosistema

Día 1: Usuario anónimo llega a cruzados.cl

  • ✅ Evento: page_viewed capturado (anonymous_id: xyz)
  • ✅ Zoho CRM: Se crea contacto anónimo, anonymous_id = xyz, score = 0
  • ✅ Zoho Analytics: +1 al contador de visitas

Día 1 (30min después): Usuario ve un producto

  • ✅ Evento: product_viewed (product_id: 123, price: $50)
  • ✅ Zoho CRM: Score +5 (ahora score=5)
  • ✅ Zoho Analytics: +1 al contador de products_viewed

Día 1 (1h después): Usuario agrega al carrito

  • ✅ Evento: add_to_cart
  • ✅ Zoho CRM: Score +20 (ahora score=25)
  • ✅ Zoho Workflow: Disparar email "¿Terminamos tu carrito?"
  • ✅ Zoho Analytics: +1 al contador de carrito, conversión visita→carrito actualizada

Día 2 (24h después, sin compra): Carrito abandonado

  • ✅ Zoho Workflow: Crear audiencia "Carrito abandonado < 24h"
  • ✅ Zoho Marketing: Disparar email "Tu carrito te espera" + SMS urgencia
  • ✅ Zoho Analytics: Medir carrito_recovery rate en tiempo real

Día 3: Usuario responde a SMS y compra

  • ✅ Evento: purchase_completed (order_id: 999, amount: $50, email: usuario@mail.com, RUT: 12.345.678-9)
  • ✅ Zoho CRM: Se actualiza contacto (anonymous_id → email → RUT), Score +100 (ahora=125), Segmento: "Comprador activo"
  • ✅ Zoho CRM: Se crea Deal (stage: Closed Won, amount: $50)
  • ✅ Zoho CRM: Se crea Sales Order + Ordered Items
  • ✅ Zoho Workflow: Enviar email confirmación + invoice
  • ✅ Zoho Workflow: Añadir a journey "Post-compra" (día 3: reseña, día 7: upsell, día 14: 15% OFF)
  • ✅ Zoho Analytics: Conversión actualizada (3.6% de 40K → 1.5K), LTV recalculado ($195 promedio), Churn risk recalculado

Resultado Final (Zoho Analytics Dashboard):

  • 1 usuario rastreado de punta a punta
  • 5 eventos capturados
  • 3 automatizaciones ejecutadas (emails + SMS)
  • 1 venta generada ($50)
  • Score progresivo: 0 → 5 → 25 → 125 (trazabilidad completa)
  • RUT validado: Stitching completo (anonymous → email → RUT)

Beneficios de la Centralización en Zoho

  • 360° de cliente: Un RUT = toda su historia (compras, comportamiento, scores, campañas)
  • Automatización sin fricciones: No necesitas herramientas externas (no Zapier, no integraciones manuales)
  • Decisiones en tiempo real: Zoho Analytics actualiza cada minuto, no esperas reportes de EOD
  • Escalabilidad: Cada nuevo evento se procesa automáticamente (workflow recibe evento → se ejecuta)
  • Compliance: Un lugar para auditar (quién recibió qué email, cuándo, por qué, resultado)
  • ROI claro: Cada peso gastado en retargeting está medido en Zoho Analytics

I. Arquitectura General

Visión general del ecosistema

Cruzados opera en un ecosistema multi-plataforma donde la información fluye desde canales comerciales hacia un centro de datos centralizado en Zoho CRM. El ecosistema se compone de tres capas: captura de datos (Puntoticket y Shopify), procesamiento y orquestación (Zoho CRM), y activación (Zoho Marketing Automation y Analytics).

Componentes principales:

  • Puntoticket: Plataforma de comercio para venta de tickets, membresías (socios y abonados), escuelas y campamentos.
  • Shopify: Plataforma de ecommerce para tienda retail de productos oficiales de Cruzados.
  • Zoho CRM Plus: Centro de datos con módulos de CRM y Analytics.
  • Web institucional (cruzados.cl): Sitio web corporativo que genera interacciones y eventos de navegación.
  • Zoho Marketing Automation: Motor de automatización de emails, journeys y campañas.
  • Zoho Analytics: Herramienta de reportería y análisis de datos.
Stack tecnológico: Zoho CRM Plus (almacenamiento de datos), Puntoticket (fuente de membresías), Shopify (fuente de retail), Zoho Marketing Automation (activación), Zoho Analytics (inteligencia).

Flujos de datos principales

Los datos fluyen bidireccionalemente desde las plataformas externas hacia Zoho CRM, donde se consolidan y relacionan para activación posterior.

Flujos principales:

Puntoticket → Zoho CRM (Contactos, Beneficiarios, Products, Deals, Sales Orders, Beneficios)
Shopify → Zoho CRM (Contactos, Products, Deals, Sales Orders, Ordered Items)
Zoho CRM → Zoho Marketing Automation (Contactos, Beneficiarios, segmentación, campañas)
Zoho CRM → Zoho Analytics (reportería, análisis, dashboards)

Características de los flujos:

  • Sincronización: No es tiempo real, pero mantiene fidelidad de datos.
  • Deduplicación: Usa claves primarias (email para Contactos, RUT para Beneficiarios) para evitar duplicados.
  • Transformación: Los datos se normalizan y transforman según reglas de negocio durante la sincronización.
  • Trazabilidad: Se mantiene histórico y trazabilidad de eventos y transacciones.
  • Sin pérdida de datos: No hay reportes de pérdida o desincronización crítica.

Plataformas y sistemas

Descripción detallada de cada plataforma en la arquitectura.

Plataforma Módulos activos Capacidades principales Rol en arquitectura
Puntoticket Ticketing, Membresías, Escuelas, Campamentos Venta de tickets, gestión de socios y abonados, eventos Fuente de datos de membresías y tickets
Shopify Tienda Ecommerce Gestión de inventario, órdenes, productos, checkouts Fuente de datos de retail y transacciones
Zoho CRM CRM, Analytics Gestión de contactos, deals, órdenes, beneficiarios, reportería Centro de datos y orquestación principal
Zoho Marketing Automation Email, Workflows, Journeys, Campañas Automatización de emails, segmentación, journeys personalizados Activación y comunicación con audiencia
Zoho Analytics Dashboards, Reports, Análisis Reportería, análisis de datos, insights, KPIs Inteligencia y toma de decisiones
Web institucional Landing pages, Blog, Contenido Navegación, lectura de contenido, eventos de interacción Fuente de eventos de comportamiento

II. Arquitectura Específica

1. Definición de arquitectura de datos sobre Zoho

El modelo de datos en Zoho CRM está estructurado para centralizar la información de todos los canales comerciales. Las entidades principales son Contactos, Beneficiarios, Products, Deals, Sales Orders y Beneficios, que se relacionan entre sí para dar sentido a la información de comprador y usuario final.

Modelo AS IS (actual):

CONTACTOS
Email (llave primaria, nunca se modifica)
First_Name, Last_Name
RUT (campo custom, identidad universal)
Mobile, Phone
Mailing_Street, Mailing_City, Mailing_Country, Mailing_Zip
Lead_Source (Shopify Ecommerce, PuntoTicket)
Estado (Cliente, Otro)
Date_of_Birth
→ Relacionado con: Products (compras), Deals (oportunidades), Sales Orders (órdenes), Beneficios (beneficiarios vinculados)
BENEFICIARIOS
RUT (llave primaria, normalizado sin puntos/guiones)
Name (nombre completo)
Email
Teléfono
Fecha_Nacimiento
Activo (boolean, siempre true)
→ Relacionado con: Beneficios (servicios/membresías que disfrutan)
PRODUCTS
Product_Code (dedup key: ProductID+VariantID para Shopify, EventoID para Puntoticket)
Product_Name
Unit_Price
Description
Manufacturer, Product_Category
Línea_de_Negocio (Tienda, Ticketing, Socios, Escuelas, Abonos)
Fuente (Shopify, PuntoTicket)
Product_Active (boolean)
Marca (Principal)
→ Relacionado con: Deals, Sales Orders, Ordered Items
DEALS
Deal_Name (formato: "TIENDA - SH #1234" o "Evento - OrdenID")
Amount (monto total)
Closing_Date (fecha de creación/compra)
Stage (Agrego al carrito, Checkout iniciado, Cerrado Ganado)
Pipeline (Ecommerce, Membresías)
Contact_Name (lookup a Contacto)
Product_Name (lookup a Product)
Productos_Comprados (multilinea)
URL_Carrito (solo checkouts abandonados)
IDSalesOrder (lookup a Sales Order)
→ Relacionado con: Contactos, Products, Sales Orders
SALES ORDERS
IDSalesOrder (dedup key: número de orden único)
Subject (identificador legible)
Contact_Name (lookup a Contacto)
Grand_Total, Sub_Total
Due_Date (fecha de la orden)
Status (Created, Delivered, Cancelled)
Billing_Street, Billing_City, Billing_Country
Deal_Name (lookup a Deal)
Es_Cortesia (boolean, solo para Puntoticket)
Description
→ Relacionado con: Contactos, Deals, Ordered Items, Beneficios
ORDERED ITEMS
Product_Name (lookup a Product)
Quantity
Unit_Price, List_Price
Total
Parent_Id (link a Sales Order)
Categoría (solo Puntoticket)
Sector (solo Puntoticket)
→ Relacionado con: Sales Orders, Products
BENEFICIOS
Name (formato: "Nombre - Tipo - Orden: OrdenID")
Beneficiario (lookup a Beneficiario por RUT)
Comprador (lookup a Contacto por email)
Producto (lookup a Product por EventoID)
Tipo (Abonos, Escuelas, Socios, Ticketing)
Fecha_Compra
Fecha_Vencimiento (calculado según tipo)
Categoría, Sector
Estado (Activo)
Cortesia (boolean)
→ Relacionado con: Beneficiarios, Contactos, Products, Sales Orders

Relaciones principales:

  • Beneficiarios ← (a través de Beneficios) → Contactos (comprador vs beneficiario)
  • Contactos → Sales Orders (comprador realiza órdenes)
  • Sales Orders → Ordered Items → Products (qué se compró)
  • Sales Orders → Deals (origen de la transacción)
  • Contactos → Deals (seguimiento de oportunidades)

TO BE (futuro):

  • Mejora de relaciones: Fortalecer la relación entre Comprador y Beneficiario con campos adicionales (tipo de relación, fecha de asignación).
  • Nuevos campos de negocio: Agregar campos para capturar más contexto de membresías (vigencia, renovación, escalado).
  • Eventos de comportamiento: Crear una entidad separada de Eventos para registrar interacciones más granulares.
  • Normalización de RUT: Estandarizar formato de RUT en todos los campos para consistencia.
  • Auditoría: Agregar campos de fecha_creacion, fecha_modificacion, usuario_creacion, usuario_modificacion en entidades clave.

2. Definición de interfaces de datos con Puntoticket y Shopify

Las interfaces de datos definen cómo la información fluye desde Puntoticket y Shopify hacia Zoho CRM. Incluyen mapeos de campos, transformaciones, deduplicación y validaciones.

Leyenda de tipos de transformación y relación:

1:1 (uno a uno)
1:N (uno a muchos)
Transformación (split, concatenado, lookup, etc.)

INTERFAZ 1: Shopify → Zoho CRM

Mapeo de Contactos

SHOPIFY CONTACTS → ZOHO CONTACTS
Origen
customer.email
Relación
1:1 (Dedup key)
Destino
Contacts.Email
Nunca se modifica
Origen
customer.first_name
Condición
Si vacío → usa email
Destino
Contacts.First_Name
Origen
customer.last_name
Condición
Si vacío → usa "-"
Destino
Contacts.Last_Name
Origen
customer.default_address.company
Relación
1:1 (Custom field)
Destino
Contacts.RUT
Origen
shipping_address.phone
Condición
Solo si no vacío
Destino
Contacts.Phone
Origen
shipping_address.address1
Condición
Solo si no vacío
Destino
Contacts.Mailing_Street
Origen
shipping_address.city
Condición
Solo si no vacío
Destino
Contacts.Mailing_City
Origen
shipping_address.country
Condición
Solo si no vacío
Destino
Contacts.Mailing_Country
Valor Fijo
= "Shopify Ecommerce"
Destino
Contacts.Lead_Source

Mapeo de Products

SHOPIFY PRODUCTS → ZOHO PRODUCTS
Origen
SKU + Title + Option1
Transformación
Concatenado con separador
Destino
Products.Product_Name
Formato: "SKU | Nombre | Talla"
Origen
Product ID + Variant ID
Relación
1:1 (Dedup key)
Destino
Products.Product_Code
Origen
Variant.Price
Relación
1:1
Destino
Products.Unit_Price
Origen
Product.Body (HTML)
Transformación
Limpia HTML, máx 500 chars
Destino
Products.Description
Valor Fijo
= "Tienda"
Destino
Products.Línea_de_Negocio
Valor Fijo
= "Shopify"
Destino
Products.Fuente

INTERFAZ 2: Puntoticket → Zoho CRM

Mapeo de Contactos

PUNTOTICKET COMPRADORES → ZOHO CONTACTS
Origen
EmailComprador
Relación
1:1 (Dedup key)
Destino
Contacts.Email
Origen
NombreComprador
Transformación
Split por tokens
Destino
Contacts.First_Name / Last_Name
Origen
RutComprador
Relación
1:1 (Custom field)
Destino
Contacts.RUT
Origen
FechaNacimiento
Relación
1:1
Destino
Contacts.Date_of_Birth
Origen
Dirección
Relación
1:1
Destino
Contacts.Mailing_Street
Origen
Comuna
Relación
1:1
Destino
Contacts.Mailing_City
Valor Fijo
= "PuntoTicket"
Destino
Contacts.Lead_Source

Mapeo de Beneficiarios

PUNTOTICKET BENEFICIARIOS → ZOHO BENEFICIARIOS
Origen
Rut
Relación
1:1 (Dedup key)
Destino
Beneficiarios.RUT
Normalizado
Origen
NombreCompleto
Relación
1:1
Destino
Beneficiarios.Name
Origen
Email / EmailComprador
Condición
Si Venta → Email, Si Cortesía → EmailComprador
Destino
Beneficiarios.Email
Origen
Telefono
Relación
1:1
Destino
Beneficiarios.Teléfono
Origen
FechaNacimiento
Relación
1:1
Destino
Beneficiarios.Fecha_Nacimiento
Origen
Telefono
Relación
1:1
Destino
Beneficiarios.Teléfono
Origen
FechaNacimiento
Relación
1:1
Destino
Beneficiarios.Fecha_Nacimiento

Mapeo de Products

PUNTOTICKET EVENTOS → ZOHO PRODUCTS
Origen
EventoID
Relación
1:1 (Dedup key)
Destino
Products.Product_Code
Origen
Evento + EventoID
Transformación
Concatenado
Destino
Products.Product_Name
Formato: "Evento - EventoID"
Origen
EventoID (prefix)
Transformación
Mapeo por prefijo
Destino
Products.Línea_de_negocio
UCS→Socios, UCE→Escuelas, UC0→Ticketing, UC0015→Abonos
Valor Fijo
= true
Destino
Products.Product_Active
Valor Fijo
= "Principal"
Destino
Products.Marca
Valor Fijo
= "PuntoTicket"
Destino
Products.Fuente

Mapeo de Deals

PUNTOTICKET ÓRDENES → ZOHO DEALS
Origen
Evento + OrdenID
Transformación
Concatenado
Destino
Deals.Deal_Name
Formato: "Evento - OrdenID"
Origen
Monto
Relación
1:1
Destino
Deals.Amount
Origen
EmailComprador
Transformación
Lookup
Destino
Deals.Contact_Name
Valor Fijo
= "Cerrado Ganado"
Destino
Deals.Stage

Mapeo de Sales Orders

PUNTOTICKET ÓRDENES → ZOHO SALES ORDERS
Origen
OrdenID
Relación
1:1 (Dedup key)
Destino
Sales_Orders.IDSalesOrder
Origen
Evento
Relación
1:1
Destino
Sales_Orders.Description
Origen
FechaCompra
Relación
1:1
Destino
Sales_Orders.Due_Date
Origen
EmailComprador
Transformación
Lookup
Destino
Sales_Orders.Contact_Name
Origen
TipoOrden
Transformación
Cortesia→true, Venta→vacío
Destino
Sales_Orders.Es_Cortesia
Origen
line_items[] (EventoID, Categoría, Sector, Monto)
Relación
1:N (items por orden)
Destino
Sales_Orders.Ordered_Items[]
IdProducto, Categoría, Sector, List_Price, Product_Name
Valor Fijo
= "Delivered"
Destino
Sales_Orders.Status

Mapeo de Beneficios

PUNTOTICKET ÓRDENES → ZOHO BENEFICIOS
Origen
Rut (Beneficiario)
Transformación
Lookup
Destino
Beneficios.Beneficiario
1:N (un comprador → muchos beneficiarios)
Origen
EmailComprador
Transformación
Lookup
Destino
Beneficios.Comprador
Origen
EventoID
Transformación
Lookup
Destino
Beneficios.Producto
Origen
EventoID (prefix)
Transformación
Mapeo por prefijo
Destino
Beneficios.Tipo
UCS→Socios, UCE→Escuelas, UC0→Ticketing, UC0015→Abonos
Origen
FechaCompra
Relación
1:1
Destino
Beneficios.Fecha_Compra
Origen
Categoría
Relación
1:1
Destino
Beneficios.Categoría
Origen
Sector
Relación
1:1
Destino
Beneficios.Sector
Origen
FechaCompra + EventoID + TipoOrden
Transformación
Calculado con lógica compleja
Destino
Beneficios.Fecha_Vencimiento
UCS+Trimestral→+90d / Semestral→+180d / Anual→+365d / no-UCS→FechaEvento
Origen
NombreCompleto + Tipo + OrdenID
Transformación
Concatenado
Destino
Beneficios.Name
Formato: "Nombre - Tipo - Orden: OrdenID"
Origen
TipoOrden
Transformación
Cortesia→true, Venta→false
Destino
Beneficios.Cortesia
Valor Fijo
= "Activo"
Destino
Beneficios.Estado

TO BE (futuro):

  • Nuevas interfaces: Webhook en tiempo real para eventos de compra, cambios de estado de membresía.
  • Captura de eventos: Implementar tracking de eventos de navegación desde Puntoticket y Shopify hacia Zoho.
  • Validación de RUT: Hacer obligatorio mapeo de RUT desde Shopify o validar en caso de falta de datos.
  • Sincronización de Beneficiarios: Crear interfaz periódica para sincronizar cambios en Beneficiarios desde Puntoticket.
  • Enriquecimiento de datos: Agregar campos de contexto comercial (fuente de adquisición, canal, campaña).

3. Definición del modelo de identidad (compradores y beneficiarios)

El modelo de identidad establece cómo se identifican, relacionan y unifican las personas en el sistema. Define la diferencia entre compradores (clientes que realizan transacciones) y beneficiarios (usuarios finales que disfrutan de un beneficio).

Identificadores principales:

Entidad Identificador primario Identificadores secundarios Fuentes
Contactos (Compradores) Email RUT, Teléfono Shopify, Puntoticket
Beneficiarios RUT Email, Teléfono, Nombre Puntoticket
Identificador universal RUT (número de cédula chileno) - existe en ambas entidades pero con diferentes roles

Relaciones AS IS (actual):

  • Separación de datos: Contactos y Beneficiarios son dos entidades separadas en Zoho CRM.
  • Conexión a través de Beneficios: La relación se establece a través de la entidad "Beneficios" que mapea Comprador (Contacto) → Beneficiario.
  • Cardinalidad: 1 Contacto puede tener N Beneficiarios (un comprador puede comprar para múltiples personas).
  • Casos especiales:
    • Cortesías: El comprador es diferente del beneficiario final.
    • Regalos: Un contacto compra pero el beneficiario es otra persona.
    • Membresías personales: Contacto = Beneficiario (la misma persona).
  • Sincronización: Los datos se sincronizan desde las plataformas comerciales pero no hay deduplicación automática entre sistemas.

Flujo AS IS de identidad:

Puntoticket/Shopify → [Crear o actualizar Contacto por email]
Puntoticket → [Crear o actualizar Beneficiario por RUT]
Puntoticket → [Crear o actualizar relación en Beneficios]

Problemas detectados:

  • No hay deduplicación automática si misma persona compra en Shopify y Puntoticket.
  • Falta validación de RUT (formato, digito verificador).
  • No hay historial de cambios de identidad (cambio de email, etc).
  • Múltiples beneficiarios (diferentes RUT) comparten el mismo email (del comprador). El email no es identificador único en Beneficiarios, solo el RUT lo es. Esto limita la segmentación y comunicación individualizada con beneficiarios.

TO BE (futuro):

  • Identidad unificada: Crear un grafo de identidad que mapee todas las versiones de una persona (diferentes emails, teléfonos, etc.).
  • RUT como llave universal: Usar RUT como identificador único universal para todas las sincronizaciones.
  • Deduplicación automática: Implementar lógica para detectar y fusionar duplicados basados en RUT, email, nombre.
  • Validación de RUT: Validar formato y dígito verificador de RUT en puntos de entrada.
  • Historial de identidad: Registrar cambios de email, teléfono, dirección con timestamps.
  • Entidad de Persona: Considerar crear una entidad raíz "Persona" con RUT como clave, que unifique Contacto y Beneficiario.

4. Estructuración de eventos de comportamiento desde las distintas fuentes

Los eventos de comportamiento registran la interacción de usuarios con Cruzados a lo largo de su customer journey. Son la base para entender patrones de compra, engagement y personalización.

AS IS: Eventos capturados actualmente

Tipo de evento Fuente Frecuencia Granularidad
Compra completada Shopify, Puntoticket En tiempo real Orden completa (monto, items, fecha)
Membresía adquirida Puntoticket En tiempo real Tipo (socio, abonado, escuela), vigencia
Carrito abandonado Shopify En tiempo real URL carrito, monto abandonado, items
Email abierto Zoho Marketing Automation En tiempo real Timestamp, email template, device
Email clickeado Zoho Marketing Automation En tiempo real URL, timestamp, posición en email
Journey automation ejecutado Zoho Marketing Automation En tiempo real Journey ID, paso, condición evaluada
Navegación web cruzados.cl (parcial a través de analytics) Sesión Página visitada, tiempo en página, scroll
Interacción web institucional cruzados.cl Sesión Formulario enviado, suscripción, descarga

Fuentes de eventos AS IS:

  • Shopify: order.created, checkout.abandoned, product.viewed (parcial)
  • Puntoticket: orden.creada, membresía.adquirida, evento.comprado
  • Zoho Marketing Automation: email.opened, email.clicked, email.bounced, journey.step_executed
  • cruzados.cl: page.viewed, form.submitted (via Google Analytics/Pixel, no integrado directamente a Zoho)

Capacidades actuales:

  • Histórico: Sí, eventos se registran con timestamp.
  • Trazabilidad: Sí, se puede rastrear actividad por contacto.
  • Granularidad: Media - se capturan eventos principales pero no detalles finos.
  • Contexto: Limitado - no siempre se registra contexto de campaña, canal de adquisición, etc.

TO BE: Nuevos eventos y mejoras

Nuevos eventos por capturar:

Evento Descripción Fuente ideal Atributos clave
Producto visto Usuario vio detalle de producto en Shopify o Puntoticket Shopify/Puntoticket webhook product_id, timestamp, ubicación (mobile/web)
Membresía renovada Membresía se renovó automáticamente Puntoticket webhook membership_type, nueva_fecha_vencimiento, razón
Membresía expirada Membresía llegó a su fecha de vencimiento Puntoticket webhook membership_type, fecha_expiracion, días_vigencia
Evento asistido Usuario con beneficio asistió a evento Sistema de asistencia Cruzados event_id, sector, timestamp entrada, tipo_beneficio
Página visitada Usuario visitó página de cruzados.cl Pixel/GTM integrado a Zoho page_url, referrer, tiempo_en_página, scroll_depth
Suscripción a newsletter Usuario se suscribió a lista de emails cruzados.cl / Zoho Marketing Automation email, lista_id, fecha_suscripcion, canal
Preferencias actualizadas Usuario actualizó preferencias de comunicación CRM / Self-service portal canal, frecuencia, categorías_interés
Soporte contactado Usuario contactó al equipo de soporte Help desk / Chat / Email canal, asunto, timestamp, resolución
Descarga de contenido Usuario descargó material (ebook, guía, etc.) cruzados.cl content_type, content_id, timestamp

Eventos diferenciados por tipo de entidad:

Para Compradores: Eventos de compra, navegación, carrito, abandonos, preferencias
Para Beneficiarios: Eventos de asistencia, renovación, expiración, uso de beneficios
Para Ambos: Eventos de comunicación (email, SMS), interacción web, soporte

Esquema estándar de eventos (TO BE):

event_id - identificador único del evento
event_type - tipo de evento (purchase, view, click, etc.)
event_timestamp - timestamp en UTC
contact_id - link a Contacto (comprador)
beneficiary_id - link a Beneficiario (si aplica)
source - fuente del evento (shopify, puntoticket, zoho_marketing_automation, web, etc.)
campaign_id - campaña asociada (si aplica)
channel - canal (email, web, app, offline, etc.)
device_type - tipo de dispositivo (mobile, desktop, tablet)
attributes - objeto JSON con atributos específicos del evento

Plan de implementación TO BE:

  1. Webhooks en tiempo real: Configurar webhooks en Shopify y Puntoticket para eventos críticos.
  2. Pixel integrado: Implementar pixel/GTM en cruzados.cl que envíe eventos a Zoho.
  3. Sistema de asistencia: Conectar sistema de asistencia a eventos de evento.asistido.
  4. Data warehouse: Considerar crear data warehouse para almacenar eventos raw con más granularidad.
  5. Análisis de journeys: Implementar análisis de customer journey para identificar patrones de conversión.
  6. Segmentación por eventos: Crear segmentos dinámicos basados en eventos (ej: visitó página X, nunca compró).
← Volver a portada principal