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

Crear Oportunidades y Obtener Crédito SAO

Por: Artiko
gitlabSAOoportunidadesIQMcalificaciónSFDC

Crear Oportunidades y Obtener Crédito SAO

Este capítulo cubre uno de los procesos más críticos en el ciclo de trabajo del Sales Development Representative en GitLab: convertir conversaciones con prospectos en oportunidades formales en Salesforce (SFDC), calificarlas correctamente y asegurarse de que ese trabajo quede registrado como un SAO (Sales Accepted Opportunity). Entender este flujo no solo impacta tu compensación, sino también la calidad de los deals que llegan al equipo de Account Executives.

¿Qué es un SAO y cuándo se convierte una Oportunidad?

Un SAO (Sales Accepted Opportunity) es el momento formal en que el AE o SAL acepta que una oportunidad está calificada y merece su atención. Esto ocurre cuando el AE/SAL mueve la oportunidad desde Stage 0 (Pending Acceptance) a Stage 1 Discovery, lo cual debe suceder dentro de las 48 horas posteriores a la fecha del meeting reflejada en el campo Next Steps Date.

La fecha de cierre por defecto se establece en el último día del trimestre fiscal en curso. Sin embargo, la mejor práctica es siempre establecerla en al menos 90 días desde la fecha de creación de la oportunidad, para dar al ciclo de venta un margen realista.

Regla de oro sobre errores en Stage 1 o superior: Si una oportunidad ya pasó a Stage 1 y detectas datos incorrectos, tu camino es enviar un chatter a tu manager. Tu manager entonces chatterá a alguien de Sales Dev Operations (Ramona, Panos o Ed). Ningún otro miembro de Sales Dev puede editar oportunidades que ya estén en Stage 1 o superior. Intentarlo causará un error de validación en SFDC.

Campos Clave al Crear una Oportunidad

Antes de entrar a los escenarios, debes conocer los campos que toda oportunidad debe tener correctamente poblados. Estos no son opcionales: son la diferencia entre un SAO válido y uno rechazado.

Initial Engagement Channel

Indica cómo se inició el contacto con el prospecto: llamada en frío, email outbound, evento, referencia interna, etc. Este campo permite a Sales Dev Operations rastrear qué canales generan más pipeline de calidad.

Qualification Questions

Sección dentro de la oportunidad donde se registran las respuestas a las preguntas de calificación (tipicamente bajo el marco MEDDPPICC o el equivalente que use tu región). Algunos campos pueden quedar incompletos si el prospecto no está completamente calificado aún, pero debes completar los que tengas.

Next Steps

Campo de texto libre donde describes cuál es el siguiente paso acordado con el prospecto. Debe ser concreto y accionable: “IQM programado con AE para revisar arquitectura actual y evaluar migración a Ultimate” es válido. “Seguimiento pendiente” no lo es.

Next Steps Date

Fecha específica en que ocurrirá el siguiente paso. Este campo es obligatorio en todos los escenarios. Es la fecha que el AE usa como referencia para mover la oportunidad a Stage 1 dentro de las 48 horas posteriores.

Stage Name

Define en qué etapa del pipeline se encuentra la oportunidad. Las etapas relevantes para Sales Dev son principalmente:

BDR/SDR Field

Campo donde se registra quién del equipo de Sales Dev generó la oportunidad. Es un campo separado del Opportunity Owner. Esta distinción es fundamental: no puedes ser Opportunity Owner y BDR/SDR Representative al mismo tiempo. SFDC bloqueará esa combinación con una regla de validación.

Sales Qualified Source

Indica el origen del pipeline desde la perspectiva de calidad: si fue outbound puro (BDR-generated), inbound calificado, channel, referencia, etc. Este campo alimenta los reportes de productividad del equipo.

Los 3 Escenarios para Crear una Oportunidad

Dependiendo del estado de la conversación con el prospecto, el proceso de creación de la oportunidad varía. Aquí están los tres escenarios estándar.

Escenario A — IQM Programado con AE/SAE

Este es el escenario ideal: lograste calificar al prospecto, tienes un meeting con el AE confirmado, y ahora necesitas dejar todo listo en SFDC.

Pasos:

  1. Crear la oportunidad en Stage 0 (Pending Acceptance)
  2. Completar TODOS los campos de Qualification Questions
  3. Establecer Next Steps Date con la fecha exacta del IQM
  4. Completar el campo Next Steps con los detalles del meeting
  5. Una vez recibida la confirmación de calendario de todas las partes, transferir el Ownership al AE/SAE
  6. Agregarte a ti mismo en el campo BDR/SDR

La oportunidad permanece en Stage 0 hasta que el AE realice el IQM y la mueva a Stage 1.

Escenario B — Prospecto Comprometido pero No Totalmente Calificado

El prospecto mostró interés real y se comprometió a continuar la conversación, pero aún no tienes toda la información de calificación completa.

Pasos:

  1. Crear la oportunidad bajo tu propio nombre (tú eres el Opportunity Owner)
  2. Completar los campos de Qualification Questions que tengas disponibles
  3. Next Steps Date y Next Steps son obligatorios incluso en este escenario
  4. Continuar el proceso de discovery para completar los campos restantes antes del handoff

Restricción importante: En este escenario eres el Opportunity Owner. Por tanto, no puedes también figurar en el campo BDR/SDR Representative. La regla de validación de SFDC bloqueará esa combinación. El campo BDR/SDR se completa cuando transfieres el ownership al AE.

Escenario C — Lead de una Nueva Cuenta

Este escenario requiere un paso extra de verificación antes de crear la oportunidad, porque la segmentación incorrecta puede desviar el deal al equipo equivocado.

Pasos obligatorios de verificación:

  1. Confirmar el employee count y la ubicación del HQ con el prospecto directamente, ya sea via email o en notas de llamada registradas en SFDC
  2. Verificar esa información con ZoomInfo, Cognism o Sales Navigator
  3. Ser extremadamente cuidadoso si el employee count está cerca de 250 — ese es el corte entre SMB y Mid-Market, y una clasificación incorrecta puede impactar tanto la compensación como la asignación del AE

Si el lead pertenece a una cuenta que ya existe en SFDC, debes verificar también si hay duplicados o si ya existe un Opportunity Owner asignado.

Naming Convention de Oportunidades

El nombre de la oportunidad en SFDC debe seguir un formato estándar para facilitar búsquedas y reportes. Usa la siguiente tabla como referencia:

EscenarioFormatoEjemplo
Nuevo negocio[Company Name] — [Qty] [Edition]Acme Inc — 50 Premium
Add-on (seats)[Company Name] — Add [Qty] [Product]Acme Inc — Add 25 Duo
Upgrade de tier[Company Name] — Upgrade to UltimateAcme Inc — Upgrade to Ultimate

Mantener el naming consistente no es cosmético: los dashboards y reportes de Sales Dev Operations dependen de este formato para parsear automáticamente el tipo de deal.

Sales Development Credit Matrix

No todas las oportunidades generan crédito SAO para el BDR/SDR. La siguiente tabla define exactamente qué cuenta y qué no:

ProductosQuiénOrder TypeSegmentoCrédito
GitLab Ultimate/Premium, add-onsSDRFO, New Connected, GrowthTodos1 opp
GitLab Ultimate/Premium, add-onsBDRFOCommercial, Enterprise1 opp
GitLab Ultimate/Premium, add-onsBDRNew Connected, GrowthCommercial, Enterprise1 opp
Seats adicionales en dept de clienteTodosGrowthTodos1 opp
Tier upgradeTodosGrowthTodos1 opp
GitLab DuoTodosGrowthTodos1 opp
Agile planningTodosGrowthTodos1 opp
Storage, ComputeTodosTodosTodos0
Professional ServicesTodosTodosTodos0

Caso especial — CI Minutes: Si una cuenta solo compró CI minutes en el pasado, el SDR/BDR aún puede recibir crédito de First Order si la cuenta posteriormente compra licencias Premium o Ultimate. El hecho de que la cuenta haya tenido una transacción previa de CI minutes no la descalifica automáticamente como First Order para el SDR/BDR.

Proceso de Handoff a AEs

El handoff es el momento en que el BDR transfiere la responsabilidad del prospecto al Account Executive. Un buen handoff tiene tres objetivos:

  1. Mejor experiencia para el prospecto: que no sienta que empieza de cero con alguien nuevo
  2. Estructura colaborativa para el BDR: que el trabajo de discovery se vea reconocido y aprovechado
  3. Preparar al AE con la información correcta: para que entre al IQM listo para avanzar

Requisitos Mínimos para Todos los Handoffs

Tipo 1 — BDR Qualified Meeting

El BDR realizó una Discovery Call completa, aplicó los principios Command of the Message (CoM) e identificó Before/After Scenarios, PBOs (Positive Business Outcomes), Requirements y Metrics acordados con el prospecto.

Pasos del BDR después de la discovery call:

Tipo 2 — Joint IQM

Un meeting programado desde una cuenta AWA (Actively Working Account) pre-acordada entre BDR y AE. El BDR y el AE asisten juntos y co-lideran la llamada.

Pasos del BDR antes de la llamada:

Checklist Completo para Programar IQMs

Este es el proceso paso a paso que debes seguir cada vez que programas un Initial Qualification Meeting:

Flujo Completo: De Lead a SAO

El siguiente diagrama muestra el flujo desde que identificas un lead hasta que se convierte en un SAO aceptado por el AE:

flowchart TD
    A([Lead identificado]) --> B{¿Es nueva cuenta?}
    B -->|Sí| C[Verificar employee count\ny HQ con ZoomInfo/Cognism]
    B -->|No| D{¿Está calificado?}
    C --> D

    D -->|Totalmente calificado\nEscenario A| E[Crear Opp en Stage 0\nCompletar todos los campos QQ]
    D -->|Comprometido pero\nno totalmente calificado\nEscenario B| F[Crear Opp bajo tu nombre\nCompletar campos disponibles]
    D -->|No calificado| Z([Continuar nurturing])

    E --> G[Establecer Next Steps Date\ny Next Steps]
    F --> G

    G --> H{¿IQM confirmado\ncon AE?}
    H -->|Sí| I[Transferir ownership al AE\nAgregarme como BDR/SDR]
    H -->|No| J[Mantener como Owner\nSeguir discovery]
    J --> H

    I --> K[AE recibe Opp en Stage 0]
    K --> L{IQM ocurre\ndentro de 48h}
    L -->|Sí| M[AE mueve a Stage 1 Discovery\nDentro de 48h del IQM]
    L -->|No-show| N[BDR reprograma\no AE descalifica]
    N --> L

    M --> O([SAO creado ✓\nCrédito BDR/SDR registrado])

    style O fill:#2ecc71,color:#fff
    style Z fill:#e74c3c,color:#fff
    style N fill:#f39c12,color:#fff

Trabajando con Resellers

Cuando un prospecto llega a través de un canal de distribución (reseller o partner), el proceso tiene una capa adicional porque necesitas separar quién paga (el reseller) de quién usa el producto (el end-user).

Regla fundamental: La cuenta del usuario final determina la alineación BDR/SDR. Si eres el SDR asignado al lead del reseller, debes recopilar la información del Paso 1 y pasarla al BDR asignado a la cuenta del usuario final.

Proceso Paso a Paso con Resellers

PasoAcción
1. Recopilar datos de billing y end-userBilling company name y address, billing contact y email, end-user contact y email
2. Crear nuevo lead record con datos del end-userCopiar todas las notas y actividades del lead original al nuevo record
3. Convertir el nuevo leadNombre de opp: [End-user account] via [Reseller account]. Convertir el lead del reseller original a Contact (no a Opportunity)
4. Adjuntar actividad a la oportunidadActivity History → Edit → seleccionar la Opportunity en el campo Related To
5. Actualizar la oportunidadBusiness type = New Business, Stage = Pending Acceptance. Añadir el contacto del reseller como Reseller (primary) en la sección de contactos

¿Por Qué Esta Separación es Importante?

Si creas la oportunidad directamente sobre la cuenta del reseller, el AE asignado será el que cubre al reseller, no al end-user. Eso genera asignaciones incorrectas, deals sin dueño natural y, en el peor caso, pierdas el crédito SAO porque el territorio no te corresponde.

Errores Comunes y Cómo Evitarlos

1. Aparecer como Owner Y como BDR/SDR al mismo tiempo SFDC bloqueará la oportunidad. Solución: mientras eres el Owner (Escenario B), deja el campo BDR/SDR vacío. Complétalo cuando transfieras el ownership al AE.

2. No establecer Next Steps Date Sin esta fecha, el AE no tiene referencia para mover la oportunidad a Stage 1 a tiempo y el SAO puede no registrarse en el periodo correcto. Es obligatorio en los tres escenarios.

3. Employee count cerca de 250 sin verificar Un prospecto que parece SMB puede ser MM. Siempre confirma con el prospecto directamente Y valida con ZoomInfo/Cognism antes de crear la oportunidad. Si la segmentación es incorrecta, el deal irá al AE equivocado.

4. Nombrar la oportunidad incorrectamente El naming impacta los reportes automáticos de Sales Dev Ops. Sigue siempre el formato de la tabla de naming convention.

5. No registrar actividades relacionadas a la Opportunity Si registras un email o una llamada pero no la relacionas a la Opportunity (solo al Lead o Contact), esa actividad queda huérfana para efectos de reporte. Siempre usa el campo Related To para vincular a la oportunidad correcta.

Resumen del Capítulo

En este capítulo cubrimos el ciclo completo de creación de oportunidades y obtención de crédito SAO:

En el próximo capítulo exploraremos el marco Command of the Message (CoM) en profundidad y cómo aplicarlo durante las discovery calls para maximizar la calidad de los SAOs.

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