El nuevo comité de compra B2B: quién está realmente en la sala

Hace cinco años, un deal de SaaS para el mercado medio podía involucrar a un champion y a un responsable del presupuesto. Hoy, el mismo deal pasa por revisión de seguridad, arquitectura de IT, legal, finanzas y al menos un comité de usuarios finales. El comité de compra se ha expandido más rápido de lo que la mayoría de los vendedores ha adaptado su proceso de ventas. El resultado son ciclos más largos, más bloqueadores inesperados y deals que mueren después de los compromisos verbales.

Esto no es un problema de proceso de ventas. Es un cambio estructural en cómo las empresas compran software. Y tanto si está vendiendo como evaluando, entender quién está realmente en la sala cambia todo el enfoque a la decisión.

La realidad de cinco a ocho stakeholders

En 2019, la investigación de Gartner estimó que una compra típica de software empresarial involucraba entre 6 y 10 tomadores de decisiones. Ese número no ha bajado. Si acaso, la mezcla se ha vuelto más complicada.

Aquí está quién aparece en la mayoría de los deals de software B2B de mediana a gran empresa hoy, y qué está evaluando cada persona:

El Champion — generalmente el líder funcional que identificó el problema. En un deal de CRM, suele ser el VP de Ventas o el Director de Revenue Operations. Ha hecho la tarea, ha participado en las demos y tiene una preferencia sólida. Su trabajo es vender la decisión internamente. Su riesgo: si el proyecto falla, es su nombre en ello. Un sólido checklist de compra de CRM ayuda a los champions a estructurar su caso interno antes de la primera demo.

El Comprador Económico — el CFO o VP de Finanzas que controla el presupuesto. Está evaluando el ROI, el período de recuperación y qué sucede en la renovación. No está leyendo hojas de comparación de funciones. Está preguntando: ¿cuánto cuesta esto en tres años y cuánto nos cuesta si cambiamos de nuevo en 18 meses?

IT / Arquitectura — cada vez más importante y frecuentemente subestimado. Están evaluando la postura de seguridad, la compatibilidad de API, el modelo de datos y si esta herramienta crea deuda de integración. En empresas que ejecutan un stack de datos moderno, IT tiene un veto técnico genuino, no solo una revisión de casillas.

Seguridad / CISO / DPO — especialmente en industrias reguladas o cualquier empresa con clientes en la UE. Estos stakeholders pueden no aparecer en su CRM hasta la semana cuatro de un deal de cinco semanas, momento en el que pueden introducir requisitos que tarden otras seis semanas en resolverse.

Legal y Procurement — enfocados en los términos del contrato: acuerdos de procesamiento de datos, SLAs, cláusulas de rescisión, límites de responsabilidad. En organizaciones más grandes, estos corren en su propia línea de tiempo, completamente independiente de la evaluación del negocio.

Usuarios Finales — frecuentemente consultados a través de grupos piloto o comités de asesoría. Sus preocupaciones son diferentes: ¿es esta herramienta intuitiva, encaja en mi flujo de trabajo, voy a estar aprendiendo algo nuevo durante seis meses?

El Patrocinador Ejecutivo — un líder sénior que puede no asistir a cada reunión pero cuya opinión moldea la decisión final. Generalmente evalúan el encaje estratégico: ¿este proveedor se alinea con nuestra dirección y podemos construir una relación duradera?

Esos son siete roles. En una empresa de 500 personas, pueden ser siete personas diferentes. En una empresa de 5,000 personas, algunos de esos roles tienen equipos enteros detrás de ellos.

Los vetos ocultos

Los stakeholders anteriores son visibles en la mayoría de los ciclos de deal bien manejados. Lo que es más difícil de descubrir son los vetos ocultos: roles que no aparecen en las oportunidades del CRM pero que pueden hundir un deal tarde en el proceso.

El Asistente Ejecutivo — controla el acceso al patrocinador ejecutivo. Si no ha construido esa relación, su solicitud de reunión queda en una cola.

El Champion Técnico Interno en IT — no el director de IT, sino el ingeniero sénior que evalúa realmente los docs de API y la calidad de integración. Puede no tener autoridad formal de aprobación pero puede entregar una revisión técnica devastadora que mata el impulso.

El Responsable del Presupuesto de Sistemas Adyacentes — si su herramienta toca un data warehouse o un sistema de facturación, quien posee esos sistemas tiene un veto informal. Los proyectos de integración caen en su roadmap.

La Persona que Usó a su Competidor en una Empresa Anterior — esto es informal pero real. Si el CFO pasó tres años en una empresa que usaba Salesforce y confía en ello implícitamente, esa es una voz en la sala sin un rol formal.

Mapear estos vetos ocultos requiere un descubrimiento activo. No puede encontrarlos en LinkedIn. Los encuentra preguntando a su champion: "¿Quién más tiene participación en cómo aterriza esta decisión?"

Cómo varía la composición del comité según el tamaño de la empresa

La estructura del comité cambia significativamente en diferentes niveles de ingresos y número de empleados.

SMB (menos de 100 empleados, menos de $10M en ingresos) — las decisiones de compra suelen involucrar a tres personas: el champion, el CEO o COO y ocasionalmente alguien adyacente a IT. Los ciclos son cortos. El champion y el comprador económico son a veces la misma persona. La revisión legal es mínima. El riesgo es la velocidad: las decisiones tomadas sin suficiente evaluación a menudo se arrepienten en la renovación.

Mercado Medio (100 a 1,000 empleados, $10M a $250M en ingresos) — aquí es donde la complejidad del comité se dispara. Típicamente tiene entre 5 y 8 stakeholders en finanzas, IT, legal y la unidad de negocio. IT está afirmando más gobernanza. Finanzas está examinando los términos plurianuales. Seguridad es ahora una función real. El champion tiene que gestionar la política interna que no tenía que navegar en una empresa más pequeña.

Enterprise (más de 1,000 empleados) — entre 8 y 15 stakeholders es común, y los procesos formales de procurement agregan sobrecarga independientemente de la urgencia del deal. Los equipos de gestión de proveedores, las listas de proveedores preferidos y las revisiones de cumplimiento pueden agregar meses. Los deals que llegan a la revisión legal sin haber completado todas las etapas anteriores a menudo se detienen aquí permanentemente.

El Mapa de Influencia de Stakeholders

Entender quién está en la sala no es suficiente. Necesita entender la estructura de su influencia. Aquí hay un marco para mapearlo.

Coloque a cada stakeholder identificado en una de cuatro celdas, basándose en dos dimensiones:

Poder de Decisión (alto o bajo): ¿puede la aprobación de esta persona avanzar el deal? ¿Puede firmar la orden de compra, aprobar el presupuesto o comprometerse formalmente?

Poder de Bloqueo (alto o bajo): ¿puede esta persona detener el deal independientemente de quién más lo haya aprobado? Los roles de seguridad, legal y protección de datos a menudo tienen alto poder de bloqueo sin el correspondiente poder de decisión.

Los cuatro cuadrantes resultantes:

Alto Poder de Decisión Bajo Poder de Decisión
Alto Poder de Bloqueo Patrocinadores Ejecutivos, CFO CISO, Legal, DPO
Bajo Poder de Bloqueo Responsables del Presupuesto Usuarios Finales, Ingenieros de IT

Cuadrante 1 (Alta Decisión + Alto Bloqueo): Estos son sus impulsores del deal. Alinéelos temprano. Si no están comprometidos, nada más importa.

Cuadrante 2 (Baja Decisión + Alto Bloqueo): Estos son sus poseedores de veto ocultos. Necesita su aprobación, pero no pueden ser sus champions. Ignorarlos es bajo su riesgo. El CISO que aparece en la semana seis y hace preguntas que nadie preparó es un fallo del Cuadrante 2.

Cuadrante 3 (Alta Decisión + Bajo Bloqueo): Responsables del presupuesto que han delegado la evaluación técnica. Son importantes en el cierre, pero más temprano en el proceso dependen del input de otros.

Cuadrante 4 (Baja Decisión + Bajo Bloqueo): Usuarios finales y evaluadores técnicos. Moldean la preferencia y generan la narrativa interna, pero su autoridad formal es limitada. Haga de ellos sus champions de todas formas. La persona que capacita a su equipo en una nueva herramienta después de la compra crea éxito o fracaso sobre el terreno.

Lo que esto significa para los vendedores

Según la investigación de compra B2B de Forrester, el número de interacciones necesarias para completar una compra B2B se ha prácticamente duplicado desde 2019, impulsado en gran medida por la estructura expandida del comité. El multi-threading solía ser una técnica avanzada de ventas enterprise para deals grandes. Hoy es el mínimo para cualquier cosa en el mercado medio y por encima.

La mayoría de las herramientas de CRM crean registros de contacto uno a uno en las oportunidades. Un SDR encuentra un champion, crea un contacto, registra actividad contra ese contacto. Ese enfoque de un solo hilo falla cuando la decisión la toma un comité cuyos miembros necesitan información diferente en diferentes momentos.

Los CRMs que manejan esto mejor están construyendo funciones de comité de compra en sus objetos de deal. Las funciones de Salesforce Account Engagement, las etapas de deal con múltiples contactos de HubSpot y herramientas más nuevas como Pocus y Demandbase están tratando de rastrear la cobertura de stakeholders explícitamente. Pero las herramientas van por delante de los procesos reales de la mayoría de los equipos. Tener la función no significa que el equipo la esté usando.

En la práctica, así es como se ve el multi-threading: antes de que un deal avance más allá de las primeras dos llamadas, su champion debería haberle ayudado a identificar al menos una persona más en cada uno de los cuadrantes críticos anteriores. Si está 30 días dentro de un deal y el champion es el único contacto que tiene, el deal probablemente se estancará.

El ejercicio de descubrimiento de 10 minutos

Aquí hay un enfoque repetible que descubre la estructura del comité en las primeras dos llamadas de discovery.

Después de entender el problema y el estado actual, pregúntele a su champion. Esto se alinea directamente con los marcos de calificación que los equipos de ventas bien gestionados usan para descubrir la estructura del comité de compra en las primeras llamadas:

  1. "Cuando se toma una decisión como esta en su empresa, ¿quién más suele opinar?" (Abre la pregunta del comité completo sin presión.)
  2. "¿Hay alguien en IT o seguridad que quisiera visibilidad temprana?" (Descubre a los poseedores de veto ocultos antes de que aparezcan en la semana cinco.)
  3. "¿Quién controla el presupuesto y tiene alguna pregunta directa que yo debería estar preparado para responder?" (Identifica al comprador económico y cualquier preocupación financiera temprana.)
  4. "¿Hay una relación existente con un proveedor que deba conocer?" (Señala a los competidores y las dinámicas de relación.)
  5. "¿Cómo se ve el éxito para usted personalmente, no solo para el proyecto?" (Separa los motivos institucionales del champion de los personales.)

Estas preguntas no requieren una técnica especial. Requieren la disciplina de hacerlas antes de estar metido en un ciclo de demo. La mayoría de los vendedores esperan demasiado. Cuando el poseedor del veto oculto aparece, el ingeniero de ventas ya ha construido un entorno de demo personalizado, y dar marcha atrás es costoso.

Lo que los compradores deben extraer de esto

Si está en el lado comprador, la estructura del comité anterior no es solo un problema del vendedor. Es su problema de gobernanza. Los deals que fracasan no siempre fracasan porque el vendedor era incorrecto. Fracasan porque el proceso de evaluación no involucró a las personas correctas con suficiente anticipación, y alguien con poder de bloqueo planteó preocupaciones que podrían haberse resuelto en la semana uno, no en la semana ocho.

Los compradores más eficientes designan a un propietario único de evaluación que es responsable de mapear el comité, recopilar input y sintetizar una recomendación. Esa persona no siempre es el champion. Es quien tiene la credibilidad organizacional para ejecutar un proceso interno justo.

Si está evaluando una nueva plataforma, comience construyendo su propia versión del Mapa de Influencia de Stakeholders antes de la primera demo del proveedor. Conozca quiénes son sus personas del Cuadrante 2. Incorpórelas temprano, aunque sea de manera informal. Una llamada de vista previa de 30 minutos con su CISO en la semana dos cuesta menos que un retraso de seis semanas causado por preguntas de seguridad en la semana siete.

La dirección en que va esto

El comité de compra va a seguir expandiéndose, no contrayéndose. La investigación de McKinsey sobre la toma de decisiones B2B muestra que incluso después de la pandemia, las preferencias de los compradores han cambiado permanentemente hacia la evaluación digital y autodirigida, lo que paradójicamente requiere más alineación interna antes de que un proveedor entre a la sala. Los requisitos de gobernanza de AI están añadiendo una nueva categoría de stakeholder en muchas empresas. La regulación de privacidad de datos está creando participación formal del DPO en evaluaciones de software que antes no la requerían.

Entender la estructura de los comités de compra modernos no es una táctica de ventas. Es un requisito previo para ejecutar una evaluación eficiente, en cualquiera de los dos lados de la mesa. Las empresas que navegan bien esto pasan menos tiempo en estancamientos de deals y toman mejores decisiones de software.

Más artículos