El stack que una startup B2B SaaS AI-native moderna adopta en Series A o B en lugar de recurrir por defecto a Salesforce o HubSpot. Cada capa es API-first, consciente de IA, y asume que los GTM engineers del equipo van a personalizar tanto como el workflow out-of-the-box.
Cómo encajan las piezas
- Attio es el sustrato CRM. API-first, modelo de datos profundamente personalizable, UI rápida. Funciona como la base de datos fuente de verdad que todas las demás herramientas leen y en la que escriben.
- Clay es el workbench de datos + IA. Mismo rol que en el stack de outbound — construcción de listas, enriquecimiento, scoring — con Attio como destino CRM en lugar de HubSpot o Salesforce.
- Claude es la superficie de IA horizontal. Resúmenes de leads, investigación de cuentas, validación de etapa de oportunidad, prep de QBR, resumen de actividad. Más Skills personalizados construidos contra la API de Attio.
- n8n es la capa de integración. Webhooks de formularios → enriquecimiento en Clay → inserción en Attio → notificación en Slack. Cada flujo de datos entre herramientas corre a través de n8n en lugar de integraciones de vendor cableadas directamente.
- Slack es la superficie operativa. Enrutamiento de leads, alertas de deals, advertencias de riesgo de churn, inteligencia competitiva. La mayoría de los reps trabaja desde las notificaciones de Slack más que desde la UI del CRM.
- Fathom graba y resume reuniones. Se adjunta automáticamente a los registros de reuniones de Attio; las transcripciones están disponibles para Claude para síntesis posterior. Reemplaza completamente la toma de notas manual.
Por qué esta combinación
Salesforce y HubSpot son excelentes CRMs para las organizaciones que ya tienen uno. Para un equipo AI-native que empieza de cero en 2026, ambos se sienten pesados — demasiadas funcionalidades, demasiadas superficies de UI, demasiada configuración requerida para hacer cosas simples. Attio invierte el modelo: arranca con un modelo de datos limpio, expone todo vía API, deja que el equipo construya el workflow que se adapta a su movimiento en lugar de adaptar el equipo a la plataforma.
El trade-off: cada integración es una construcción personalizada, no un conector con soporte del vendor. n8n es el pegamento que hace esto viable para un equipo sin ingeniería pesada; para equipos con ingeniería pesada, el código personalizado contra la API de Attio funciona equivalentemente. De cualquier forma, el stack asume que el equipo tratará el CRM como una codebase en evolución, no como una compra de producto configurada una sola vez.
Variaciones comunes
- Movimiento de outbound intensivo. Añadir Apollo y Outreach — ver el stack de outbound para el panorama completo.
- Sales-led con alto valor de deal. Añadir Gong para conversation intelligence — Fathom sirve movimientos transaccionales; Gong es necesario a la complejidad de deals enterprise.
- Equipo de ingeniería que prefiere código sobre n8n. Reemplazar n8n con automatización personalizada en TypeScript/Python contra la API de Attio directamente. La misma forma, más código, más flexibilidad.
- Superar a Attio a escala enterprise. Cuando la complejidad de sales ops supera el modelo de datos de Attio — multi-business-unit, multi-moneda, CPQ complejo — la migración a Salesforce es el camino típico. Planificarlo como un evento de Series D, no como una elección permanente.
Lo que este stack NO reemplaza
- Un CPQ para precios complejos — Attio no pretende ser un CPQ
- Una plataforma ABM — ver el stack ABM para ese movimiento
- Una plataforma de customer success a escala — ver el stack de expansión de customer success
- Una plataforma de marketing automation (Marketo, HubSpot Marketing) para nurture de alto volumen — Attio es del lado de ventas, no GTM completo