Escenario fixture · datos sintéticos. SeguroUnido es un tenant de demostración. Autonomah se desarrolla sobre datos sintéticos hasta completar el gate de producción de Wave 1.
SeguroUnido
Cómo Autonomah operaría una vertical de seguro auto: generación de landings orgánicas por modelo de vehículo y ciudad, embudo de captación con WhatsApp Business nativo, y atribución server-side sobre el catálogo de pólizas del tenant.
Tenant fixture · vertical seguro auto · Escenario modelo · datos sintéticos
Contexto del escenario
SeguroUnido es un tenant fixture que representa a una broker de seguros de auto orientada a consumidores en mercados hispanohablantes. El escenario modela una operación con catálogo de pólizas estructurado por modelo de vehículo, año de fabricación y cobertura (básica, amplia, todo riesgo).
El objetivo del escenario es mostrar cómo la plataforma configura canales, genera contenido, construye el embudo y cierra el loop de atribución sobre datos sintéticos que simulan un catálogo real de producto.
SEO Engine — landings por modelo y ciudad
A partir del catálogo de pólizas del tenant, el SEO Engine genera páginas de destino con la siguiente lógica de combinatoria:
- Una página por modelo de vehículo con cobertura tipo (p.ej. "seguro Toyota Hilux amplio")
- Una página por modelo + ciudad principal del geo-target (p.ej. "seguro Toyota Hilux Buenos Aires")
- Una página de comparativa entre coberturas para cada modelo popular del catálogo
Cada landing pasa por el CWV gate antes de publicarse: LCP bajo 2.5 s, INP bajo 200 ms, CLS bajo 0.1. Las páginas que no superan el gate quedan en estado DRAFT hasta que el motor de optimización ajusta el template.
Canal WhatsApp — embudo directo con cotizador
El canal WhatsApp Business se configura con un flujo de captación de datos del vehículo: marca, modelo, año, uso (particular/comercial) y código postal. El formulario conversacional corre en el propio hilo de WhatsApp sin salir a un webform externo.
Una vez completado el flujo, el sistema genera una cotización preliminar con las coberturas disponibles y la envía en el mismo hilo. El lead queda registrado en el embudo con el primer touchpoint (landing de origen), el canal de captación y el timestamp de cotización. La atribución es server-side: no depende de cookies ni del pixel de browser del tenant.
Atribución server-side — cierre del loop
Cuando el lead completa la contratación (evento de conversión), el sistema registra el canal de primer contacto, el contenido que originó la visita y el path completo del funnel. Si el tenant opera bajo el modelo de embudo directo, Autonomah controla el endpoint de conversión y la atribución es exacta: cada comisión se calcula sobre ventas verificadas, no sobre clicks ni sesiones.
En el dashboard del tenant, los datos de atribución muestran qué combinación de modelo de vehículo, ciudad y tipo de cobertura genera la tasa de conversión más alta. Esta señal alimenta al SEO Engine para priorizar qué páginas generar a continuación.
Approval workflow — de DRAFT a PUBLISHED
Todo el contenido generado para SeguroUnido pasa por el state machine de aprobación: DRAFT → IN_REVIEW → APPROVED → SCHEDULED → PUBLISHED → MONITORING. No se publica nada desde DRAFT ni desde IN_REVIEW.
En el escenario fixture, el review lo realiza el equipo de Autonomah. En producción real, el tenant puede configurar aprobación automática para contenido que supera el umbral de quality score o mantener revisión manual para todos los canales.
¿Tu vertical es seguros?
En el discovery preparamos un demo con datos sintéticos de tu catálogo de pólizas. Sin datos reales de tu parte para el demo.
Agendar discovery