Propuesta Vitrio × CB Magnus

v1 — documento navegable

Paquete completo: contexto, scope técnico, modelo comercial, KPIs, riesgos y plan de 60 días. Fuente canónica — todo lo que aparece en el one-pager comercial y en el brief técnico deriva de acá.

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-pager comercial 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

Setup únicoUSD 1.500
Fee piloto (× 2 meses)USD 290 / mes
Fee operación continuaUSD 550 / mes

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)
PuntoQué pasa hoyCosto
Meta → WASolo Pixel. Meta ve clicks y 'leads declarados' de formulario.CPL declarado, no CPL calificado. Optimización ciega.
LeadPulse → AsesorHandoff manual parcial. LeadPulse no está estable.Leads que se enfrían en la cola. Time-to-broker sin medir.
Asesor → VisitaSe registra en Tokko por el asesor.Sin cronómetro. Sin atribución a campaña. Sin comparativa entre asesores.
Visita → SeñaSe 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.
Lectura en una línea: hoy hay datos sueltos en Meta, LeadPulse, Tokko y los celulares de los asesores. No existe una pantalla única, ni un canal que le devuelva a Meta señal de calidad del lead.

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.
Esto no es solo scope técnico: es política interna de Vitrio. Estas exclusiones aparecen por escrito en todo material cliente-facing.

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

EventoSe dispara cuandoFuente
lead_qualifiedLeadPulse marca lead como HOTWebhook LeadPulse
visit_scheduledTokko refleja visita confirmada (o marcada en dashboard)Tokko API (read) + dashboard
signedTokko refleja seña (o marcada en dashboard)Tokko API (read) + dashboard
  • ·Deduplicación: event_id compartido 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

webhook

Capa Vitrio

Periférico de atribución y visibilidad

Dashboard

Visibilidad del funnel

Tokko API (read)

Estado del lead

Conversions API

Feedback → Meta

Feedback loop · CAPI → 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.
Entregable

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.
Entregable

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).
Entregable

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.
Entregable

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.

#KPIMetaCómo se mide
1Dashboard operando con data real1 campaña + 1 número WA integrados, data en vivo, uptime ≥ 99 %Dashboard accesible por Nico y 3 brokers, refresco ≤ 5 min
2Eventos CAPI enviados2 de 3 eventos con deduplicación y match rate ≥ 70 %Event Manager de Meta
3Optimización medible de campaña≥ 1 iteración documentada con comparativa CPL antes/despuésDashboard + reporte Vitrio
4Time-to-brokerNotificación < 10 min (mediana del período)Timestamps en dashboard
5Adopción del dashboardNico + 3 brokers consultan ≥ 1 vez / semana durante 4 semanasLogs 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

Setup únicoUSD 1.500
Fee piloto (× 2 meses)USD 290 / mes
Total pilotoUSD 2.080

Orden de compra simple. Cerrable en 24h. Sin contrato anual.

Escalón 2 · Operación continua

Fee mensualUSD 550 / mes
Mínimo comprometido6 meses
Total mínimo fase 2USD 3.300

Se activa automáticamente si el piloto cumple KPIs, salvo veto explícito en 7 días.

Criterios que modifican el precio

VariableBaseExtensión
Nº campañas MetaHasta 3 incluidas+USD 100 / mes cada bloque de 3
Nº asesores con dashboardHasta 5 incluidos+USD 50 / mes cada bloque de 5
Volumen leads / mesHasta 300 incluidos+USD 100 / mes cada 300 adicionales
Integración Tokko con escrituraFuera de scope baseSetup USD 800 + USD 80 / mes
Atribución cross-channelFuera de scope baseSetup USD 1.200 + USD 150 / mes

Valor anualizado referencia (año 1 si todo fluye)

SetupUSD 1.500
Piloto 2 mesesUSD 580
Operación continua 10 mesesUSD 5.500
Total año 1USD 7.580 · ~USD 630 / mes

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

Impacto

El evento lead_qualified no llega por el canal esperado.

Mitigación

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

Impacto

Operación de CB Magnus se cae temporalmente.

Mitigación

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

Impacto

Dilución del foco, el piloto no cierra.

Mitigación

Cualquier feature fuera del scope documentado se presupuesta aparte.

Riesgo 4 — Cambio en el payload del webhook LeadPulse

Impacto

Ingester se rompe, llegan eventos parciales o vacíos.

Mitigación

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

Impacto

KPI #5 no se cumple aunque la infra funcione.

Mitigación

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

Impacto

Dashboard muestra leads que Tokko no reconoce y viceversa.

Mitigación

Ingester loggea discrepancias. Reporte semanal a Marito + Nico. El dashboard marca 'inconsistencia detectada', usuario resuelve manual.

Riesgo 7 — Tensión política con Marito

Impacto

Marito vetea el deal o bloquea el webhook.

Mitigación

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.

LeadPulse es el cerebro centralizado. Así lo define su propio deck. Vitrio son los ojos hacia afuera: dashboard para visibilidad interna, CAPI para feedback a Meta.
  • ·Nunca usar las palabras centro, orquestador, hub ni core para 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.
Ver 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

  1. 1Gastón revisa este draft. Feedback en lo que suene flojo o imprecisa.
  2. 2Seba incorpora feedback → propuesta-v2.md.
  3. 3Demo funcional en link compartible (esta demo) — Gastón la revisa.
  4. 4Reunión interna Seba ↔ Gastón (30–45 min): recorrer propuesta + demo, consensuar versión final.
  5. 5Gastón lleva one-pager a Nico (versión reducida, cliente-facing).
  6. 6Reunión técnica Seba + Gastón ↔ Marito.
  7. 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.