← Volver al listado de tecnologías ← Índice de GitLab Sales Development

Herramientas del Stack Tecnológico

Por: Artiko
gitlabOutreach6SenseZoomInfoUserGemsClaude AIRelevanceAI

Herramientas del Stack Tecnológico

El equipo de Sales Development de GitLab opera sobre un stack de herramientas orquestado para cubrir cada etapa del ciclo de prospección: identificar cuentas con señales de compra, investigar y enriquecer contactos, ejecutar cadencias multicanal, automatizar la deduplicación y capturar inteligencia de conversaciones. Este capítulo cubre en detalle cada pieza del stack y cómo encajan entre sí.

Mapa general del stack

flowchart TD
    subgraph INTENT["Señales e Intent"]
        6S["6Sense\nIntent + ABM"]
        UG["UserGems\nCambios de trabajo"]
    end

    subgraph ENRICH["Enriquecimiento"]
        ZI["ZoomInfo\nDatos de contacto y empresa"]
        LSNA["LinkedIn Sales Navigator\nProspección social"]
    end

    subgraph AI["IA y Automatización"]
        CL["Claude AI\n+ ZoomInfo MCP"]
        RAI["RelevanceAI\nMona + Doope"]
    end

    subgraph EXEC["Ejecución Outbound"]
        OR["Outreach\nCadencias email/llamada/social"]
        QU["Qualified\nChat en website"]
    end

    subgraph CRM["CRM y Datos"]
        SF["Salesforce\nFuente de verdad"]
        MK["Marketo\nScoring y routing"]
    end

    subgraph INTEL["Inteligencia"]
        GO["Gong\nGrabación y análisis"]
        CR["Crayon\nInteligencia competitiva"]
    end

    6S -->|"6QA trigger"| SF
    UG -->|"Lead creation"| SF
    ZI -->|"Export to CRM"| SF
    LSNA -->|"Prospección\n(solo lectura)"| OR
    CL -->|"Investigación\nde prospectos"| OR
    RAI -->|"Mona: propensity rating\nDoope: deduplicación"| SF
    MK -->|"MQL routing"| OR
    SF -->|"Cadencias"| OR
    OR -->|"Actividad"| SF
    GO -->|"Call recordings"| SF
    CR -.->|"Battle cards"| OR

Outreach

Outreach es la plataforma central de engagement outbound para Sales y Sales Dev. Centraliza la ejecución de cadencias de email, llamadas y touchpoints sociales a escala, registrando automáticamente cada actividad de vuelta en Salesforce para mantener el CRM como fuente de verdad.

¿Qué permite hacer Outreach?

Iniciativas de auto-enrollment activas

Outreach no solo ejecuta cadencias manuales. GitLab tiene configuradas tres iniciativas de auto-enrollment que reducen la carga operativa y aumentan la velocidad de seguimiento:

1. MM+ Valuable Trials — Auto-MQL & Routing

Los trials “valiosos” de MM+ (email empresarial + trial iniciado, tanto SaaS como self-managed) están configurados para hacer auto-MQL vía Marketo scoring. Este flujo genera entre 160 y 180 First Order MM+ MQLs por semana, enrutados automáticamente vía Traction basado en las reglas de territorio de FY27.

El SDR no necesita hacer nada para recibir estos leads: llegan ya puntuados, enrutados y listos para trabajar en su vista de SFDC.

2. MM+ Trial English Auto-Sequence Pilot — Sequence 1495

Los leads de trial en inglés de las regiones AMER y EMEA (sin idioma preferido detectado) que anteriormente llegaban a un SDR para seguimiento manual, ahora se secuencian automáticamente en la Outreach Sequence 1495.

El objetivo del piloto es probar mensajería más orientada al cierre directamente desde el primer touchpoint, sin intermediación manual, midiendo si la conversión mejora respecto al flujo anterior.

3. FO MM+ Valuable Free SaaS Signups — XDR Outreach Sequence

Los namespaces de grupo gratuito que califican como MM+ First Order se cargan en Marketo/SFDC y se agregan automáticamente a una secuencia Outreach de XDR. Este flujo alimenta el pipeline de expansión desde usuarios free hacia cuentas pagadas.

Claude AI para Sales Development

GitLab utiliza Claude (de Anthropic) para potenciar dos capacidades críticas del equipo de Sales Dev: la investigación de prospectos y la personalización de mensajes. Claude no reemplaza al rep, pero reduce a minutos el trabajo de investigación que antes tomaba horas.

Recursos de onboarding

El equipo dispone de una guía oficial llamada Claude Sales Dev BDR/SDR User Guide, que incluye:

Proyectos disponibles en Claude.ai

Al ingresar a Claude.ai con la cuenta corporativa, el rep encontrará cuatro proyectos preconfigurados con instrucciones de sistema, contexto de GitLab y herramientas conectadas:

ProyectoPropósito
Business Development Prospecting ProjectInvestigar prospectos y cuentas, enriquecer datos, identificar ángulos de outreach
Sales Development Personalisation ProjectGenerar emails y mensajes personalizados a partir de señales de la cuenta
AMER Calling Analysis ProjectAnalizar llamadas y patrones de conversación en la región AMER
EMEA Calling Analysis ProjectAnalizar llamadas y patrones de conversación en la región EMEA

ZoomInfo MCP — Integración directa desde Claude

La integración más potente es el ZoomInfo MCP (Model Context Protocol), que permite a Claude acceder directamente a los datos de ZoomInfo sin salir de la conversación.

Cómo conectarlo

  1. Ir a Claude.ai con la cuenta GitLab.
  2. Acceder a Customize → Connectors → ZoomInfo → Connect.
  3. Autenticarse con las credenciales de Okta cuando el sistema lo solicite.

Una vez conectado, Claude puede consultar ZoomInfo en tiempo real dentro de la misma conversación donde se investiga al prospecto.

Datos aprobados para compartir (Orange-classified)

Según la política de datos de GitLab, los siguientes campos de ZoomInfo están aprobados para compartir con Claude:

Nota: datos sensibles como información personal privada (emails personales, teléfonos celulares personales) no están aprobados bajo la clasificación Orange.

Caso de uso principal

El Business Development Prospecting Project es donde el ZoomInfo MCP agrega más valor. El flujo típico es:

  1. El BDR ingresa el nombre o empresa del prospecto en la conversación.
  2. Claude consulta ZoomInfo vía MCP y trae datos de contacto, tech stack y señales de intent.
  3. Claude genera un resumen del prospecto con ángulos de outreach recomendados.
  4. El rep adapta y ejecuta en Outreach.

Los insights relevantes se comparten en el canal #sales_dev_claude_insights en Slack para beneficio del equipo.

Limitaciones importantes

LimitaciónDetalle
Sin acceso a sistemas GitLab o CRMClaude no puede leer ni escribir en Salesforce, Outreach ni sistemas internos
Sin memoria entre conversacionesCada sesión empieza desde cero; no recuerda contexto previo
Solo datos Orange aprobadosCompartir datos de clasificación más alta viola la política de seguridad

RelevanceAI — Plataforma de Workforce IA

RelevanceAI automatiza tres tareas intensivas en tiempo para el equipo de Sales Dev: investigación de leads al momento del MQL, priorización con rating de propensión y deduplicación de registros. Opera directamente sobre Salesforce sin intervención manual del rep.

Mona — MQL Research Assistant

Mona es el agente de investigación que se activa automáticamente cuando un lead alcanza el estado MQL en Salesforce.

¿Qué hace Mona?

En el momento del MQL, Mona ejecuta en segundo plano:

  1. Recopila investigación de la empresa: contexto del mercado, tamaño, industria y señales de crecimiento.
  2. Verifica la identidad del lead: cruza información para confirmar que el lead es quien dice ser.
  3. Analiza buying signals: hiring signals, cambios recientes en la empresa, noticias relevantes.
  4. Escribe un propensity rating y una próxima acción recomendada directamente en el registro del lead.

Todo esto ocurre antes de que el SDR abra el registro, de modo que el rep llega al lead con contexto listo.

Campos superficiados en las vistas de SDR (Z-lead views)

CampoContenido
Relevance PriorityRating de propensión (High / Medium / Low)
Relevance Next ActionAcción recomendada por Mona
Relevance Research (campo completo)Confianza de identidad, contexto empresa, hiring signals y razonamiento del rating
Relevance SummaryVersión compacta con las flags clave

Cómo interpretar el output de Mona

flowchart TD
    MQL["Lead alcanza MQL en SFDC"] --> MONA["Mona ejecuta investigación automática"]
    MONA --> RATING["Escribe Relevance Priority\n+ Relevance Next Action"]
    RATING --> SDR["SDR abre el registro con contexto listo"]
    SDR --> DECISION{¿La investigación\nparece correcta?}
    DECISION -->|"Sí"| ACT["Ejecutar próxima acción recomendada"]
    DECISION -->|"No"| VERIFY["Verificar Relevance Last Updated\ntimestamp"]
    VERIFY --> REPORT["Reportar patrón en\n#sales-development-relevance-ai"]

El output de Mona NO sustituye el juicio del rep. Si el rating parece incorrecto o la investigación incompleta, verificar el campo Relevance Last Updated y reportar patrones sistemáticos en el canal #sales-development-relevance-ai.

Doope — Deduplication Assistant

Doope se encarga de la higiene de datos antes de que el SDR trabaje un lead.

¿Qué hace Doope?

Doope evita que el rep trabaje un lead que ya está en proceso en otra parte del equipo, o que cree contactos duplicados que corrompan la data del CRM.

ZoomInfo

ZoomInfo es la fuente primaria de datos de prospectos y empresas para el equipo. Proporciona:

Exportación a Salesforce

Los registros pueden exportarse de dos formas:

Ambas formas crean o actualizan el registro directamente en SFDC con los datos enriquecidos.

Recursos de entrenamiento

RecursoFormato
Video introductorio40 minutos
GitLab Edcast introMódulo en la plataforma de aprendizaje
Advanced trainingSesión avanzada para usuarios frecuentes

LinkedIn Sales Navigator

LinkedIn Sales Navigator se usa para prospección social y para alcanzar contactos fuera del alcance directo de ZoomInfo o email. Permite buscar decision-makers, ver conexiones en común y enviar InMails.

Cómo acceder

El acceso se gestiona vía Lumos app en Okta:

  1. Ingresar a Okta.
  2. Buscar la aplicación Lumos.
  3. Solicitar acceso a Sales Navigator Advanced Plus (el tier correcto para roles de prospección).

Restricción crítica

Las actualizaciones de lead/contact a través de Sales Navigator NO están permitidas. Sales Navigator no es una fuente de verdad para los datos de GitLab. Cualquier dato que se encuentre allí debe exportarse a través de los canales aprobados (ZoomInfo → SFDC) y nunca actualizarse directamente desde LinkedIn al CRM.

Recursos de entrenamiento

RecursoFormato
Tutorial completo70 minutos
Tips de peersVideo grabado por el equipo

6Sense — Intent Data y ABM

6Sense es la plataforma de Account-Based Marketing que surfacea cuentas en modo de compra activo (in-market) basándose en señales de comportamiento e ICP fit. Permite al BDR priorizar esfuerzo en cuentas que ya están investigando soluciones similares a GitLab.

Solicitar nuevos segmentos o alertas

Para solicitar que 6Sense monitoree nuevos segmentos de cuentas o configure alertas personalizadas, se debe usar el formulario de request de MktgOps (Marketing Operations). No es posible configurarlo directamente desde el panel de 6Sense sin pasar por este proceso.

6QA Automations — El flujo de una cuenta que alcanza status 6QA

Cuando una cuenta alcanza el umbral de calificación 6QA (6th Quality Account) en 6Sense, se dispara una cadena de automatizaciones en Salesforce:

flowchart TD
    6QA["Cuenta alcanza status 6QA en 6Sense"] --> AUTO1["BDR Prospecting Status\n→ Actively Working"]
    AUTO1 --> AUTO2["BDR Account Strategy\n→ Showing Intent"]
    AUTO2 --> DASH["Cuenta aparece en\ndashboard 1:1 del BDR"]
    DASH --> TIMER["BDR tiene 48 horas\npara actuar"]

    TIMER --> DECISION{¿Aceptar\no Disputar?}

    DECISION -->|"Accepted"| ZI_TRIGGER["Workflow ZoomInfo se dispara\nautomáticamente"]
    ZI_TRIGGER --> B6["Vista B6 poblada con\ndecision-makers relevantes"]

    DECISION -->|"Disputed"| REASON["Poblar 6QA Dispute Reason\nej: Account in open opportunity\nej: Low LAM Dev Count"]

    DASH --> CHECK{¿La cuenta 6QA es\nnon-FO AND no es\nCompensation Target?}
    CHECK -->|"Sí"| HOLD["BDR Prospecting Status\n→ SDR Hold por 14 días"]
    HOLD --> WAIT{¿Se crea opp\nen 14 días?}
    WAIT -->|"No"| AUTO_TRANS["Auto-transición a\nActively Working / Showing Intent\ncon BDR ownership"]
    WAIT -->|"Sí"| DONE["Opp en pipeline"]

Regla de los 48 horas

El BDR debe responder a cada 6QA dentro de las 48 horas desde que aparece en su dashboard. La respuesta puede ser:

Regla SDR Hold para cuentas non-FO

Si la cuenta 6QA es non-First Order AND no es una Compensation Target Account, el proceso es diferente:

  1. El BDR Prospecting Status se establece primero en SDR Hold durante 14 días.
  2. Si en esos 14 días el equipo de ventas no crea una oportunidad → la cuenta hace auto-transición a Actively Working / Showing Intent con ownership del BDR.
  3. Si se crea una opp en los 14 días → la cuenta permanece en el track de Sales.

UserGems

UserGems rastrea cambios de trabajo y nuevas contrataciones en cuentas de interés, generando automáticamente leads en Salesforce cuando detecta movimientos relevantes. Es una de las fuentes de leads más cálidos porque apunta a personas que ya conocen una tecnología (la usaban en su empresa anterior) o que acaban de asumir un rol con poder de compra.

Caso de uso 1 — Contact Tracking (cambios de trabajo)

Cuando una persona rastreada por UserGems cambia de empresa, se crea automáticamente un Lead en Salesforce con sus datos actualizados.

Routing del lead

flowchart TD
    UG_CT["UserGems detecta\ncambio de trabajo"] --> LEAD["Lead creado en SFDC\nInitial Source: UserGems Contact Tracking"]
    LEAD --> CHECK{"¿Cuenta es MM y FO?\nOR Focus Account?\nOR AWA?\nOR PubSec/FINS/Telco/Base/APJ?"}
    CHECK -->|"Sí"| BDR["Routing → BDR del territorio"]
    CHECK -->|"No"| SDR["Routing → SDR round robin"]

Caso de uso 2 — New Hires y Promociones

Cuando una empresa rastreada incorpora una nueva contratación o realiza una promoción relevante (por ejemplo, un nuevo Director de Ingeniería o VP de DevOps), UserGems crea un Lead con:

Manejo de títulos irrelevantes

Si el lead tiene un título que claramente no tiene autoridad de compra ni influencia técnica:

  1. Reportar en el canal #usergems-feedback en Slack.
  2. O marcar directamente: Lead Status = Disqualified, Disqualified Reason = No Authority.

Caso de uso 3 — Contacts en oportunidades abiertas

UserGems también monitorea movimiento de personas dentro de cuentas que tienen una oportunidad abierta en Salesforce. Cuando alguien se une o deja una cuenta con opp activa:

Stage de la oppQuién debe actuar
Stage 3 o superiorSolo el equipo de Sales
Stage 0-2Sales AND Sales Dev teams

Este caso de uso es crítico para asegurar que no se pierda contexto cuando cambian los stakeholders en medio de un ciclo de venta.

Gem-E FY26 Auto Enrollment

Los leads de UserGems que cumplen los criterios de calificación se enrollan automáticamente en una secuencia de Outreach con personalización generada por IA (Gem-E). El rep recibe los leads ya en cadencia, con el primer email personalizado listo.

Gem-E Meeting Assistant

Cuando un rep tiene una reunión con un prospecto y algunos asistentes no están en Salesforce, Gem-E Meeting Assistant los detecta y:

Esto elimina la tarea manual de crear contactos post-reunión y asegura que todos los participantes queden rastreados en el CRM.

Otras Herramientas del Stack

HerramientaPropósitoQuién la usa principalmente
QualifiedChat en el website para captura de leads inbound. BDRs pueden iniciar chats proactivos con leads conocidos de cuentas AWAPrincipalmente SDRs (inbound); BDRs para cuentas AWA
GongGrabación de llamadas e inteligencia de conversaciones. Permite revisar llamadas propias y del equipo para coachingMiembros de Sales Dev (licencias de colaborador)
CrayonInteligencia competitiva y battle cards mantenidas por Product MarketingTodo el equipo para manejar objeciones competitivas

Resumen del stack por etapa del proceso

flowchart LR
    subgraph A["1. Identificar"]
        6S2["6Sense\nIntent signals"]
        UG2["UserGems\nCambios de trabajo"]
    end

    subgraph B["2. Enriquecer"]
        ZI2["ZoomInfo\n+ ZoomInfo MCP en Claude"]
        LSNA2["LinkedIn Sales Navigator"]
    end

    subgraph C["3. Investigar y priorizar"]
        CL2["Claude AI\nBusiness Dev Prospecting Project"]
        MONA2["Mona (RelevanceAI)\nPropensity rating automático"]
    end

    subgraph D["4. Ejecutar outbound"]
        OR2["Outreach\nCadencias + auto-enrollment"]
        QU2["Qualified\nChat proactivo"]
    end

    subgraph E["5. Analizar y mejorar"]
        GO2["Gong\nIntelligencia de llamadas"]
        CR2["Crayon\nBattle cards"]
    end

    A --> B --> C --> D --> E

El stack de Sales Dev de GitLab está diseñado para que el rep gaste el mínimo de tiempo posible en tareas de investigación y administración, y el máximo en conversaciones de calidad con prospectos que ya tienen señales de intent reales. Cada herramienta cubre un punto específico del proceso, y la mayoría de los handoffs entre herramientas son automatizados via SFDC, Marketo o Outreach.

← Volver al listado de tecnologías ← Índice de GitLab Sales Development