Casos de estudio / Mesa de operaciones CRM

Implementación de referencia

Un CRM contra el que
finanzas puede cerrar

Este texto describe la mesa de operaciones que entregamos a equipos de ventas y finanzas que ya superaron la hoja de cálculo y el valor por defecto del proveedor. La interfaz de abajo es un simulador determinista — no una cuenta de cliente nombrada.

Seis secciones

Qué cubre de verdad este caso

Los textos con cliente nombrado esperan aprobación. Esta página es la referencia: las mismas seis secciones, escritas contra una mesa que se puede pulsar.

Contexto y restricciones

Ocho puestos de ventas, pipeline en una hoja, facturas en otro libro, sin identificador de cuenta compartido. La restricción no es “más campos”, es un modelo contra el que ventas y finanzas cierran, con RBAC en lugar de un login compartido.

Qué se construyó

Una mesa con cuatro superficies: KPI y actividad, tablero de cinco etapas, registro de deals y antigüedad de facturas. La ficha muestra owner, origen, probabilidad y la siguiente acción. Los deals ganados siguen en la misma cuenta que sus facturas.

Decisiones de arquitectura

Una entidad de cuenta para empresa, deal y factura — no un job de sync CRM hacia ERP. Los cambios de etapa son eventos. La demo pública es un simulador determinista, rastreable y clicable sin backend.

Stack tecnológico

React 19, TypeScript y las mismas primitivas: Card, Table, Tabs, Dialog, Badge, Progress. En entrega se añade capa de integración Node.js, PostgreSQL y registro de eventos. La demo no llama esos servicios.

Resultado verificable

No hay un resultado de cliente nombrado. Se puede verificar la interfaz: valor de pipeline, win rate, seguimientos atrasados y cobros se mueven en un tick de 20 minutos.

Qué cambiaríamos

La demo aún deja el RBAC a nivel de campo y los adaptadores de correo/telefonía en el texto. En una entrega los sacaríamos a pantallas propias — matriz de permisos y log de integración reproducible.

Demo en vivo

La mesa en marcha

Parámetros: 8 puestos, 18 slots de deals abiertos, objetivo trimestral de 420 k€, ticks de 20 minutos. Sin datos de cliente, libro en vivo ni correo saliente.

Demo interactiva. Las cifras son sintéticas y no representan una cuenta de cliente nombrada.
Mesa de operaciones Northwind8 puestos · 18 slots de deals abiertos · €420.0k objetivo trimestral
7 seguimientos atrasadosLiveLun 09:00
Pipeline abierto100%
€460.3kde €420.0k
Win rate
67%€70.1k ganado en el ciclo
Deals abiertos
15Oportunidades activas sin won ni lost
Cuentas por cobrarVencida
€42.6kFacturas enviadas y vencidas
Ingresos cerrados, 8 semanas

Reservas semanales sintéticas para la densidad del gráfico, no un libro real.

W-8W-7W-6W-5W-4W-3W-2W-1
Actividad reciente

Llamadas, correo, reuniones y cambios de etapa del simulador.

  • Correo de seguimiento enviado
    Helios Grid
    −1h
  • Sesión de trabajo reservada
    Nordic Charge
    −1h
  • Llamada registrada
    Vistula Media
    −2h
  • Sesión de trabajo reservada
    Rhine Storage
    −3h
  • Correo de seguimiento enviado
    Baltic Ports
    −4h
  • Sesión de trabajo reservada
    Atlas Fleet
    −5h
  • Correo de seguimiento enviado
    Lumen Labs
    −6h
  • Sesión de trabajo reservada
    Silesia Steel
    −7h
FAQ

Cómo leer este caso

No. Es una implementación de referencia de la mesa CRM. Los textos nombrados salen solo cuando el cliente confirma cada frase.
No. Parámetros de simulación: ocho puestos, objetivo de 420 k€, tick de 20 minutos. El propósito es el layout y el comportamiento de actualización.
Una capa de integración sobre correo, telefonía y el libro existente, RBAC a nivel de campo, registro de auditoría y una salida desde la hoja.
Sí. El primer entregable habitual es el modelo de cuenta y las cuatro superficies que ve aquí, cableadas a sus etapas y no al valor por defecto del proveedor.

¿La hoja de cálculo ya no aguanta?

Describa el pipeline, el libro con el que no habla y dónde se rompen los pases. En 24 horas lo bajamos a un modelo de cuenta concreto.