Caso de proceso / 03 · Analítica → proceso → acción

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

Un caso ficticio sobre el paso que viene después del dashboard: clasificación, responsables, planes de recuperación, cadencia de revisión y escalado. La analítica convertida en acción operativa.

Escenario ficticio

Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.

01El resultado

Cada señal relevante crea una obligación con responsable, y cada obligación termina en un resultado registrado: recuperada, escalada o aceptada.

La realidad

Las cuentas con bajo rendimiento se ven cada mes, y nada obliga a que pase algo después.

Dimensión clave

Analítica → proceso → acción

Decisión clave

Convertir la clasificación en una regla y dar a cada clase una obligación, un responsable y una cadencia de revisión explícitos.

ContextoUna empresa B2B sigue las ventas frente a los objetivos por cuenta. La analítica es sólida: cada mes se identifican las cuentas con bajo rendimiento. Lo que falta es el proceso que convierte una señal en un responsable, un plan, unas acciones y una decisión.

Sistemas y actoresPlataforma de datosCRMPlanificación

02La realidad · situación actual

Lo que pasa realmente hoy.

  • Las cuentas con bajo rendimiento aparecen en un dashboard, pero nadie está obligado a actuar
  • Cada responsable comercial define ‘en riesgo’ a su manera
  • Los planes de recuperación viven en presentaciones, sin responsables ni fechas
  • Las reuniones mensuales hablan de totales, no de cuentas
  • Las cuentas desaparecen de la lista sin que nadie decida que se han recuperado
  • Nadie sabe qué acciones recuperan de verdad una cuenta

03Proceso objetivo

7 etapas, 3 roles, 2 sistemas.

Cada etapa se sitúa en el carril que es responsable de ella y muestra qué ocurre en cada sistema en ese momento. Selecciona una etapa para ver su anatomía; lee el modelo a través de los controles, las excepciones o la idoneidad para automatizar.

Modelo operativo / swimlaneRecuperación del rendimiento comercialSeñal mensual de rendimiento → Plan cerrado con un resultado registrado

Etapas, responsables, contactos con sistemas y traspasos.

Gestor de cuentaResponsable de la cuenta y de su plan
Director de ventasAcuerda, revisa y escala
RevOpsClases, umbrales y cadencia
Plataforma de datosCalcula las señales
CRMClase, plan, acciones y revisiones
Carril / etapa
RevOps → Gestor de cuenta
Gestor de cuenta → Dir. ventas
Señal en la cuentaReglas de claseClase y motivoTarea de revisiónRegistro del planTareas y actividadesActualización de la señalRegistro de la revisiónResultado del planHistorial de clases
Acción humanaAcción de sistemaDecisiónPunto de aprobaciónEstado del ciclo de vidaContacto con sistemaTraspasoCambio de autoridadRetorno por excepción
Anatomía de la etapa · 02 / 07

Clasificación de la cuenta

DecisiónAutomatizar
  1. Disparador

    Señales publicadas

  2. Decisión

    ¿Qué clase aplica: en objetivo, bajo rendimiento, en riesgo o sin ventas?

  3. Responsable

    RevOps (reglas) — aplicadas automáticamente

  4. Acción del sistema

    Las reglas asignan la clase; el CRM muestra la clase, el motivo y la versión de la regla

  5. Estado del dato

    Cuenta · Clasificada

  6. Siguiente etapa

    03 Revisión del responsable

Información necesaria
  • Brecha frente al objetivo
  • Tendencia en periodos consecutivos
  • Actividad de pedidos
Controles
  • Los umbrales son responsabilidad de RevOps y solo cambian con la conformidad de la Dirección de ventas
Excepciones
  • Estacionalidad conocida o evento puntual — Clase modificada con motivo y fecha de caducidad; nunca en silencioDetectada por: Gestor de cuenta · Responsable: Director de ventas · Cambio manual con motivo y caducidad
Idoneidad para automatizar

Automatizar. La clasificación es una regla. Los cambios manuales son humanos y caducan.

    1. Disparador

      Señales publicadas

    2. Decisión

      ¿Qué clase aplica: en objetivo, bajo rendimiento, en riesgo o sin ventas?

    3. Responsable

      RevOps (reglas) — aplicadas automáticamente

    4. Acción del sistema

      Las reglas asignan la clase; el CRM muestra la clase, el motivo y la versión de la regla

    5. Estado del dato

      Cuenta · Clasificada

    6. Siguiente etapa

      03 Revisión del responsable

    Información necesaria
    • Brecha frente al objetivo
    • Tendencia en periodos consecutivos
    • Actividad de pedidos
    Controles
    • Los umbrales son responsabilidad de RevOps y solo cambian con la conformidad de la Dirección de ventas
    Excepciones
    • Estacionalidad conocida o evento puntual — Clase modificada con motivo y fecha de caducidad; nunca en silencioDetectada por: Gestor de cuenta · Responsable: Director de ventas · Cambio manual con motivo y caducidad
    Idoneidad para automatizar

    Automatizar. La clasificación es una regla. Los cambios manuales son humanos y caducan.

04Dimensión clave · Analítica → proceso → acción

Cuatro clases, cuatro obligaciones distintas

Una clase solo sirve si cambia lo que alguien debe hacer. Cada una lleva un responsable, una obligación y un ritmo de revisión.

  1. En objetivoEn objetivo o por encima, y con buena tendencia
    Disparador
    Brecha dentro de la tolerancia
    Responsable
    Gestor de cuenta
    Obligación
    Nada obligatorio: ni plan ni informe
    Revisión
    Trimestral
  2. Bajo rendimientoPor debajo del objetivo, tendencia estable
    Disparador
    Brecha fuera de tolerancia durante un periodo
    Responsable
    Gestor de cuenta
    Obligación
    Revisión del responsable; el plan es opcional
    Revisión
    Mensual
  3. En riesgoPor debajo del objetivo y en descenso
    Disparador
    Brecha que crece en periodos consecutivos
    Responsable
    Gestor de cuenta · Director de ventas
    Obligación
    El plan de recuperación es obligatorio
    Revisión
    Mensual, plan a plan
  4. Sin ventasNingún pedido en el periodo
    Disparador
    Sin ventas facturadas donde existe objetivo
    Responsable
    Director de ventas
    Obligación
    Revisión dentro del ciclo; un plan o una salida documentada
    Revisión
    Mensual hasta resolverse

El dashboard muestra la clase. El proceso decide a qué obliga esa clase y a quién, y qué pasa si no se cumple.

05Responsabilidad y derechos de decisión

Un único responsable último por decisión.

Derechos de decisión de Recuperación del rendimiento comercial
DecisiónGestor cuentaDir. ventasDir. comercialRevOpsFinanzas
02Definir clases y umbralesNo intervieneC ConsultadoA Responsable últimoR EjecutorC Consultado
02Modificar una clasificaciónR EjecutorA Responsable últimoNo intervieneI InformadoNo interviene
03Exigir un plan de recuperaciónR EjecutorA Responsable últimoNo intervieneNo intervieneNo interviene
04Acordar el planR EjecutorA Responsable últimoI InformadoNo intervieneNo interviene
06Escalar una cuentaC ConsultadoR EjecutorA Responsable últimoNo intervieneNo interviene
07Declarar recuperada la cuentaR EjecutorA Responsable últimoNo intervieneC ConsultadoNo interviene
  1. 02Definir clases y umbrales
    AResponsable último
    Dir. comercial
    REjecutor
    RevOps
    CConsultado
    Dir. ventas · Finanzas
  2. 02Modificar una clasificación
    AResponsable último
    Dir. ventas
    REjecutor
    Gestor cuenta
    IInformado
    RevOps
  3. 03Exigir un plan de recuperación
    AResponsable último
    Dir. ventas
    REjecutor
    Gestor cuenta
  4. 04Acordar el plan
    AResponsable último
    Dir. ventas
    REjecutor
    Gestor cuenta
    IInformado
    Dir. comercial
  5. 06Escalar una cuenta
    AResponsable último
    Dir. comercial
    REjecutor
    Dir. ventas
    CConsultado
    Gestor cuenta
  6. 07Declarar recuperada la cuenta
    AResponsable último
    Dir. ventas
    REjecutor
    Gestor cuenta
    CConsultado
    RevOps
AResponsable últimoREjecutorCConsultadoIInformadoExactamente una A por decisión

06Excepciones y rutas de fallo

8 rutas de excepción, cada una con responsable y destino.

01 Detección del rendimientoLa cuenta no tiene objetivo

Marcada ‘sin objetivo’; nunca se clasifica en silencio como en objetivo

Detectada por
Control de calidad de datos
Responsable
Director de ventas
Destino
Retenida hasta que exista objetivo
02 Clasificación de la cuentaEstacionalidad conocida o evento puntual

Clase modificada con motivo y fecha de caducidad; nunca en silencio

Detectada por
Gestor de cuenta
Responsable
Director de ventas
Destino
Cambio manual con motivo y caducidad
03 Revisión del responsableCausa fuera de nuestro control

Documentada con evidencia; la cuenta se vigila sin plan

Detectada por
Gestor de cuenta
Responsable
Director de ventas
Destino
Documentada; no requiere plan
04 Plan de recuperaciónPlan poco creíble

Vuelve a revisión, con lo que falta

Detectada por
Director de ventas
Responsable
Gestor de cuenta
Destino
Vuelve a 03 Revisión del responsable
05 AccionesAcción atrasada

Se plantea en la revisión mensual, no se persigue por correo

Detectada por
Fecha límite
Responsable
Gestor de cuenta
Destino
Se muestra en la revisión mensual
06 Revisión mensualNo se ha tomado ninguna acción

Escalado, con la explicación del gestor de cuenta

Detectada por
Grado de ejecución de las acciones
Responsable
Director de ventas
Destino
Escala a la dirección comercial
06 Revisión mensualLa brecha crece

El plan se revisa y se vuelve a acordar

Detectada por
Señal
Responsable
Gestor de cuenta
Destino
Vuelve a 04 Plan de recuperación
07 Resolución / escaladoRecaída tras el cierre

Una nueva revisión, vinculada al plan anterior

Detectada por
Señal
Responsable
Gestor de cuenta
Destino
Vuelve a 03 Revisión del responsable

07Proceso ↔ sistema

Primero la pregunta de proceso. Entonces la pregunta de sistema tiene respuesta.

EtapaResponsable últimoAcción del sistemaEstado del datoAutomatización
01Detección del rendimientoRevOps (definición) · Plataforma de datos (cálculo)La plataforma de datos compara el real con el objetivo y la tendencia, cuenta a cuentaSeñal · CalculadaAutomatizar
02Clasificación de la cuentaRevOps (reglas) — aplicadas automáticamenteLas reglas asignan la clase; el CRM muestra la clase, el motivo y la versión de la reglaCuenta · ClasificadaAutomatizar
Cambia la responsabilidad — RevOps → Gestor de cuenta
03Revisión del responsableGestor de cuentaEl CRM crea una tarea de revisión con la señal, la clase y el contexto de la cuentaCuenta · En revisiónMantener humano
Cambia la responsabilidad — Gestor de cuenta → Dir. ventas
04Plan de recuperaciónDirector de ventasEl CRM guarda el plan: causa, acciones, responsables, fechas y efecto esperadoPlan · AcordadoMantener humano
05AccionesGestor de cuenta y los responsables de cada acciónLas acciones se siguen como tareas y actividades del CRM vinculadas al planPlan · En cursoAsistir — confirma una persona
06Revisión mensualDirector de ventasUna vista de revisión compara el efecto esperado de cada plan con la nueva señalPlan · RevisadoAsistir — confirma una persona
07Resolución / escaladoEl director de ventas cierra · RevOps define ‘recuperada’El plan se cierra con su resultado; el historial de clases se conserva para el análisisPlan · Cerrado (recuperada, escalada o aceptada)Asistir — confirma una persona
Pregunta de proceso: P1¿Qué dispara una intervención?
Pregunta de sistema: S1¿Qué señal, calculada dónde, llega al CRM y con qué frecuencia?
Pregunta de proceso: P2¿Cuándo es obligatorio un plan de recuperación?
Pregunta de sistema: S2¿Qué clase crea la exigencia de un plan y cómo se muestra un plan que falta?
Pregunta de proceso: P3¿Qué se revisa cada mes?
Pregunta de sistema: S3¿Qué vista compara el efecto esperado y el real, plan a plan?
Pregunta de proceso: P4¿Cuándo se ha recuperado una cuenta?
Pregunta de sistema: S4¿Qué regla fija ‘recuperada’ y dónde se guarda el historial de clases?

08La segunda capa

Preguntas que cambian el diseño.

Clasificación

  1. ¿Quién es responsable de cada clasificación y quién puede cambiarla?
  2. ¿Qué dispara la intervención: un mal mes o una tendencia?
  3. ¿‘Sin ventas’ es un problema comercial, un evento del cliente o un problema de datos?

Obligación

  1. ¿Cuándo es obligatorio un plan de recuperación?
  2. ¿Qué acciones se esperan y quién decide si bastan?
  3. ¿Qué pasa si no se actúa?

Cierre

  1. ¿Qué se revisa cada mes, cuenta por cuenta?
  2. ¿Cuándo se considera recuperada la cuenta?
  3. ¿Quién cierra el plan y cómo se mide la responsabilidad?

09Medición

La salud del proceso, definida por responsable y acción.

No se muestran valores: en un diseño, el entregable es la definición.

ControlEtapas 02 → 04
Cobertura de planes

Cuentas clasificadas en riesgo o sin ventas que tienen un plan acordado

Responsable
Dirección de ventas
Desencadena
Perseguir los planes que faltan, no las cifras que faltan
AdelantadoEtapa 03
Puntualidad de las revisiones

Revisiones del responsable completadas dentro del ciclo, por director

Responsable
Dirección de ventas
Desencadena
Reequilibrar carteras donde las revisiones se retrasan
AdelantadoEtapa 05
Ejecución de acciones

Acciones previstas completadas antes de su fecha límite

Responsable
Gestores de cuenta
Desencadena
Se analiza cuenta por cuenta en la revisión mensual
RetrasadoEtapas 04 → 07
Tasa de recuperación

Planes cerrados como recuperados, por clase y causa

Responsable
Dirección comercial
Desencadena
Reutilizar las acciones que recuperan cuentas; abandonar las que no
ControlEtapa 07
Tasa de recaída

Cuentas recuperadas que vuelven a clasificarse dentro de un plazo fijado

Responsable
RevOps
Desencadena
Revisar la definición de ‘recuperada’

10Qué produce el trabajo

Entregables y conexiones.

  1. 01Proceso de intervención
  2. 02Modelo de clasificación y umbrales
  3. 03Modelo de acciones
  4. 04Modelo de escalado
  5. 05Cadencia de revisión
  6. 06Vínculo entre KPI y proceso