Escenario ilustrativo Servicios profesionales B2B

CRM, RevOps y un funnel B2B que por fin se puede medir

Escenario de referencia: cómo se ordena un ciclo comercial que vivía en hojas de cálculo hasta poder responder con datos de dónde viene el pipeline, dónde se pierde y qué cabe esperar del trimestre.

Escenario ilustrativo

Este caso no es un proyecto ejecutado

Es un escenario de referencia: un perfil de compañía compuesto, construido sobre problemas reales y recurrentes del sector, que explica cómo abordamos este tipo de trabajo, en qué orden y con qué criterio técnico. No describe a un cliente concreto y no ha ocurrido tal como se cuenta.

Todas las cifras de esta página son objetivos ilustrativos: el rango de mejora que consideramos razonable comprometer en un proyecto de este perfil, y que se fija con usted al cerrar el alcance tras medir su punto de partida. No son resultados obtenidos ni promesas de resultado.

Todavía no publicamos casos de cliente con autorización de publicación. Cuando exista, esta ficha dejará paso al caso real, con su nombre y sus cifras verificadas.

Parte 01 · Contexto

Sector
Servicios profesionales B2B
Perfil de compañía
Compañía de servicios profesionales B2B, 60 empleados, equipo comercial de 8 personas
Soluciones aplicadas
Naturaleza de la ficha
Escenario ilustrativo cifras objetivo, no resultados

Parte 02 · Problema medible

Nadie podía responder de dónde venía el pipeline

El CRM existía, pero funcionaba como agenda: etapas sin criterio de avance, oportunidades sin importe ni próximo paso y una parte notable de los registros sin origen. La previsión de cierre se elaboraba a mano en una hoja aparte, marketing no sabía qué acciones producían oportunidades reales y cada comité comercial se discutía sobre cifras que nadie era capaz de reproducir.

Fachada acristalada de un edificio de oficinas
Imagen ilustrativa del escenario. No corresponde a un proyecto entregado ni a datos de ningún cliente.
Esquema del orden de entrega: 4 bloques, cada uno apoyado en el anterior 01 02 03 04

Esquema del orden de entrega: cada bloque deja el terreno preparado para el siguiente. No es un calendario de proyecto.

Parte 03 · Hipótesis de solución

Qué se construye, bloque a bloque

El orden importa tanto como las piezas: cada bloque deja el terreno preparado para el siguiente y produce algo utilizable por sí mismo.

  1. 01

    Rediseño del embudo con criterios de avance

    Siete etapas, de Target a Won/Lost, cada una con una condición objetiva de salida. Una oportunidad no avanza porque el comercial tenga buena sensación, sino porque están validados el dolor, el sponsor, la urgencia y la capacidad económica.

  2. 02

    Higiene y gobierno del dato comercial

    Deduplicación de cuentas y contactos, campos obligatorios por etapa, catálogo cerrado de fuentes de origen y propietario único por cuenta. Lo que no se registra con criterio no se puede gestionar después.

  3. 03

    Automatización del ciclo comercial

    Asignación por reglas, recordatorio de próximo paso, secuencias de seguimiento, creación automática de tareas y aviso de oportunidad estancada. El objetivo es que el equipo dedique el tiempo a vender y no a mantener el CRM al día.

  4. 04

    Atribución y cuadro de mando comercial

    La analítica web y los formularios inyectan origen y campaña en el CRM, y el cuadro de dirección une inversión, leads, oportunidades y cierres en una sola lectura semanal.

Parte 04 · Arquitectura

Las decisiones técnicas, sin adornos

Publicamos la arquitectura porque es lo que separa una automatización que aguanta en producción de una demostración que impresiona un martes.

  1. 01

    CRM sobre HubSpot o Pipedrive según el volumen y la complejidad del ciclo: una única instancia, sin hojas de cálculo paralelas.

  2. 02

    Siete etapas (Target, Engaged, Qualified, Discovery, Proposal, Negotiation, Won/Lost) con campos obligatorios y criterio de salida documentado.

  3. 03

    Formularios de la web conectados por API origen, campaña, contenido y página de entrada viajan con el contacto y no se pierden en el primer traspaso.

  4. 04

    GA4 y GTM con eventos de conversión definidos (solicitud de diagnóstico, contacto, descarga) y consentimiento gestionado desde el propio contenedor de etiquetas.

  5. 05

    Automatizaciones en Make o n8n para lo que el CRM no cubre: enriquecimiento de cuenta, avisos al propietario y sincronización con facturación.

  6. 06

    Modelo comercial en SQL sobre el almacén de datos, con instantánea diaria del pipeline para analizar la evolución y no solo la foto del día.

  7. 07

    Cuadro de mando semanal en Power BI o Looker: pipeline por etapa, cobertura, win rate, duración del ciclo, ACV y origen de la oportunidad.

Arquitectura del escenario: CRM sobre HubSpot o Pipedrive… → Siete etapas… → Formularios de la web conectados por API → GA4 y GTM con eventos… → Automatizaciones en Make o n8n… → Modelo comercial en SQL… → Cuadro de mando semanal…01CRM sobre HubSpot o Pipedrive…02Siete etapas…03Formularios de la web conectados…04GA4 y GTM con eventos…05Automatizaciones en Make o n8n…06Modelo comercial en SQL…07Cuadro de mando semanal…
Esquema del flujo del escenario, de la captura del dato a la decisión. Diagrama de referencia, no la instalación de un cliente.

Parte 05 · Cómo se mediría el resultado

Sobre qué indicadores se mide el proyecto

Ninguna de estas cifras es un resultado obtenido. Son objetivos de referencia para un proyecto de este perfil: se fijan con usted al cerrar el alcance, después de medir el punto de partida, para que el antes y el después sean comparables.

objetivo:

100 %

Oportunidades con origen, importe y próximo paso

objetivo:

Cobertura de pipeline sobre el objetivo trimestral

referencia de gestión

objetivo:

−20 %

Duración del ciclo de venta

objetivo:

1 fuente

Previsión de cierre reproducible desde el CRM, sin hojas paralelas

Escenario construido con datos de mercado, no un proyecto entregado.

¿Quiere saber qué cifras son realistas en su caso? Talk to an expert

El caso en detalle

El punto de partida

Este caso es un escenario de referencia: reúne un perfil de compañía compuesto y unas cifras que son objetivos de trabajo, no resultados conseguidos con un cliente concreto. Lo publicamos porque la conversación comercial de una firma de servicios B2B siempre empieza en el mismo sitio, y conviene enseñar cómo se ordena. Cuando cerremos proyectos con autorización de publicación, esta ficha se sustituirá por el caso real.

La situación de partida rara vez se percibe como un problema de datos. Se percibe como falta de previsibilidad: el trimestre se cierra bien o mal, y nadie sabe explicar por qué. Debajo hay casi siempre lo mismo, un CRM usado como libreta. Sin criterio de avance, las etapas son una opinión; sin origen, el marketing invierte a ciegas; sin importe ni próximo paso, la previsión es un ejercicio de optimismo. La dirección no necesita más actividad comercial, necesita poder reproducir la cifra.

Qué se construye

El trabajo comienza por el embudo, no por la herramienta. Se definen siete etapas con una condición objetiva de salida cada una, de manera que avanzar deje de ser una decisión emocional. La etapa crítica es la cualificación: dolor, sponsor, urgencia y capacidad económica validados. Ese filtro es incómodo las primeras semanas porque el pipeline aparente se reduce, y es exactamente el punto donde el proyecto empieza a aportar valor: lo que queda es pipeline que se puede gestionar.

Sobre esa base se limpia el dato, se automatiza el ciclo y se conecta la web con el CRM. La atribución no es un lujo de marketing: es la única forma de decidir dónde invertir el trimestre siguiente. Cuando el origen y la campaña viajan con el contacto desde el formulario hasta el cierre, la discusión sobre qué funciona deja de ser una cuestión de criterio y pasa a ser una consulta.

Decisiones de arquitectura

Dos decisiones evitan que todo vuelva a degradarse. La primera es la instantánea diaria del pipeline: sin histórico no se puede analizar la evolución de una oportunidad, solo su estado actual, y la mitad de los diagnósticos comerciales interesantes están en el movimiento entre etapas. La segunda es la obligatoriedad por etapa: los campos se exigen en el momento en que el comercial tiene la información, no al final, porque un dato que se pide tarde se rellena mal o no se rellena.

Cómo deben leerse los resultados

Las cifras de la ficha son objetivos de referencia y, en el caso del win rate o de la duración del ciclo, dependen tanto del mercado como del sistema. Por eso separamos con claridad dos tipos de compromiso. Los objetivos de proceso —cobertura del dato, trazabilidad del origen, previsión reproducible— sí se comprometen, porque dependen del trabajo que hacemos. Los objetivos de resultado comercial se fijan con usted a partir de una medición del punto de partida y se revisan con los datos delante. Prometer una mejora de conversión antes de haber visto el histórico sería vender humo, y no es la conversación que buscamos.

Después del proyecto: mejora continua

Un sistema comercial se degrada si nadie lo cuida: aparecen campos nuevos, etapas informales, duplicados y automatizaciones que ya no reflejan cómo se vende. Por eso la implantación se plantea unida a un retainer de RevOps: revisión semanal de pipeline y cobertura, control de higiene del dato, ajuste de automatizaciones, y un ciclo continuo de experimentos sobre el funnel —mensajes, formularios, secuencias, páginas de entrada— con hipótesis, métrica de decisión y aprendizaje documentado. Ahí es donde el proyecto deja de ser una implantación y se convierte en un sistema de crecimiento.

Continuidad

El proyecto termina; el sistema, no

Un cuadro de mando, una automatización o un CRM se degradan en cuanto cambian los procesos, los proveedores o las preguntas de dirección. Por eso planteamos cada implantación conectada a BGS Continuous Improvement, nuestra capa de mejora continua: una cuota mensual con bolsa de capacidad para revisar KPIs, ajustar automatizaciones, incorporar fuentes nuevas, lanzar experimentos y detectar la siguiente oportunidad.

El criterio con el que trabajamos es explícito: el proyecto se considera terminado cuando su equipo puede sostenerlo sin nosotros. El retainer existe para llevarle más lejos, no para que dependa de un proveedor.

  • 01 Revisión periódica de KPIs y de calidad del dato.
  • 02 Ajuste de automatizaciones, umbrales y excepciones.
  • 03 Incorporación de fuentes, procesos y equipos nuevos.
  • 04 Backlog de mejoras priorizado con dirección.
  • 05 Informe mensual de impacto y de coste de operación.

Hablemos de su caso, no del nuestro

Si algo de lo que ha leído se parece a su día a día, la primera conversación es gratuita y concreta: qué datos tiene, dónde se va el tiempo y qué se podría medir antes de proponer nada.