Sección 0
Cómo leer este documento
El paquete completo para que Gastón pueda revisar la propuesta antes de que salga hacia Nico o Fer.
Este documento es la fuente única de la propuesta Vitrio × CB Magnus. Está pensado para leerse de corrido en 15 minutos y tener la foto completa: contexto, scope, modelo comercial, KPIs, riesgos, plan.
- ·Leelo de corrido y señalá lo que no se banca en una reunión.
- ·Aprobalo o pedí ajustes antes de que Vitrio mueva nada hacia Nico o Fer.
- ·Todo lo que figura acá aparece (en formato más compacto) en el
one-pagercomercial y en el brief técnico para la reunión con Marito.
Confidencial — uso interno Vitrio
Mientras no se apruebe la versión final, este doc es solo para ojos de Vitrio + Gastón. No circula al cliente.Sección 1
Resumen ejecutivo
Qué propone Vitrio: ser la capa de atribución y visibilidad del funnel de CB Magnus. No hacemos el bot de WhatsApp (lo cubre LeadPulse). No tocamos ads ni contenido (lo cubre Gastón + el equipo interno). Cerramos el loop que hoy no existe: campañas Meta → WA → lead calificado → visita → seña, con dos salidas concretas.
- ·Un dashboard con dos vistas: operativa para CB Magnus, analítica para Gastón.
- ·Un feedback automatizado a Meta (Conversions API) con señales reales de negocio — no "el lead llenó un formulario", sino
lead_qualified,visit_scheduled,signed.
Formato comercial
Piloto de 60 días, cerrable con orden de compra en 24 horas, sin contrato anual. Si cumple 5 KPIs objetivos → pasa a operación continua. Si no → se ajusta o se cierra sin penalidad.
Precios
Política interna (crítica)
El bot de WA lo cubre LeadPulse (Marito). Vitrio consume sus eventos, nunca los reemplaza. Este límite es la base sobre la que descansa la viabilidad política del deal.Sección 2
Contexto — por qué ahora
CB Magnus está en un punto muy específico del ciclo:
- ·Empresa recién abierta (abril 2026). Cuenta bancaria operativa hace pocas semanas. Oficinas inauguradas.
- ·Plan comercial 2026: combinar campañas Meta institucionales + paquetes por asesor individual. Objetivo declarado = volumen.
- ·Stack parcialmente armado: Meta Business Manager propio, Pixel instalado, Tokko CRM, WhatsApp Business API en transición vía LeadPulse.
- ·Gap actual: no hay Conversions API. No hay dashboard. No hay medición integral del funnel.
- ·Riesgo inmediato: cuando suba el presupuesto publicitario (mayo/junio), Meta va a optimizar sobre leads declarados, no leads calificados. En 60 días sin corregir el loop, el algoritmo ya está entrenado hacia el lead equivocado.
Tesis Vitrio
El momento para meter la capa de medición es antes del scaling de campañas, no después. Entrar con el piloto ahora significa que cuando el presupuesto suba, ya existe el circuito que lo hace aprendible.Sección 3
Diagnóstico del funnel hoy
Así se ve el funnel de CB Magnus al momento de arrancar el piloto:
Meta Ads ──► WA Business API ──► LeadPulse ──► (??) ──► Asesor ──► Visita ──► Seña
(Gastón) (número 381 293 XXXX) (Marito) (manual) (Tokko) (Tokko)| Punto | Qué pasa hoy | Costo |
|---|---|---|
| Meta → WA | Solo Pixel. Meta ve clicks y 'leads declarados' de formulario. | CPL declarado, no CPL calificado. Optimización ciega. |
| LeadPulse → Asesor | Handoff manual parcial. LeadPulse no está estable. | Leads que se enfrían en la cola. Time-to-broker sin medir. |
| Asesor → Visita | Se registra en Tokko por el asesor. | Sin cronómetro. Sin atribución a campaña. Sin comparativa entre asesores. |
| Visita → Seña | Se registra en Tokko. Nadie lo cruza con la campaña origen. | No se sabe qué creatividad / zona / tipo trae señas. |
| Meta (feedback) | Solo Pixel. Meta no sabe qué leads fueron buenos. | Campañas optimizan hacia volumen, no hacia calidad. |
Sección 4
Propuesta de valor
Qué hace Vitrio
- Un dashboard que unifica Meta Ads + LeadPulse + Tokko y los presenta como funnel.
- Un ingester que recibe eventos de LeadPulse vía webhook y los normaliza.
- Un emisor de Conversions API con 3 eventos reales de negocio.
- Un lector de Tokko que enriquece el lead con su estado post-calificación.
- Soporte y operación del piloto (monitoreo, ajustes, reuniones semanales).
Qué NO hace Vitrio
- Bot de WhatsApp. Lo cubre LeadPulse (Marito).
- Procesamiento de lenguaje natural / transcripción de audios. Core LeadPulse.
- Manejo de ads, creatividad, contenido. Lo cubre Gastón y el equipo interno.
- Escritura en Tokko (sólo lectura).
- Hosting del sitio web. Está en Brokian.
- Operación sobre el número WA del cliente.
Sección 5
Scope técnico — detalle
5.1 Dashboard de funnel
Stack: Next.js + Postgres + auth magic link. Hosting en infraestructura Vitrio (compartida, con separación por tenant).
Vista operativa — CB Magnus (Nico + hasta 5 asesores en piloto)
- ·Leads en pipeline con estado (recibido / calificado / derivado / visita / seña).
- ·Time-to-broker por lead (desde que LeadPulse marca calificado hasta que el asesor lo toma).
- ·Asesor asignado, zona, presupuesto, tipo de propiedad.
- ·Ranking de asesores por volumen, tiempo de respuesta, visitas, cierres.
- ·Alertas de SLA (lead calificado hace > X minutos sin atender).
- ·Refresco near-real-time (≤ 5 min).
Vista analítica — Gastón
- ·ROI por campaña Meta (leads, calificados, visitas, señas).
- ·CPL declarado vs CPL por lead calificado vs CPL por visita.
- ·Breakdown por creatividad, zona, tipo de propiedad, rango de presupuesto.
- ·Comparativa temporal (semana vs semana).
- ·Export a CSV.
5.2 Conversions API (CAPI) → Meta
| Evento | Se dispara cuando | Fuente |
|---|---|---|
lead_qualified | LeadPulse marca lead como HOT | Webhook LeadPulse |
visit_scheduled | Tokko refleja visita confirmada (o marcada en dashboard) | Tokko API (read) + dashboard |
signed | Tokko refleja seña (o marcada en dashboard) | Tokko API (read) + dashboard |
- ·Deduplicación:
event_idcompartido con el Pixel ya instalado. - ·Hasheo: email / teléfono con SHA-256 antes del envío.
- ·Match rate quality: objetivo ≥ 80 %.
- ·Fallback: si LeadPulse no está listo, se consume desde webforms + Meta Lead Ads forms directamente.
5.3 Integración con LeadPulse — contrato webhook
A consensuar con Marito. Borrador propuesto:
{
"lead_id": "string",
"wa_phone_hash": "string (SHA-256 del número en E.164)",
"campaign_id": "string",
"ad_id": "string",
"qualification_score": "number | null",
"qualified_at": "ISO-8601 timestamp",
"soft_criteria": {
"zona": "string | null",
"presupuesto": "number | null",
"operacion": "venta | alquiler | null",
"tipo_propiedad": "string | null"
}
}- ·Auth: firma HMAC-SHA256 con secret compartido.
- ·Retries: LeadPulse reintenta en 30s / 2min / 10min ante 5xx.
- ·Versionado: header
X-LeadPulse-Contract-Version. Vitrio soporta N y N-1 durante 30 días. - ·Sandbox: Vitrio provee endpoint de pruebas dedicado.
5.4 Integración con Tokko Broker — solo lectura
- ·Lectura de leads para enriquecer eventos entrantes con estado CRM.
- ·Lectura de propiedades para resolver property_id → descripción.
- ·Lectura de visitas para disparar evento visit_scheduled.
- ·Fuera de MVP: cualquier escritura. Se cotiza como extensión.
- ·Frecuencia: polling cada 2–5 min + fetch on-demand desde el dashboard.
5.5 Seguridad y compliance
- ·PII hasheada SHA-256 antes de cualquier salida externa.
- ·Credenciales en vault Vitrio (AWS Secrets Manager o equivalente).
- ·Aislamiento multi-tenant por schema Postgres.
- ·Auth dashboard: magic link + rate limit (5 intentos / 15 min).
- ·Logs con retención 90 días, PII hasheada en logs estructurales.
- ·Derecho a auditoría: CB Magnus puede solicitar informe del modelo de aislamiento.
Sección 6
Arquitectura
Todo lo que está dentro del rectángulo punteado es lo que construye Vitrio. Lo demás es del cliente o de Gastón. Hover sobre cada caja para ver el detalle del rol.
Meta Ads
Campañas · Gastón
WhatsApp Business API
BSP · Número 381 293 XXXX
LeadPulse
Cerebro centralizado · Marito
Capa Vitrio
Periférico de atribución y visibilidad
Dashboard
Visibilidad del funnel
Tokko API (read)
Estado del lead
Conversions API
Feedback → Meta
Componentes Vitrio
- ·
webhook-ingester— entrada HMAC-firmada, normalización a modelo interno. - ·
tokko-client— wrapper Tokko Broker API, solo lectura. - ·
capi-emitter— wrapper Meta CAPI con deduplicación, retries, hasheo. - ·
dashboard-app— Next.js, dos vistas, auth magic link.
Componentes fuera de Vitrio (respeto explícito)
- ·Meta Ads Manager — Gastón.
- ·WA Business API + BSP — CB Magnus / Marito.
- ·LeadPulse — Marito.
- ·Tokko Broker — CB Magnus.
- ·Sitio web coldwellbankermagnus.com.ar — Brokian.
Sección 7
Plan de implementación — piloto 60 días
Semana 1 — Setup y contratos
- ·Firma de orden de compra + pago 50 % setup.
- ·Reunión técnica con Marito para consensuar contrato del webhook.
- ·CB Magnus provisiona API key de Tokko read-only a Vitrio.
- ·Gastón confirma event_id strategy con Vitrio (match con Pixel).
- ·Vitrio levanta infra base: Postgres, ingester, auth dashboard.
Endpoint sandbox activo, credenciales verificadas, primer test event en Event Manager.
Semanas 2–3 — Integración end-to-end con 1 campaña
- ·Se elige una campaña Meta de arranque (criterio: Gastón + Nico).
- ·Webhook LeadPulse → Vitrio operativo (o fallback webforms).
- ·Evento lead_qualified en producción, deduplicado contra Pixel.
- ·Dashboard operativo con data de esa campaña.
- ·Onboarding de Nico + 3 asesores al dashboard.
Dashboard en vivo, primer evento CAPI en producción, KPI #1 y #2 verificables.
Semanas 4–6 — Ampliación y tuning
- ·Se suma segunda y tercera campaña (si existen).
- ·Evento visit_scheduled entra en producción.
- ·Primera ronda de optimización de campaña basada en CAPI.
- ·Reunión semanal Vitrio ↔ Gastón (30 min).
2 eventos CAPI en producción, comparativa CPL declarado vs real, 1 iteración de optimización medida.
Semanas 7–8 — Evaluación y próximos pasos
- ·Evento signed activo (si hubo señas).
- ·Reporte final de KPIs del piloto.
- ·Reunión de checkpoint con Nico + Fer + Gastón.
Decisión go / ajustar / cerrar — sobre data objetiva de los 5 KPIs.
Sección 8
KPIs del piloto — los 5 bloqueantes
Criterios objetivos que gatillan el paso a operación continua. Se revisan en la reunión de día 60.
| # | KPI | Meta | Cómo se mide |
|---|---|---|---|
| 1 | Dashboard operando con data real | 1 campaña + 1 número WA integrados, data en vivo, uptime ≥ 99 % | Dashboard accesible por Nico y 3 brokers, refresco ≤ 5 min |
| 2 | Eventos CAPI enviados | 2 de 3 eventos con deduplicación y match rate ≥ 70 % | Event Manager de Meta |
| 3 | Optimización medible de campaña | ≥ 1 iteración documentada con comparativa CPL antes/después | Dashboard + reporte Vitrio |
| 4 | Time-to-broker | Notificación < 10 min (mediana del período) | Timestamps en dashboard |
| 5 | Adopción del dashboard | Nico + 3 brokers consultan ≥ 1 vez / semana durante 4 semanas | Logs de acceso |
Métricas de diagnóstico (no bloqueantes pero reportadas)
- ·Nº total de eventos CAPI enviados y deduplicados.
- ·Nº visitas agendadas atribuibles vía CAPI.
- ·Nº señas atribuibles (si hubo en el período).
- ·Feedback cualitativo de Gastón y Nico.
Sección 9
Modelo comercial
Escalón 1 · Piloto 60 días
Orden de compra simple. Cerrable en 24h. Sin contrato anual.
Escalón 2 · Operación continua
Se activa automáticamente si el piloto cumple KPIs, salvo veto explícito en 7 días.
Criterios que modifican el precio
| Variable | Base | Extensión |
|---|---|---|
| Nº campañas Meta | Hasta 3 incluidas | +USD 100 / mes cada bloque de 3 |
| Nº asesores con dashboard | Hasta 5 incluidos | +USD 50 / mes cada bloque de 5 |
| Volumen leads / mes | Hasta 300 incluidos | +USD 100 / mes cada 300 adicionales |
| Integración Tokko con escritura | Fuera de scope base | Setup USD 800 + USD 80 / mes |
| Atribución cross-channel | Fuera de scope base | Setup USD 1.200 + USD 150 / mes |
Valor anualizado referencia (año 1 si todo fluye)
Forma de pago
- ·Setup: 50 % a la firma (USD 750), 50 % al pasar KPI #1 (USD 750).
- ·Fee piloto: mensual por adelantado.
- ·Fee continuo: mensual por adelantado, primeros 5 días hábiles de cada mes.
- ·Moneda: USD. Equivalente AR$ al dólar MEP del día, si CB Magnus prefiere.
- ·Factura: Vitrio emite factura desde su razón social. Si hace falta tipo A, se coordina.
Sección 10
Riesgos y mitigaciones
Riesgo 1 — LeadPulse no se aprueba por Meta en los 60 días
El evento lead_qualified no llega por el canal esperado.
Vitrio consume webforms del sitio o Meta Lead Ads forms directamente. KPI #2 se ajusta a '2 eventos de fuentes disponibles'. Si al día 30 sigue sin aprobar, se activa fallback formal.
Riesgo 2 — Número WA baneado por Meta
Operación de CB Magnus se cae temporalmente.
Cláusula explícita: Vitrio no toca el número WA. Si hay ban, no es atribuible a Vitrio.
Riesgo 3 — Cambios de scope durante el piloto
Dilución del foco, el piloto no cierra.
Cualquier feature fuera del scope documentado se presupuesta aparte.
Riesgo 4 — Cambio en el payload del webhook LeadPulse
Ingester se rompe, llegan eventos parciales o vacíos.
Contrato versionado. Marito notifica con 1 semana. Soporte de N y N-1 durante 30 días.
Riesgo 5 — Adopción baja del dashboard por asesores
KPI #5 no se cumple aunque la infra funcione.
Onboarding presencial en semana 2. Nico designa 'asesor champion' que traccione el uso. Review de logs en reuniones semanales.
Riesgo 6 — Datos inconsistentes entre LeadPulse y Tokko
Dashboard muestra leads que Tokko no reconoce y viceversa.
Ingester loggea discrepancias. Reporte semanal a Marito + Nico. El dashboard marca 'inconsistencia detectada', usuario resuelve manual.
Riesgo 7 — Tensión política con Marito
Marito vetea el deal o bloquea el webhook.
Posicionamiento canónico = periférico, no central. Scope excluye explícitamente su core. Reunión técnica previa con él antes de firmar.
Sección 11
Posicionamiento frente a LeadPulse
Línea interna — no aparece cliente-facing pero informa toda decisión de producto.
- ·Nunca usar las palabras
centro,orquestador,hubnicorepara posicionar a Vitrio en presencia de Marito o Fer. - ·Si LeadPulse falla en producción (probable según lectura Gastón → Nico), Vitrio ya está adentro con credibilidad técnica y puede evolucionar el scope con otra conversación. Ese escenario no se menciona en material externo.
brief-reunion-marito.md — documento interno Vitrio, no se comparte con Marito.Sección 12
Fuera de scope — recordatorio explícito
Se repite en todo material cliente-facing para evitar malentendidos.
- Bot de WhatsApp / atención conversacional / transcripción de audios.
- Manejo de ads, creatividad, contenido audiovisual.
- Escritura en Tokko Broker.
- Hosting del sitio web o cualquier componente en Brokian.
- Operación directa sobre el número WA (381 293 XXXX) o cualquier número futuro.
- Atribución cross-channel Zonaprop / Argenprop / Google (cotiza como extensión).
- CRM propio, pipeline propio, agenda propia.
Sección 13
Siguientes pasos
- 1Gastón revisa este draft. Feedback en lo que suene flojo o imprecisa.
- 2Seba incorpora feedback → propuesta-v2.md.
- 3Demo funcional en link compartible (esta demo) — Gastón la revisa.
- 4Reunión interna Seba ↔ Gastón (30–45 min): recorrer propuesta + demo, consensuar versión final.
- 5Gastón lleva one-pager a Nico (versión reducida, cliente-facing).
- 6Reunión técnica Seba + Gastón ↔ Marito.
- 7Si Nico + Marito OK: Gastón lleva propuesta completa a Fer para firma.
Timeline esperado
Firma ≤ 3 semanas desde que Gastón apruebe este draft.