Selectum Club · Arquitectura

Cómo va a funcionar todo

Piloto Claro Colombia — del correo entregado al uso real del beneficio
~300.000 miembros~70 comerciosNorth-star: 1ª redención ≤ 7 díasDatos propios desde el día 1
1 · Vista general

El flujo de punta a punta

Cada capa alimenta a la siguiente. La web vive en GoDaddy; los datos viven fuera (sobreviven cambios de hosting).
📇 CLAROenvía usuarios autorizados · Excel/CSV (batch)
➜
🌐 WEB (GoDaddy) · Login email + códigonavega comercios · botón "Redimir"
➜
🗄️ SUPABASE — núcleo operacionalPostgres · Event API · Auth · user_id (UUID)
➜
📊 GA4 + GTMdataLayer · user_id (sin PII)
➜
🏛️ BigQueryhistórico · features · cohortes
➜
🔧 dbtmarts · features · scores
➜
✉️ Klaviyoflows · segmentos
➜
🎯 Web + Adspersonalización (con consentimiento)
➜
📈 Dashboards (Looker Studio) + Digest diariomonitoreo de métricas
Fuente App/Identidad Datos (core) Analítica/ML Activación Reporte
2 · Objetivo

El embudo de adopción

Medimos avance por comportamiento, no por demografía. ★ North-star = 1ª redención ≤ 7 días
REGISTRADO · Día 0 user_id propio + membresía válida
➜
ACTIVADO · ≤48 h hace login + ve ≥1 beneficio
➜
ADOPTADO · ≤7 días inicia su 1ª redención ★
➜
CONFIRMADO · ≤14 días uso confirmado (código/feedback)
➜
RECURRENTE · 30 días ≥2 redenciones
➜
HABITUAL · 60 días ≥3 redenciones o ≥2 categorías
3 · Identidad + Tracking

Un solo hilo por usuario

Todo evento se reconstruye por user_id. Idempotente (recargar no duplica). GA4 nunca lleva PII.
Login (email + código)Claro cohort
➜
Genera user_id (UUID interno)+ membership_id · activation_code_id
➜
Eventos → Supabase Event APIevent_id · schema_version (idempotente)
EVENTOS CLAVE
merchant_viewed

comercio visto

benefit_viewed

beneficio visto

search / filter

intención

redemption_started

inició canje

redemption_confirmed

uso real ✓

feedback

"¿lo aprovechaste?"

Regla de oro

Separar iniciada vs confirmada → nunca optimizar clicks en vez de uso.

4 · Flota de agentes (automatización)

Quién vigila y actúa, cada día

Se construyen sobre el fundamento de datos. El "monitoreo diario" = agentes 1–3 + Digest.
0 · Catálogotaxonomía de 70 comercios
1 · Calidad (QA)eventos sanos · IDs OK
2 · AdopciónKPIs · funnel 0/7/30
3 · Scoringscores → Klaviyo
4 · Lifecycleflows · holdout · caps
5 · Experimentosuplift vs control
6 · ML (fase C)propensión 7D · drift
7 · Digest diarioreporte a stakeholders
5 · Del dato a la acción

Scores → mensajes → uso

Primero reglas (día 1), luego ML. Cada envío mide redención, no "opens".
Features (BigQuery)clicks · logins · views · categorías
➜
Scores v1 (reglas)intención · afinidad · riesgo
➜
Klaviyo segmentospor comportamiento
➜
D0 Onboarding
➜
D2 Nudgesin login
➜
D4 Intentexploró, no redimió
➜
D7 Adopciónúltimo empuje
🔁 Loop de feedback (comercios sin confirmación técnica)"¿Pudiste aprovecharlo?" → confirma / soporte / recordatorio / baja afinidad
6 · Roadmap

90 días — de fundación a modelos

Sem 1–2
Fundación de datos
  • IDs + taxonomía
  • tracking + QA
  • BigQuery export
Sem 3–4
Activación
  • flows D0–D7
  • funnel dashboard
  • grupos control
Sem 5–6
Personalización
  • segmentos afinidad
  • feedback redención
  • dynamic content
Sem 7–9
Scores v1
  • scores en BQ
  • sync a Klaviyo
Sem 10–12
ML v1
  • propensión 7D
  • A/B + holdout
  • governance
7 · Herramientas

El stack — casi todo gratis

Sin CDP/MLOps de pago aún. Lo único nuevo a levantar está marcado.
Supabase GRATIS

DB + Event API + Auth · nuevo

BigQuery FREE TIER

warehouse + ML · nuevo

dbt Core GRATIS

transformaciones

Looker Studio GRATIS

dashboards

GA4 + GTM GRATIS

analítica · tracking

Klaviyo

activación · ya existe

Web

GoDaddy · ya existe

Google Ads

retargeting (con consentimiento)

Selectum Club

Fundamento primero · datos propios · uso real

Identidad + tracking + calidad → activación → personalización → scores → ML. Borrador v0.1 · 12 ago 2026