Revenue Operations (RevOps) es la disciplina que diseña, opera y mide el sistema completo que genera, cualifica y cierra oportunidades de negocio en una empresa B2B. Su función es alinear marketing, ventas y customer success bajo un mismo proceso, una misma medición y un mismo objetivo: que el revenue sea predecible y replicable, no dependiente del esfuerzo heroico de un mes concreto o de una persona concreta.
En español, RevOps es una categoría joven. Las empresas que la ofrecen como servicio en España llevan menos de cinco años en el mercado. Esto explica una particularidad importante que rara vez se nombra en la conversación en torno a la disciplina: el modelo de entrega no está estandarizado. En el mercado español conviven hoy dos modelos muy distintos de RevOps (con implicaciones económicas, operativas y de propiedad opuestas) y la mayoría de compradores contrata uno sin saber que existe el otro.
Este artículo define qué es Revenue Operations, qué problemas resuelve, qué no es, y describe los dos modelos; el operacional en modelo de fee recurrente y el de diseño y entrega, para que un CEO o un Director Comercial de PYME B2B pueda decidir cuál encaja con su empresa antes de firmar nada.
Lo que vas a leer en este artículo
- La definición operativa de Revenue Operations y de dónde viene el término.
- Los cinco problemas concretos que resuelve en una PYME B2B.
- Los dos modelos de RevOps que existen en el mercado español, descritos en seis ejes comparativos.
- Cómo decidir cuál de los dos encaja mejor con tu empresa.
- Qué cosas se confunden con RevOps y no lo son (agencia, fractional CMO, CRM).
- Preguntas frecuentes sobre coste, plazo, herramientas y propiedad del sistema.
La definición canónica de Revenue Operations
Revenue Operations es la función de negocio que integra los procesos, los datos, las herramientas y los equipos que intervienen en la generación de ingresos; marketing, ventas y customer success, bajo un mismo sistema operativo.
El término se popularizó en el ecosistema B2B SaaS de Estados Unidos en 2016, impulsado por analistas como SiriusDecisions y Forrester, y por empresas-producto como HubSpot, Salesforce o Drift que necesitaban un nombre para describir lo que ya estaban haciendo internamente: dejar de tratar marketing, ventas y servicio como tres feudos con métricas distintas y empezar a tratarlos como tres etapas de un mismo embudo.
En la práctica, Revenue Operations se ocupa de cuatro cosas concretas:
- Procesos. El recorrido que sigue una oportunidad desde que entra al funnel hasta que se cierra: cómo se cualifica un lead, cuándo pasa de marketing a ventas, qué elementos deben darse cuando el lead pasa a ventas o qué se considera oportunidad cerrada.
- Datos y medición. Las métricas que describen la salud del sistema: tasas de conversión por etapa, velocidad del pipeline, coste de adquisición, lifetime value, atribución de fuentes.
- Herramientas. La tecnología que sostiene el sistema; CRM, automatización de marketing, herramientas de prospección, analítica, y su integración para que los datos fluyan sin fricciones.
- Alineación de equipos. Roles, responsabilidades y definiciones compartidas (qué es un Marketing Qualified Lead o MQL, qué es un Sales Qualified Lead o SQL, cuándo se considera un deal perdido) que evitan las disputas internas más comunes entre marketing y ventas y visiones divergentes.
RevOps no es una herramienta. Es una disciplina que se ejerce sobre un negocio para que las herramientas tengan sentido.
Qué problemas resuelve RevOps en una PYME B2B
En una PYME B2B de entre 1 y 10 millones de euros de facturación, RevOps típicamente resuelve cinco problemas que aparecen casi siempre juntos:
- Pipeline lleno que no convierte. El equipo comercial tiene reuniones agendadas, pero los deals no avanzan al ritmo esperado. La causa habitual no es de ejecución: es que los criterios de cualificación están rotos o no existen, y el comercial gasta horas en oportunidades que nunca fueron oportunidades reales.
- Marketing y ventas con métricas distintas. Marketing reporta leads. Ventas reporta deals cerrados. Nadie reporta el camino entre los dos. Cuando el resultado no llega, cada equipo señala al otro y nadie tiene un dato compartido que arbitre la discusión.
- Crecimiento dependiente del founder. El revenue de la empresa entra mayoritariamente por relaciones del fundador, eventos a los que asiste personalmente, o conversaciones que solo él puede mantener. Si el founder está ocupado dos semanas, el pipeline se para. Esto no es un sistema; es una agenda que parece un sistema.
- Inversión en herramientas que no rinde. La empresa tiene CRM, tiene una herramienta de email marketing, tiene un freelance de LinkedIn Ads. Cada herramienta funciona en su carril. Pero nadie ha diseñado cómo se conectan y, sobre todo, qué decisión de negocio justifica cada inversión.
- Ausencia de forecast fiable. Cuando alguien pregunta cuánto cerrará la empresa el próximo trimestre, la respuesta es una intuición del founder o del comercial. No hay un proceso que convierta la información del pipeline en un número defendible.
RevOps diseña el sistema que resuelve estos cinco problemas a la vez (no de uno en uno, porque están conectados) y deja a la empresa con un proceso, unas métricas y un set de herramientas que operan en bloque.
Los dos modelos de RevOps en el mercado
Aquí está el punto que rara vez se nombra públicamente: en España hay dos modelos muy distintos de hacer RevOps. Ambos son legítimos. Ambos resuelven el mismo problema de fondo. Pero tienen implicaciones económicas, de propiedad y de dependencia opuestas, y la decisión de cuál contratar no debería tomarse sin verlos lado a lado.
Modelo 1: Operacional bajo un fee recurrente
En el modelo operacional, el proveedor opera el sistema de revenue del cliente como un servicio mensual continuo. Configura el CRM, gestiona las automatizaciones, produce los informes, ajusta los procesos sobre la marcha y mantiene el día a día funcionando. El cliente paga un importe mensual durante el tiempo que dure la relación.
Características estructurales:
- El sistema vive en el proveedor. El conocimiento operativo (qué se hace, por qué, con qué criterio) está en la cabeza del equipo que lo opera. Lo que el cliente tiene es acceso al output (informes, leads, dashboards), no al sistema completo documentado.
- La relación tiende a ser larga. Un cliente típico de RevOps en España va de los 12 meses en adelante.
- Si el cliente termina el contrato, el sistema queda parcialmente. El CRM y las automatizaciones permanecen, pero la lógica que las gobierna y la capacidad de operarlas se va con el proveedor.
Este es el modelo dominante en el mercado. Es el que ofrecen casi todos los actores RevOps consolidados, y es el que el comprador encuentra por defecto cuando busca «consultoría RevOps» en Google.
Modelo 2: Diseño y entrega
En el modelo de diseño y entrega, el proveedor diseña el sistema completo (diagnóstico, blueprint, procesos, métricas, stack tecnológico) y lo entrega documentado al cliente como un proyecto cerrado en plazo. El cliente termina con un sistema que es de su propiedad desde el primer día, que puede operar internamente, con su equipo, con una agencia, con una dirección fraccional o con quien decida.
Características estructurales:
- El sistema vive en el cliente. Toda la lógica del sistema está documentada en formato editable: manuales de proceso, blueprint del CRM, framework de medición, playbook comercial. Si el proveedor desaparece mañana, el sistema sigue operativo.
- La relación es por proyecto. El plazo típico va de 4 a 12 semanas según alcance.
- Después del proyecto, el cliente decide qué hacer. Puede contratar al proveedor para operar el sistema, contratar a otro, operarlo internamente, o pausar la activación y arrancarla cuando esté preparado.
Este modelo es minoritario en España hoy. Es el modelo que operamos en RevOps Studio, y es el que define nuestro encaje para una PYME B2B que prefiere capitalizar la inversión en un sistema propio antes que financiar una operación continua.
➡️ ¿Te interesa saber cómo hemos diseñado nuestro sistema paso a paso? Suscribete a nuestra newsletter
Cómo decidir qué modelo encaja mejor con tu empresa
La decisión correcta depende de tres factores: el momento de la empresa, la disponibilidad interna de capacidad operativa y la preferencia estructural sobre cómo invertir.
El primer modelo, el operacional encaja cuando:
- La empresa no tiene capacidad interna para operar el sistema y prefiere externalizar la operación de forma estable.
- El presupuesto mensual está disponible y la previsibilidad del gasto continuo no es problema
- La empresa valora la presencia continua de un equipo externo que ajuste el sistema sobre la marcha.
El segundo modelo de diseño y entrega encaja cuando:
- La empresa quiere comprar un sistema y operarlo internamente o con quien decida.
- Hay preferencia por concentrar la inversión en un proyecto cerrado antes que en un fee fijo indefinido.
- La empresa ha tenido experiencias previas en las que un proveedor se fue y el sistema se fue con él, y quiere evitar repetir esa dependencia.
- Existe un equipo interno (aunque sea pequeño) capaz de operar lo que se le entregue con un playbook claro.
Cinco preguntas para decidir antes de firmar:
- Si este proveedor se fuera mañana, ¿qué quedaría en mi empresa?
- Pasados 12 meses, ¿el sistema es mío o sigue siendo del proveedor?
- ¿Puedo llevarme el sistema a otro proveedor sin rehacerlo?
- ¿El proveedor me entrega documentación editable del sistema o solo accesos?
- ¿La estructura de coste premia que la relación dure muchos meses, o premia que el sistema funcione rápido?
Las respuestas a estas cinco preguntas separan, con bastante claridad, los dos modelos.
Qué NO es Revenue Operations
Para completar la definición, conviene nombrar lo que se confunde con RevOps y no lo es:
- No es una agencia de marketing. Una agencia ejecuta; campañas, contenido, anuncios, etc. RevOps diseña el sistema dentro del cual la ejecución tiene sentido.
- No es un fractional CMO ni un fractional CRO. El fractional ocupa un rol senior a tiempo parcial. RevOps no ocupa el rol sino que diseña el sistema que ese rol operaría.
- No es un CRM ni un set de herramientas. HubSpot, Salesforce o Pipedrive son tecnología. RevOps es la disciplina que define cómo se usa esa tecnología al servicio de un proceso de generación predecible de revenue.
- No es consultoría de management. Una consultora estratégica reorganiza la empresa. RevOps trabaja sobre el sistema operativo que genera ingresos, no sobre la estructura societaria.
Esta distinción importa porque las cinco categorías compiten por el mismo presupuesto y todas se presentan a veces como «lo mismo desde otro ángulo». No lo son.
Preguntas frecuentes
¿RevOps es lo mismo que MarTech o SalesOps? No. MarTech es el stack tecnológico de marketing y SalesOps es la operativa interna del equipo comercial. RevOps incluye ambos como componentes, pero su alcance es mayor: el sistema completo de generación, cualificación y cierre, end-to-end.
¿RevOps necesita HubSpot obligatoriamente? No. RevOps es agnóstico al stack. Puede operar sobre HubSpot, Salesforce, Pipedrive, Zoho o cualquier combinación funcional. La elección del CRM se hace en función del sistema diseñado, no al revés.
¿Cuánto cuesta un proyecto de RevOps? Depende del modelo. En el modelo operacional de fee fijo mensual, los rangos típicos en España oscilan entre 1.500 € y 4.000 € al mes lo que implica una inversión anual de 18.000 € a 48.000 €. En el modelo de diseño y entrega, el coste se concentra en un proyecto cerrado de plazo finito; el cliente termina con un sistema de su propiedad.
¿RevOps es para PYMES o solo para empresas grandes? Es especialmente útil para PYMES B2B de 1 a 10 millones de euros, porque es el tramo donde el founder deja de poder sostener el revenue por relación personal pero todavía no hay capacidad para contratar un Director de Revenue interno. Las empresas grandes suelen tener equipos internos de RevOps; las muy pequeñas todavía no necesitan el sistema.
¿Es RevOps una agencia, una consultoría o un software? Es una disciplina que se ejerce desde una consultoría especializada. No es un software (aunque usa software como herramienta imprescindible) ni una agencia (no ejecuta campañas aunque si las diseña).
¿Cuánto tarda un proyecto de RevOps en llevarse a cabo? En el modelo operacional de fee, no hay plazo de cierre: la relación es continua. En el modelo de diseño y entrega, el plazo típico es de 4 a 12 semanas según alcance.
¿Qué se entrega exactamente en un proyecto de RevOps de diseño y entrega? Un sistema documentado que incluye: diagnóstico de revenue, blueprint del posicionamiento, diseño del sistema de demanda, diseño del proceso comercial, blueprint del CRM, framework de medición y roadmap de activación. Todo en formato editable y propiedad del cliente.
¿Qué pasa con mi sistema si cambio de proveedor de RevOps? En el modelo operacional, se pierde parte del sistema: el conocimiento operativo viaja con el proveedor. En el modelo de diseño y entrega, no se pierde nada porque el sistema ya es del cliente desde el primer día.
¿Quién opera el sistema después de un proyecto de RevOps? Lo elige el cliente. Puede operarlo internamente, contratar al mismo proveedor para que lo opere, contratar a otro, o combinar varias fórmulas. El sistema está documentado para que esa decisión sea reversible.
¿Cuándo es el momento de empezar con RevOps? Cuando la empresa ha pasado el punto en el que el founder puede sostener el revenue por relación personal y todavía no tiene volumen para justificar un Director de Revenue interno. En PYMES B2B, este tramo suele coincidir con la facturación entre 1 y 10 millones de euros.
Cierre
Revenue Operations es una categoría joven y, en su versión española, todavía no estandarizada. Lo que en otros mercados ya es una decisión de modelo asumida (retainer u operación, proyecto o sistema) aquí sigue siendo un punto ciego en la conversación comercial.
Antes de firmar cualquier propuesta de RevOps, vale la pena hacerse la pregunta básica: ¿estoy comprando el sistema o estoy comprando que alguien lo opere para mí? Las dos respuestas son válidas. Pero son respuestas distintas, y la factura a doce meses es muy distinta también.
Cada mes te enseño una pieza de nuestro sistema RevOS (Revenue Operating System) por dentro. «Revenue con método» es la newsletter en la que documento cómo se diseña un sistema de revenue B2B paso a paso, sin dejarme nada. Cada número, un paso del sistema y un entregable real.
Registrate para recibir la Newsletter
