Mapa de capacidades

Capacidad 08 · Modelo operativo

Revenue Operations

Convertir las señales comerciales en acción gobernada.

Conecto pipeline, ciclo de vida del cliente, objetivos, rendimiento, CRM y cadencia de gestión en un único modelo operativo que el negocio pueda dirigir de verdad.

Planificar → ejecutar → medir → intervenir → revisar → replanificarSeis ingredientes forman un sistema operativo comercial; un circuito lo hace funcionar. Selecciona un paso del circuito para ver qué ocurre, quién es responsable y en qué evidencia se apoya.

  • ProcesosEtapas, criterios de salida y traspasos
  • CRMDónde viven el trabajo y su evidencia
  • DatosPedidos, facturas e histórico, calculados una vez
  • ObjetivosLo que se espera que consiga el negocio
  • MediciónUna definición por KPI, con un responsable
  • Cadencia de gestiónCuándo se revisa el rendimiento, y quién lo hace
Un soloSistema operativo comercial
Paso 03 de 6

Medir

Pedidos, facturas y pipeline se comparan con el objetivo—una definición por métrica, calculada una vez.

Responsable
Operaciones de ventas
Evidencia
Rendimiento frente a objetivo, cobertura, antigüedad en etapa
Sistema
Plataforma de datos, mostrado en el CRM
Procesos, CRM, datos, objetivos, medición y cadencia de gestión forman un único sistema operativo comercial. Planificar, ejecutar, medir, intervenir, revisar, replanificar—y cada paso tiene un responsable.
01Qué significa Revenue OperationsNo son dashboards ni limpieza del CRM

No es «montar dashboards y limpiar el CRM». Es el sistema operativo comercial.

Entiendo Revenue Operations como el diseño de cómo el negocio vende, mide y se dirige: etapas, responsables, objetivos, señales, acciones y los foros que los revisan.

No es
  • Administrar dashboards
  • Mantenimiento del CRM
  • Soporte de reporting
  • Añadir campos porque lo pide la dirección
  • Imponer un único proceso a todos los equipos sin entender el negocio
  • Medirlo todo porque se puede medir
Eso mantiene las luces encendidas. No hace que el negocio sea gobernable.
Es
  1. Etapas comercialesEn qué estado está el trabajo comercial—definido por la realidad del negocio, no por los valores de una lista desplegable.
  2. ResponsabilidadQuién es responsable de cada cuenta, oportunidad, etapa y resultado—y a quién escala.
  3. Criterios de salidaQué debe cumplirse para dejar una etapa, registrado como evidencia y no como opinión.
  4. Significado de los KPIUna definición, granularidad y lógica temporal por medida—la misma en todas las regiones.
  5. ObjetivosGranularidad, versión, responsable y fecha de congelación: un objetivo son datos más gobierno.
  6. Cadencia de decisiónQué foro revisa qué, con qué evidencia y qué puede decidir.
  7. Señal → acciónToda señal relevante nombra un responsable, una acción y un seguimiento.
  8. ExcepcionesLos ajustes manuales, las oportunidades estancadas y los planes incumplidos se gobiernan, no se ignoran.
  9. Calidad de ejecuciónAntigüedad en etapa, disciplina de siguiente paso y precisión del forecast—medidas, no supuestas.
  10. Procesos ↔ sistemasEl CRM, la planificación y la plataforma de datos contienen cada uno la parte del modelo que mejor resuelven.
Cuatro principios, aplicados más abajo
  1. 01Un KPI sin responsable ni acción es ruido de reporting.

    Cada medida publicada nombra quién actúa, qué hace y cuándo se revisa.

    Cobertura de pipeline
  2. 02Las etapas del pipeline deben reflejar la realidad del negocio, no la configuración del CRM.

    Una etapa es un estado de negocio con criterios de entrada y de salida; la lista desplegable solo lo registra.

    Gobierno del pipeline
  3. 03Un dashboard no crea responsabilidad.

    Las rutinas de gestión que se ejecutan desde el sistema, sí.

    Cadencia de gestión
  4. 04Una segmentación sin respuesta operativa es solo un código de colores.

    Cada segmento lleva un responsable, una obligación y una revisión.

    Segmentación → acción
02Mi enfoqueNueve pasos · los dashboards vienen después

Del modelo de venta al circuito cerrado.

Nueve movimientos desde la forma en que vende el negocio hasta la revisión que cambia el siguiente plan. Los dashboards llegan después del quinto.

01Definir la modalidad comercial

Paso 01 · La pregunta

¿Qué modalidad comercial estamos operando?

Las modalidades difieren en ciclo, en evidencia y en lo que significa «ganado».

Por ejemplo
  • Captación de nuevos clientes
  • Crecimiento en cuentas
  • Expansión de línea de producto
  • Venta de proyecto estratégico
  • Reactivación
  • Retención y recuperación
ProduceModelo de modalidades comerciales

Segundo ordenUn único ciclo de vida para todas las modalidades vacía de sentido las etapas; uno por modalidad parte el pipeline

  1. Definir la modalidad comercial
    Paso 01 · La pregunta

    ¿Qué modalidad comercial estamos operando?

    Las modalidades difieren en ciclo, en evidencia y en lo que significa «ganado».

    Por ejemplo
    • Captación de nuevos clientes
    • Crecimiento en cuentas
    • Expansión de línea de producto
    • Venta de proyecto estratégico
    • Reactivación
    • Retención y recuperación
    ProduceModelo de modalidades comerciales

    Segundo ordenUn único ciclo de vida para todas las modalidades vacía de sentido las etapas; uno por modalidad parte el pipeline

  2. Definir el ciclo de vida
    Paso 02 · La pregunta

    ¿Por qué estados pasa el trabajo comercial?

    Una etapa es un estado de negocio, no un porcentaje.

    Definir
    • Etapas
    • Criterios de entrada
    • Criterios de salida
    • Responsable
    • Siguiente acción
    ProduceModelo de pipeline y ciclo de vida

    Segundo ordenSin criterios de salida, cada revisión del pipeline se convierte en un debate de opiniones

  3. Definir la responsabilidad
    Paso 03 · La pregunta

    ¿Quién es responsable de cada etapa y de cada resultado?

    Un responsable último por etapa, cuenta y resultado.

    Definir
    • Responsable de la cuenta
    • Responsable de la oportunidad
    • Mánager
    • Roles especialistas
    • Escalado
    ProduceModelo de responsabilidades comerciales

    Segundo ordenLa responsabilidad compartida de una cuenta suele significar que nadie responde de su recuperación

  4. Definir los objetivos
    Paso 04 · La pregunta

    ¿Qué se espera que consiga la organización?

    Un objetivo es dato más gobierno: grano, versión, responsable y punto de congelación.

    Con qué grano
    • Objetivo anual
    • Objetivo del periodo
    • Objetivo por cuenta
    • Objetivo por segmento
    • Objetivo por producto
    • Objetivo por unidad de negocio
    ProduceModelo de objetivos

    Segundo ordenUn objetivo modificado a mitad de año sin versión reescribe todas las cifras de rendimiento pasadas

  5. Definir las señales de rendimiento
    Paso 05 · La pregunta

    ¿Qué medidas nos dicen si la ejecución está sana?

    Cada una es un contrato: definición, responsable, frescura y acción.

    Por ejemplo
    • Cobertura del pipeline
    • Conversión
    • Antigüedad por etapa
    • Entrada de pedidos
    • Importe facturado
    • Cumplimiento del objetivo
    • Precisión del forecast
    • Actividad con clientes
    ProduceContratos de KPI

    Segundo ordenUn KPI sin responsable ni acción es ruido en los informes

  6. Definir la segmentación
    Paso 06 · La pregunta

    ¿Cuándo se convierte una métrica en un estado de negocio con sentido?

    Entradas, definición, umbral, responsable y acción—juntos.

    Por ejemplo
    • En línea
    • Por debajo
    • En riesgo
    • Sin venta
    ProduceModelo de segmentación comercial

    Segundo ordenUna segmentación sin respuesta operativa es solo un código de colores

  7. Conectar señal y acción
    Paso 07 · La pregunta

    ¿Qué ocurre a causa de la señal?

    Cada señal nombra un responsable, una acción y un seguimiento.

    Definir
    • Responsable
    • Tarea
    • Campaña
    • Revisión
    • Plan de recuperación
    • Escalado
    • Acción de generación de pipeline
    ProduceModelo señal–acción

    Segundo ordenUna acción sin condición de salida sigue ejecutándose cuando la cuenta ya se ha recuperado

  8. Definir el ritmo de gestión
    Paso 08 · La pregunta

    ¿Cuándo se revisa el rendimiento, quién lo hace y con qué evidencia?

    Los foros funcionan desde el sistema, con las mismas definiciones en todas partes.

    Por ejemplo
    • Revisión semanal del pipeline
    • Revisión mensual del rendimiento de clientes
    • Revisión trimestral de objetivos
    ProduceRitmo de decisión

    Segundo ordenUna revisión hecha con hojas de cálculo le dice al equipo comercial que el CRM es opcional

  9. Cerrar el ciclo
    Paso 09 · La pregunta

    ¿Cómo cambia la acción la siguiente medición?

    Los resultados se registran para que el siguiente plan aprenda de ellos.

    Definir
    • Resultado
    • Estado
    • Recuperación
    • Reclasificación
    • Escalado
    • Aprendizajes
    ProduceModelo operativo comercial de ciclo cerrado

    Segundo ordenSin resultados registrados, nadie puede decir qué intervenciones funcionan

03Problemas habitualesSíntomas y lo que suele faltar

Los síntomas llegan como «necesitamos un dashboard mejor».

Debajo, nunca se diseñó la definición de una etapa, el responsable de un objetivo, un foro o la obligación de actuar.

  • Las etapas del pipeline significan cosas distintas en equipos distintos.

    Lo que suele faltarDefiniciones de etapa con criterios de entrada y de salida
  • Los jefes de ventas hacen la revisión del forecast desde una hoja de cálculo, no desde el CRM.

    Lo que suele faltarUn modelo de forecast y una revisión que se haga desde el sistema
  • Los dashboards muestran el rendimiento—y no pasa nada a raíz de ellos.

    Lo que suele faltarUn modelo de la señal a la acción con responsables nominales
  • Los objetivos viven en otro sistema y nadie es responsable de publicarlos.

    Lo que suele faltarUn modelo de objetivos con responsable, granularidad y fecha de congelación
  • Cada mes se marcan cuentas en riesgo; nadie es responsable de recuperarlas.

    Lo que suele faltarUna obligación de recuperación con revisión y resultado registrado
  • Las reglas de forecast cambian por región, así que el número global es una suma de opiniones.

    Lo que suele faltarUn gobierno común del forecast con reglas propias por modelo de venta
  • La cobertura se reporta, pero nunca se vincula a la generación de pipeline.

    Lo que suele faltarUn contrato de cobertura con umbral, responsable y acción
  • «Ganada» significa una firma en un equipo y un primer pedido en otro.

    Lo que suele faltarResultados de cierre normalizados por modelo de venta
04Qué diseñoArtefactos tangibles

Artefactos que hacen el negocio gobernable, no solo visible.

Cada uno responde a una pregunta que un dashboard deja abierta.

ModeloCómo se da forma al trabajo comercial
  • Modelo de venta¿Qué modelos de venta tenemos y en qué se diferencian?
  • Arquitectura del pipeline¿Cómo fluye el pipeline desde el origen hasta el cierre?
  • Modelo de etapas y criterios de salida¿Qué debe cumplirse para entrar y salir de cada etapa?
  • Ciclo de vida de la cuenta¿Por qué estados pasa un cliente, y por qué?
  • Matriz de responsabilidades¿Quién es responsable de cada cuenta, etapa, resultado y escalado?
MediciónQué se mide, y frente a qué
  • Modelo de objetivos¿Con qué granularidad, en qué versión, congelado cuándo?
  • Contratos de KPIUna definición, responsable, frecuencia y acción por medida
  • Modelo de forecast¿El número de quién, con qué entradas, ajustado cómo?
  • Modelo de segmentación¿Cuándo se convierte una métrica en un estado de negocio?
  • Dashboards de gestión¿Qué vista revisa cada foro, y a partir de cuál decide?
GobiernoQué ocurre a raíz de ello
  • Modelo de acción¿Qué señal crea qué tarea, campaña o revisión?
  • Proceso de recuperación¿Cuándo es obligatorio un plan—y cómo se cierra?
  • Cadencia de revisión del rendimiento¿Quién revisa qué, con qué frecuencia, con qué evidencia?
  • Marco de gobierno¿Quién cambia una definición, una etapa o un objetivo?
  • Señales de adopción del CRM¿Se usa de verdad el sistema para dirigir el negocio?
05Sistema operativo comercialUn circuito cerrado, no un informe

Los objetivos se convierten en acción—y la acción cambia el siguiente plan.

Ocho pasos, un solo circuito. Lee cada paso por responsable, sistema, señal, acción o cadencia—o selecciona un paso para ver los cinco.

EntradasProcesosCRMDatosObjetivosMedición Sistema operativo comercial

Leer cada paso por

Cada paso tiene un único responsable último. Donde dos equipos comparten un paso, el traspaso es explícito.

Paso 05

Rendimiento

Responsable
Operaciones de ventas
Sistema
Plataforma de datos
Señal
Rendimiento frente a objetivo; segmento
Acción
Publicar segmentos con versión
Cadencia
Mensual; provisional a diario
06Gobierno del pipelineEtapa ≠ porcentaje

Las etapas del pipeline deben reflejar la realidad del negocio, no la configuración del CRM.

Una etapa es un estado de negocio: qué debe cumplirse para entrar, qué debe cumplirse para salir, quién es responsable, qué evidencia lo demuestra y qué ocurre después.

Descubrimiento

Para entrar

Un contacto identificado confirma una necesidad que merece explorarse.

Para salir

Se entienden la necesidad, el contexto de compra y el proceso de decisión.

Responsable
Responsable de la oportunidad
Evidencia clave
Notas de descubrimiento; roles de los contactos
Siguiente acción
Cualificar—o cerrar como «sin oportunidad» con un motivo

Cualificada

Para entrar

Se cumplen los criterios de salida del descubrimiento.

Para salir

Presupuesto o volumen, plazos y decisor confirmados.

Responsable
Responsable de la oportunidad
Evidencia clave
Checklist de cualificación; importe y fecha estimados
Siguiente acción
Acordar con el cliente el alcance de la solución

Encaje de solución

Para entrar

Pipeline cualificado—cuenta en la cobertura a partir de aquí.

Para salir

El cliente acepta que la solución propuesta cumple el requisito.

Responsable
Responsable de la oportunidad con un especialista
Evidencia clave
Encaje con el requisito; validación técnica
Siguiente acción
Preparar y aprobar la propuesta comercial

Propuesta comercial

Para entrar

Solución aceptada en principio.

Para salir

Propuesta entregada y comentada con el decisor.

Responsable
Responsable de la oportunidad
Evidencia clave
Oferta aprobada; fecha de entrega; respuesta del cliente
Siguiente acción
Acordar condiciones, o revisar la propuesta

Negociación

Para entrar

Propuesta comentada; el cliente tiene intención de seguir adelante.

Para salir

Condiciones acordadas—o el cliente declina.

Responsable
Responsable de la oportunidad; jefe de ventas para las excepciones
Evidencia clave
Puntos abiertos; aprobaciones de cualquier desviación
Siguiente acción
Cerrar como ganada o perdida, con un motivo

Ganada / Perdida

Para entrar

Un resultado registrado: pedido, contrato o adjudicación firmados—o una pérdida.

Para salir

Final. Reabrir es una oportunidad nueva.

Responsable
Responsable de la oportunidad; confirmado por el jefe de ventas
Evidencia clave
Referencia del pedido o contrato; motivo de pérdida
Siguiente acción
Ganada: traspaso a entrega. Perdida: aprender del motivo

Etapa ≠ porcentaje

Un porcentaje«80 % de probabilidad»
  • Un número que alguien tecleó—o un valor por defecto de la etapa
  • Significa cosas distintas para cada comercial
  • No dice nada de lo que falta
  • No se puede auditar ni usar para acompañar al comercial
Un estado de negocio«Negociación»
  • La propuesta se comentó con el decisor
  • Solo quedan abiertas las condiciones comerciales
  • La siguiente acción se conoce y tiene fecha
  • La evidencia se puede comprobar en una revisión

La probabilidad es un resultado de la semántica de las etapas y del histórico—no un sustituto de ellas.

Un pipeline, varios modelos de venta

Cada modelo de venta necesita su propia semántica de etapas, lógica de forecast, duración del ciclo, expectativas de KPI y cadencia de revisión. La comparabilidad nace de gobernar lo que debe ser común—no de imponer un único proceso a todos.

Gobierno común · todos los modelos
  • Una definición de pipeline cualificado

    Cada modelo de venta cuenta pipeline en la cobertura solo después de cumplir sus propios criterios de salida de cualificación.

  • Un único conjunto de resultados

    Abierta, ganada o perdida—cada cierre con un motivo de una lista compartida.

  • Criterios de salida y siguiente paso en cada etapa

    Ninguna etapa sin una prueba para salir de ella y una siguiente acción con fecha.

  • Categorías de forecast compartidas

    Pipeline, mejor caso, compromiso y cerrado significan lo mismo en cada modelo de venta y en cada región.

  • Antigüedad frente a la referencia de cada modelo

    Un proyecto estratégico no está estancado a los 90 días; una ampliación de producto quizá sí.

  • Un único formato de revisión semanal

    Las mismas preguntas para cada modelo de venta, con la evidencia propia de cada uno.

Reglas propias de cada modelo

Cliente nuevo

Semántica de etapas
Descubrir · cualificar · proponer · negociar
Lógica de forecast
Por etapa; compromiso solo en negociación
Duración del ciclo
Meses
Expectativas de KPI
Pipeline cualificado creado; tasa de éxito; conversión a primer pedido
Cadencia de revisión
Revisión semanal del pipeline
Qué significa «ganada»
Primer pedido firmado

Proyecto estratégico

Semántica de etapas
Especificar · homologar · prototipar · adjudicación de serie
Lógica de forecast
Por rampa de volumen a lo largo de años, no por una fecha de cierre
Duración del ciclo
De uno a tres años
Expectativas de KPI
Homologaciones; tasa de adjudicación; volumen a lo largo de la vida
Cadencia de revisión
Revisión mensual de proyectos, más una revisión trimestral de cartera
Qué significa «ganada»
Adjudicación de serie

Ampliación de producto

Semántica de etapas
Identificar · muestra · aprobar · pedido
Lógica de forecast
Comprometido tras la aprobación de la muestra
Duración del ciclo
De semanas a meses
Expectativas de KPI
Líneas añadidas por cuenta; conversión de muestra a pedido
Cadencia de revisión
Revisión mensual de cuentas
Qué significa «ganada»
Primer pedido de la nueva línea

Generación de demanda

Semántica de etapas
Una fuente, no un ciclo de vida: lead → oportunidad cualificada en cualquier modelo
Lógica de forecast
No entra directamente en el forecast; aporta pipeline cualificado
Duración del ciclo
De lead a cualificada dentro de un nivel de servicio acordado
Expectativas de KPI
Pipeline cualificado generado; tasa de aceptación por ventas
Cadencia de revisión
Revisión semanal de traspasos con ventas
Qué significa «ganada»
Aceptada como oportunidad cualificada
El modelo de datos detrás · Caso de Sistemas y CRMUn solo CRM para varias modalidades comerciales
07Objetivos y rendimientoObjetivo = datos + gobierno

Un objetivo no es un número. Son datos más gobierno.

Granularidad, reparto, versión, precedencia, responsable y fecha de congelación deciden qué significa «rendimiento»—mucho antes de que nadie dibuje un gráfico.

ObjetivoDatosGobierno

Dimensiones · cada una con su granularidad
  • ClienteCuenta · línea de producto · mes
  • ComercialResponsable · mes—¿derivado de las cuentas o fijado de arriba abajo?
  • EquipoRegión o canal · trimestre
  • Unidad de negocioUN · familia de producto · año
  • FilialSociedad · divisa · año
  • Línea de productoLínea · segmento · trimestre
  • PeriodoMes, trimestre, año—natural o fiscal
  • ¿Cuál es la granularidad del objetivo?

    El nivel más bajo en el que se fija un objetivo y tiene responsable—a menudo cuenta × línea de producto × mes. Todo lo que está por encima es una agregación, no un segundo objetivo.

  • ¿Anual o mensual?

    Un objetivo anual necesita un reparto mensual para poder medirse durante el año. El reparto forma parte del objetivo, no es una elección de reporting.

  • ¿Acumulado YTD o por periodo?

    Ambos son legítimos. Cada KPI declara cuál utiliza—dan respuestas distintas en el mismo mes.

  • ¿Objetivo firmado o presupuesto?

    El objetivo comercial firmado y el presupuesto financiero a menudo difieren. Hay que nombrar contra cuál compara cada medida.

  • ¿Qué objetivo prevalece?

    Cuando los objetivos por cuenta y los fijados de arriba abajo no coinciden, uno es el de referencia y la diferencia se ve como un hueco sin asignar.

  • ¿Cómo cambia un objetivo a mitad de año?

    Como una nueva versión con fecha de efecto. Los meses pasados conservan la versión con la que se midieron.

  • ¿Quién es responsable de publicar los objetivos?

    Un único responsable publica cada versión—normalmente planificación comercial con finanzas—y nadie edita objetivos dentro del CRM.

  • ¿Cuándo se congela?

    En una fecha declarada para cada periodo. A partir de ahí, los cambios requieren aprobación y crean una nueva versión.

El acumulado del año necesita una semántica explícita

Un objetivo anual, un real, cuatro definiciones legítimas de lo que se esperaba a septiembre. Unidades sintéticas; ninguna cifra real.

Objetivo anual
1200
Mes
Septiembre
Real YTD
810
Objetivo YTD esperado, definido como
Reparto mensual · Año natural, doce meses iguales
  1. Mes 1: 100, computado
  2. Mes 2: 100, computado
  3. Mes 3: 100, computado
  4. Mes 4: 100, computado
  5. Mes 5: 100, computado
  6. Mes 6: 100, computado
  7. Mes 7: 100, computado
  8. Mes 8: 100, computado
  9. Mes 9: 100, computado
  10. Mes 10: 100, aún no vencido
  11. Mes 11: 100, aún no vencido
  12. Mes 12: 100, aún no vencido

1200 × 9 / 12. Todos los meses pesan lo mismo.

Rendimiento

810 ÷ 900

90 %

Por debajofrente a un umbral ilustrativo del 95 %

El mismo real, cuatro respuestas
DefiniciónYTD esperadoRendimiento
Reparto lineal90090 %
Reparto estacional804101 %
Revisado en julio84096 %
A 15 de septiembre85095 %

Pendiente de decidir¿Año natural o fiscal? · ¿En qué divisa—y a qué tipo de cambio? · ¿Y si una cuenta no tiene objetivo? · ¿Objetivo firmado o presupuesto?

08Segmentación → acciónEntradas · definición · umbral · responsable · acción

Una segmentación sin respuesta operativa es solo un código de colores.

Un segmento es un estado de negocio con una definición, un umbral versionado, un responsable y una obligación—no un color en un dashboard. Los umbrales aquí son ilustrativos; cada negocio fija los suyos.

  1. Entradas

    Rendimiento % frente al objetivo YTD + Caída en periodos consecutivos + Actividad de pedidos

  2. Definición

    Por debajo de lo esperado y a la baja.

  3. Umbral

    Ilustrativo: por debajo del 80 %, o a la baja durante dos periodos

  4. Responsable

    Responsable de cuenta; revisado por el jefe de ventas

  5. Acción

    Crear un plan de recuperación—obligatorio, con causa, objetivo y acciones con fecha.

La medición debe cambiar comportamientos

  1. SeñalCuenta En riesgo
  2. ResponsableResponsable de cuenta; revisado por el jefe de ventas
  3. AcciónCrear un plan de recuperación—obligatorio, con causa, objetivo y acciones con fecha.
  4. SeguimientoRevisión mensual de recuperación, plan a plan
  5. Resultado
    • Recuperada
    • Escalada
    • Cerrada con un motivo

El rendimiento del cliente no es solo historial de ventas

Entradas
  • Pedidos (utilizada)
  • Facturas (utilizada)
  • Objetivos (utilizada)
  • Oportunidades abiertas
  • Actividad
  • Penetración de producto
Señales

Facturado más pedidos abiertos frente al objetivo YTD.

Acciones
  • Recuperación (activada)
  • Venta cruzada
  • Reactivación
  • Generación de pipeline
  • Revisión de dirección (activada)

Planes de recuperación, estructurados

  1. 01Problema de rendimiento

    Cuenta al 72 % del objetivo YTD, a la baja durante dos periodos

  2. 02Causa

    El volumen de una línea de producto se ha ido a un segundo proveedor

  3. 03Objetivo de recuperación

    Volver al 90 % del objetivo YTD en el periodo 12

  4. 04Acciones

    Tres: revisión de precios con el responsable de pricing; visita técnica; muestra de una línea alternativa

  5. 05Responsable

    Responsable de cuenta; revisado por el jefe de ventas

  6. 06Fecha límite

    Acciones en seis semanas; revisión del plan en el siguiente foro mensual

  7. 07Revisión

    Revisión mensual de recuperación, plan a plan—no en totales

  8. 08Resultado

    Recuperada · Escalada · Cerrada con un motivo

  • ¿Cuándo es obligatorio un plan?

    Cuando lo dice el segmento—normalmente En riesgo—, no cuando un jefe de ventas se acuerda. La regla está escrita y se aplica igual en todas partes.

  • ¿Quién es responsable?

    El responsable de cuenta lo redacta y lo ejecuta; el jefe de ventas lo revisa. La responsabilidad no pasa a quien construyó el dashboard.

  • ¿Cuántas acciones?

    Pocas y con fecha—normalmente de dos a cuatro. Un plan con diez acciones es una lista de deseos.

  • ¿Cómo se decide el cierre?

    En el foro de revisión: recuperada, escalada o cerrada con un motivo. El segmento por sí solo no cierra un plan.

  • ¿Y si el rendimiento se recupera solo?

    El plan se cierra igualmente en la revisión, marcado como recuperado sin intervención—es evidencia útil, no ruido.

  • ¿Y si no se hace nada?

    Un plan vencido escala al siguiente nivel en el foro siguiente. El silencio se ve.

  • ¿Cómo se conserva el histórico?

    Los planes son registros que nunca se sobrescriben: causa, acciones, fechas y resultado quedan vinculados a la cuenta.

09Cadencia de gestiónDiaria · semanal · mensual · trimestral

Un dashboard no crea responsabilidad. Las rutinas de gestión, sí.

Cuatro foros a lo largo de un trimestre. Cada uno tiene participantes, evidencias, decisiones y resultados—y se celebra desde una vista del sistema, no desde una exportación.

DiarioEjecución operativa
SemanalRevisión de pipeline y oportunidades
MensualRevisión del rendimiento de clientes y de la recuperación
TrimestralRevisión de objetivos y estrategia
Diario

Ejecución operativa

Participantes
Comerciales; ventas internas
Evidencias
Mis oportunidades abiertas, siguientes pasos pendientes, leads nuevos
Decisiones
En qué trabajar hoy
Resultados
Siguientes pasos actualizados; actividades registradas
Se celebra desde
Página de inicio del comercial en el CRM
Semanal

Revisión de pipeline y oportunidades

Participantes
Jefe de ventas y equipo
Evidencias
Cambios de etapa, oportunidades estancadas, cambios en el compromiso, cobertura
Decisiones
Avanzar, aplazar, cerrar o recualificar oportunidades concretas
Resultados
Previsión del jefe de ventas; acciones por oportunidad
Se celebra desde
Vista de revisión del pipeline, filtrada por equipo
Mensual

Revisión del rendimiento de clientes y de la recuperación

Participantes
Jefes de ventas; operaciones de ventas
Evidencias
Segmentos, planes de recuperación abiertos, acciones vencidas, cuentas sin venta
Decisiones
Aceptar, cuestionar, escalar o cerrar planes de recuperación
Resultados
Resultados de los planes; escalados; lista de reactivación
Se celebra desde
Vista de revisión del rendimiento con el estado de los planes
Trimestral

Revisión de objetivos y estrategia

Participantes
Dirección comercial; finanzas; operaciones
Evidencias
Cumplimiento de objetivos, precisión del forecast, rendimiento por modelo de venta, tendencia de la cobertura
Decisiones
Repriorizar modelos de venta, segmentos y objetivos de cobertura; aprobar revisiones de objetivos
Resultados
Plan actualizado; nueva versión del objetivo cuando se aprueba
Se celebra desde
Vista de dirección, con las mismas definiciones

El valor del CRM aumenta cuando las rutinas de gestión se ejecutan desde el sistema. Los comerciales mantienen el CRM al día cuando la revisión a la que asisten lo utiliza.

10Forecast y coberturaGobierno y responsabilidad, no una fórmula

¿De quién es el número del forecast—y a qué obliga una cobertura baja?

No existe una fórmula universal de forecast. Existe un conjunto gobernado de entradas, un criterio registrado, un único responsable del número final—y métricas que ponen a trabajar a alguien cuando cruzan una línea.

Seis entradas, cada una con su forma de fallar

  • Etapa del pipeline

    Dónde está realmente la operación

    Falla cuandoHay etapas sin criterios de salida
  • Fecha de cierre prevista

    En qué periodo cae

    Falla cuandoSe aplazan fechas en silencio, mes tras mes
  • Importe

    Cuánto, en qué divisa

    Falla cuandoHay importes provisionales que nunca se revisan
  • Probabilidad

    Un valor por defecto por etapa, o el histórico

    Falla cuandoSe teclea a mano para que un número cuadre
  • Criterio del jefe de ventas

    Lo que los datos no pueden saber

    Falla cuandoHay ajustes sin registro y sin motivo
  • Comportamiento histórico

    Conversión y deslizamiento por modelo de venta

    Falla cuandoSe aplica una única referencia a todos los modelos

Gobierno del forecast

  • ¿Por etapa o por probabilidad?

    Las categorías siguen por defecto la semántica de las etapas; la probabilidad se deriva, no se teclea. El histórico la calibra por modelo de venta.

  • ¿Puede ajustarlo un jefe de ventas?

    Sí—en el nivel del forecast, nunca editando la oportunidad. Cada ajuste registra quién, cuándo, desde qué, a qué y por qué.

  • ¿Qué categorías de forecast?

    Pipeline, mejor caso, compromiso, cerrado—un único conjunto, definido una vez, usado en todos los modelos de venta y regiones.

  • ¿Quién es responsable del número final?

    El director de ventas de la unidad. Cada comercial es responsable de su previsión; cada jefe de ventas, de su ajuste; el director, del número enviado.

  • ¿Cómo se registran los cambios?

    Con instantáneas semanales del forecast y de la categoría, el importe y la fecha de cada oportunidad—para que el movimiento sea visible, no reconstruido.

  • ¿Cómo se mide la precisión?

    Forecast enviado frente a real, por unidad y modelo de venta, con un desfase fijo. La precisión se revisa cada trimestre—como señal sobre el proceso, no como lista de culpables.

  • ¿Qué pasa con las oportunidades estancadas?

    Si superan la referencia de antigüedad de su modelo, o tienen una fecha de cierre pasada, salen del compromiso hasta que el responsable las actualiza.

La cobertura de pipeline, como contrato de métrica

Un KPI sin responsable ni acción es ruido de reporting. La cobertura se gana su sitio cuando un número por debajo de la línea pone en marcha la generación de pipeline.

Contrato de métrica

Cobertura de pipeline

Pipeline abierto elegibleObjetivo pendiente

Dimensiones
SegmentoPeriodoUnidad de negocioComercial
Responsable
Dirección de ventas (definición custodiada por operaciones de ventas)
Actualización
Diaria; revisada cada semana
Acción
Generación de pipeline cuando la cobertura cae por debajo del múltiplo acordado
El mismo pipeline, dos decisiones dentro de la fórmula
¿Qué oportunidades cuentan?
¿Ponderado por probabilidad?

2,6×780 ÷ 300 de objetivo pendiente

Por debajo del 3× contratado: se requiere generar 120 de pipeline, bajo la responsabilidad de la dirección de ventas.

Decisiones dentro de la definición
  • ¿Qué oportunidades son elegibles?

    Etapa cualificada o posterior, fecha de cierre dentro del horizonte, responsable activo. Todo lo demás es visible—pero no cuenta.

  • ¿Ponderado o sin ponderar?

    Hay que elegir uno por contrato y fijar el umbral para él. Un umbral de 3× no significa nada frente a un número ponderado.

  • ¿Qué objetivo?

    El objetivo firmado pendiente del periodo, en la versión publicada—no el presupuesto, ni la versión del mes pasado.

  • ¿Qué horizonte de fecha de cierre?

    El resto del periodo, o una ventana móvil por modelo de venta. Los ciclos largos de proyecto necesitan una más larga.

  • ¿Cómo se tratan las renovaciones?

    Por separado. Mezclar renovaciones con pipeline nuevo infla la cobertura justo donde falta crecimiento.

  • ¿Qué divisa?

    La divisa de reporting al tipo de planificación, para que los movimientos del tipo de cambio no parezcan pipeline.

11Casos de referenciaFicticios y compuestos

Seis casos, un solo sistema operativo.

Escenarios B2B globales sintéticos. La arquitectura de referencia de rendimiento comercial y el caso del proceso de recuperación se leen aquí desde la óptica RevOps; cuatro casos nuevos cubren modelos de venta, objetivos, forecast y cadencia.

  1. Caso 01Arquitectura de referencia · óptica RevOpsObjetivo + real + segmento + acción + revisión

    Gestión del rendimiento comercial

    El rendimiento se mide contra el objetivo cada mes—y la medición se queda en el dashboard.

    Pregunta de arquitectura¿Cómo se convierten objetivo, real, segmento, acción y revisión en un único circuito, con un responsable en cada paso?

    ObjetivoRealSegmentoAcciónRevisión
    PlanificaciónERPPlataforma de datosCRMConecta conDatos e IntegracionesArquitectura de Procesos
  2. Caso 02Caso de procesos · óptica RevOpsGobierno de la recuperación: responsable, cadencia, resultado

    Diseñar un proceso de recuperación del rendimiento comercial

    Las cuentas en riesgo se ven cada mes—y nadie es responsable de recuperarlas.

    Pregunta de arquitectura¿Quién es responsable de la recuperación, en qué foro se revisa y quién decide que ha terminado?

    SeñalDueñoPlanRevisiónResultado
    Plataforma de datosCRMPlanificaciónConecta conArquitectura de ProcesosAutomatización
  3. Caso 03Caso seleccionadoGobierno común + reglas propias de cada modelo

    Gobernar el pipeline con varios modelos de venta

    Cuatro modelos de venta comparten un mismo informe de pipeline, pero «cualificada», «estancada» y «ganada» significan algo distinto en cada uno—así que el número global no es fiable ni comparable.

    Pregunta de arquitectura¿Qué reglas deben ser comunes, cuáles propias de cada modelo de venta—y cómo llegan ambas a una única revisión?

    ModelosComunesPropiasForecastRevisión
    CRMPlataforma de datosPlanificaciónConecta conArquitectura de Sistemas y CRMArquitectura de Procesos
  4. Caso 04Granularidad, versiones y lógica YTD del objetivo

    Un modelo de objetivos con semántica de periodo explícita

    La misma cuenta aparece al 90 % en un informe y al 101 % en otro, porque los objetivos se cargan como números sin reparto, versión ni responsable.

    Pregunta de arquitectura¿Qué hace que un objetivo sea medible durante el año—y quién decide cuándo cambia?

    FijarRepartirPublicarCongelarMedirRevisar
    PlanificaciónPlataforma de datosCRMERPConecta conDatos e IntegracionesModelo Operativo Digital
  5. Caso 05Responsabilidad del forecast y contrato de cobertura

    Un forecast gobernado y una cobertura de pipeline que obligan a actuar

    El forecast se rehace cada lunes en una hoja de cálculo, los ajustes son invisibles y la cobertura se reporta sin que a nadie se le pida generar pipeline.

    Pregunta de arquitectura¿De quién es el número del forecast, cómo se registra el criterio—y a qué obliga una cobertura baja?

    PipelineComercialJefeFinalPrecisión
    CRMPlataforma de datosPlanificaciónConecta conDatos e IntegracionesArquitectura de Sistemas y CRM
  6. Caso 06Foros, evidencias y señales de adopción

    Llevar la cadencia de gestión comercial desde el CRM

    A los comerciales se les pide mantener el CRM al día, pero todas las reuniones de gestión se hacen desde hojas de cálculo—así que el sistema se mantiene para nadie.

    Pregunta de arquitectura¿Qué foros dirigen el negocio, qué evidencia usa cada uno—y cómo sabemos que se celebran desde el sistema?

    DíaSemanaMesTrimestreAdopción
    CRMPlataforma de datosHerramientas de colaboraciónConecta conCambio y AdopciónModelo Operativo Digital
12Preguntas que cambian el diseñoLa segunda capa

Toda petición de RevOps tiene una segunda capa.

La petición visible es donde empieza el diseño, no donde termina.

Empieza por una petición
Requisito visible
“Hacednos un dashboard de pipeline.”
Primera capa

Un dashboard con el pipeline por etapa, responsable y mes de cierre.

Eso es una foto del pipeline. Todavía no es un pipeline gobernado.

4 de 6 preguntas a la vista

Segunda capa — lo que la petición no dice
  1. Si nadie sabe nombrar una, el dashboard se admirará y se ignorará.

13Capacidades conectadasDónde encaja RevOps

Procesos, sistemas y datos—con un mismo ritmo operativo.

Revenue Operations

  1. Arquitectura de Procesos

    Los procesos definen las etapas, traspasos, derechos de decisión y flujos de recuperación que RevOps después gobierna y mide.

  2. Arquitectura de Sistemas y CRM

    Los sistemas deciden dónde viven el pipeline, los objetivos y las señales—un núcleo de oportunidad, muchos modelos de venta.

  3. Datos e Integraciones

    Pedidos, facturas y objetivos se cruzan, se calculan una vez y se publican como señales gobernadas.

  4. Automatización

    Segmentos y señales se convierten en tareas, campañas y escalados—con salidas cuando cambia el estado.

  5. Cambio y Adopción

    El valor del CRM crece cuando las rutinas de gestión se ejecutan desde el sistema; la adopción es un resultado del modelo operativo.

  6. Modelo Operativo Digital

    Responsables, foros y derechos de decisión hacen que el ritmo operativo se mantenga cuando termina el proyecto.

Decisiones de arquitectura

Artículos y trabajo relacionado

Siguiente capacidad · 01Arquitectura de Procesos

Revenue Operations no consiste en dashboards ni en higiene del CRM. Es el sistema operativo comercial:

  1. Modelos de venta
  2. Etapas
  3. Responsabilidad
  4. Objetivos
  5. Señales
  6. Segmentos
  7. Acciones
  8. Cadencia
  9. Revisión

Un único sistema operativo comercial, medido igual en todas partes.

Convertir las señales comerciales en acción gobernada.

Empecemos por el circuito

Dashboards por todas partes—¿y nadie obligado a actuar sobre ellos?

  • ¿Qué significa «cualificada» en cada uno de tus equipos?
  • ¿Contra qué versión del objetivo se midió septiembre?
  • ¿Qué revisión se hace hoy desde el CRM?
Hablemos