Un proceso de deal desk lleva un acuerdo con excepciones desde la solicitud hasta el acuerdo registrado. Cada excepción, del descuento al SLA, llega a la persona adecuada, que decide a tiempo y deja constancia. Funciona cuando se ejecuta de principio a fin como un único proceso orquestado, con una solicitud completa, cada paso en orden y cada decisión trazada. Así, más acuerdos se cierran en el trimestre previsto, el margen se mantiene en los acuerdos no estándar y la pista de auditoría existe antes de que Finanzas o un auditor la pidan.
En resumen
- La solicitud se envía una sola vez y completa: alcance, precio, condiciones, crédito y borrador del contrato.
- Los puntos fuera de política van en paralelo a sus responsables, cada uno con un plazo. Reciben un recordatorio, luego la solicitud se escala, y nada se aprueba por defecto.
- Las tareas agénticas preparan el terreno, como una comprobación frente a los márgenes mínimos o una recomendación sobre las condiciones de crédito, y una persona valida cada resultado.
- Un redline del cliente solo reabre el paso que afecta, y el acuerdo registrado coincide con las condiciones aprobadas.
Por qué un deal desk gestionado a mano cuesta por los dos lados
Es la última semana del trimestre. Para conseguir la firma, un comercial promete un SLA del 99,9 % y un límite de responsabilidad más alto, y alguien dice que sí en un hilo de Slack. Dos semanas después, el redline del cliente vuelve a mover el límite de responsabilidad, y nadie se lo devuelve a Legal.
La mayoría de los acuerdos acumulan excepciones como estas: un descuento por encima del límite del comercial, condiciones de pago a 60 días, una cláusula fuera del playbook de Legal, un SLA que Entrega nunca confirmó. Toda empresa ya tiene reglas para ellas, desde los umbrales de descuento hasta la política de crédito y el playbook de Legal. La fricción está en aplicar esas reglas entre cinco equipos, tres herramientas y dos bandejas de entrada.
El deal desk es el primero en notarlo. Las solicitudes llegan como un hilo y un registro del CRM, rara vez completas, así que el equipo vuelve al comercial para pedir el margen, el historial del acuerdo o el borrador del contrato. Después persigue a cada aprobador por correo, y vuelve a perseguirlo unos días más tarde. Responde todo el día a “¿dónde está mi acuerdo?” sin ver con claridad quién lo tiene. Y antes de registrarlo, revisa el presupuesto, el calendario de facturación y las condiciones de pago línea por línea, mientras cada redline del cliente reinicia el ciclo.
“En la parte de finanzas: hicimos bien el presupuesto, está limpio, están los productos, el calendario de facturación, las condiciones de pago. En la parte de administración de ventas: la firma es correcta, no falta ningún dato, los documentos no se han alterado. Todo ese proceso, a mano.” Miembro del equipo de deal desk, empresa de software
El coste cae a los dos lados de la mesa. Demasiado lento, y el acuerdo se escapa del trimestre, el forecast se rompe y el comercial se convierte en coordinador. Demasiado laxo, y las excepciones pasan sin dejar constancia. La misma excepción recibe un sí el lunes y un no el jueves, el margen y las condiciones de pago se fugan, y el CFO las descubre a fin de mes, ya firmadas. El COO hereda un compromiso que Entrega nunca confirmó y lo paga en la puesta en marcha o en la renovación. Mientras tanto, el deal desk hace todo el seguimiento y aun así carga con la fama de freno. El pilar de cotización a cobro muestra dónde se sitúan estas fugas en todo el movimiento, e involucrar a Legal y Finanzas desde la cualificación elimina parte de ellas desde el principio.
El proceso de deal desk ideal, de la solicitud al acuerdo registrado
Cada empresa fija sus propios umbrales y nombra a sus propios aprobadores. Las etapas siguientes sirven para cualquier tamaño o sector, y cada una tiene un responsable, un plazo y una traza. El flujo de aprobación está en el centro, pero es solo una etapa del proceso.
- La solicitud. El comercial envía un único paquete con el alcance, el precio, las condiciones, los datos de crédito y el borrador del contrato. El proceso comprueba que no falte nada antes de preguntar a nadie.
- La comprobación de política. El proceso contrasta cada condición con la política que ya tienes. Las condiciones estándar pasan directamente, y cada punto fuera de política se marca con la regla que incumple.
- Aprobaciones en paralelo, por umbral. Cada punto marcado va a su responsable al mismo tiempo: el descuento a la dirección comercial, las condiciones de pago y el crédito a Finanzas, las cláusulas a Legal, el SLA a Entrega. Donde el VP Sales aprueba descuentos hasta un umbral sin que intervenga Finanzas, el enrutamiento simplemente sigue esa regla.
- Plazos y escalado. Cada responsable tiene un plazo. El proceso le envía un recordatorio y luego escala a su suplente o a su manager, y nada se aprueba por defecto.
- El presupuesto y el contrato, solo con condiciones aprobadas. El proceso los genera a partir de lo aprobado, de modo que ninguna condición sin aprobar llega al cliente.
- Redlines del cliente y firma. Un redline es una nueva excepción. Vuelve al responsable de la condición que afecta, el límite de responsabilidad a Legal o las condiciones de pago a Finanzas, y no a toda la cadena. Después, el proceso hace el seguimiento de la firma en DocuSign o en la herramienta de firma electrónica que uses.
- La comprobación antes del registro. El proceso contrasta el acuerdo firmado con las condiciones aprobadas, del presupuesto al calendario de facturación y las condiciones de pago. Luego el acuerdo se registra, y esas condiciones pasan a facturación y onboarding.
Los aprobadores cambian de una empresa a otra. Lo que nunca cambia es que cada equipo necesita su parte de la solicitud, un plazo y una constancia de lo que decidió.
| Equipo | Qué decide | Qué le entrega el proceso |
|---|---|---|
| Dirección comercial | El precio y el descuento, por umbral (por ejemplo, menos del 20 %, del 20 al 40 %, más del 40 %) | El descuento, el margen y el historial del acuerdo, con un plazo |
| Finanzas | Las condiciones de pago y el crédito | Las condiciones, los datos de crédito del cliente y una recomendación para validar |
| Legal | Las cláusulas y el límite de responsabilidad | Solo las cláusulas fuera del playbook, y después los redlines que las afectan |
| Entrega u Operaciones | El SLA, el alcance y la capacidad | El compromiso que el comercial quiere asumir, antes de que llegue al cliente |
| Deal desk o RevOps | Las reglas y el propio flujo | Una vista de cada solicitud: quién la tiene, desde cuándo y qué queda por hacer |
Para ver estas etapas en Slack sobre un acuerdo, mira el vídeo Revenue Lifecycle de cuatro minutos.
Un único proceso: en orden, en paralelo, con constancia
La mayoría de los deal desks ya tienen las piezas: una política, una lista de aprobadores, una hoja de cálculo con las solicitudes abiertas. Lo que les falta es algo que lleve el acuerdo de un paso al siguiente. Hoy lo hace el deal desk a mano. Orquestado, es el propio proceso el que lleva el acuerdo. Una capa de orquestación inicia cada paso cuando termina el anterior, envía a cada responsable su parte en Slack o Microsoft Teams con el contexto, hace el seguimiento y registra cada decisión. Las personas conservan las decisiones, y la coordinación deja de ser su trabajo.
La solicitud llega completa
El comercial rellena la solicitud una sola vez, desde donde ya trabaja, y el proceso pide lo que falta antes de enrutar nada. El deal desk ya no reconstruye un paquete a partir de tres hilos, y cada aprobador recibe exactamente lo que necesita para responder.
Los recordatorios y el escalado forman parte del proceso
Un plazo sin seguimiento es solo un deseo. En un proceso orquestado, el recordatorio y el escalado son pasos, escritos una vez, así que ocurren en cada acuerdo sin que nadie los envíe. Una excepción nunca pasa porque nadie respondió, y un acuerdo nunca se queda tres semanas dormido en commit porque la bandeja de Legal estaba llena. Cuando vence el plazo de Legal, el forecast puede señalar la fecha de cierre, en lugar de descubrir el retraso al final del trimestre.
Todos ven quién tiene el acuerdo, y desde cuándo
El responsable del deal desk ve cada solicitud, el paso en que está y cuánto tiempo lleva ahí. El comercial deja de preguntar, el CRO sabe qué acuerdos en commit esperan a otro equipo, y un redline del cliente reabre un paso en lugar de toda la cadena. El deal desk deja de ser la centralita y pasa a ser el dueño de las reglas, que interviene donde hace falta el criterio de una persona.
Dónde ayudan las tareas agénticas, y dónde decide una persona
Algunos pasos requieren criterio, y otros sobre todo preparación. Las tareas agénticas se encargan de la preparación. Una puede analizar el acuerdo frente a la política de precios y los márgenes mínimos, otra puede llevar a Finanzas una recomendación sobre crédito y condiciones de pago a partir de los datos del cliente. Cada una ocupa un lugar fijo en el proceso, y su resultado va a una persona que lo valida antes de que el acuerdo avance. Los agentes nunca deciden la secuencia ni aprueban una excepción: el proceso fija el orden, y las personas dan el visto bueno. Eso es lo que significa human-in-the-loop (humano en el bucle) en un deal desk. Velocidad de IA, control humano.
Lo que tus herramientas ya cubren, y lo que queda entre ellas
Cada una de tus herramientas hace bien una parte. Slack o Teams llevan la conversación. Tu CRM, Salesforce u otro, guarda el registro del acuerdo. Un CPQ pone precio a los acuerdos estándar y genera presupuestos limpios, una hoja de cálculo del deal desk sigue las solicitudes abiertas, y DocuSign recoge las firmas. Pero cada una se detiene donde empieza un traspaso. Ninguna lleva el acuerdo de Finanzas a Legal y a Entrega, sostiene cada plazo, escala o reabre la aprobación correcta después de un redline. Ese trabajo está entre las herramientas, que es donde funciona una capa de orquestación, dejando que cada herramienta haga lo que ya hace. La definición de cotización a cobro sitúa este paso dentro del movimiento completo.
Una checklist de diez puntos antes de tu próximo acuerdo no estándar
Úsala para comprobar si tu deal desk puede funcionar de principio a fin, o dónde depende todavía de alguien que persigue respuestas.
Cada decisión registrada es también lo que hace que exista una pista de auditoría antes de que nadie la pida.
“Los equipos de deal desk con los que hablamos rara vez carecen de un proceso. Les falta tiempo para ejecutarlo, porque pasan el día recopilando respuestas que el proceso debería traerles.” Thomas Carmona, Product Manager, Ofelia
Cómo Ofelia Agentic orquesta el deal desk, de principio a fin
Ofelia Agentic es la capa de ejecución gobernada del ciclo de vida de los ingresos, dentro de Slack y Microsoft Teams. Ejecuta el proceso de deal desk desde la solicitud hasta el acuerdo registrado, funciona con tu CRM y con cualquier sistema que uses, y deja cada decisión a una persona.
Ofelia responde y guía. Un comercial pregunta en Slack o Teams: “¿Qué aprobaciones necesita un descuento del 25 % con pago a 60 días?” o “¿Puedo prometer un SLA del 99,9 % en este contrato?” Un responsable del deal desk pregunta: “¿Quién tiene la solicitud de Acme, y desde cuándo?” Ofelia responde a partir de tu política de precios, el playbook de Legal y tus sistemas conectados, y guía a la persona hacia el siguiente paso, con un botón de acción para enviar la solicitud. El comercial deja de adivinar la regla, y el deal desk deja de responder una y otra vez a la misma pregunta.
El propio proceso de deal desk necesita algo más que respuestas, así que Ofelia lo ejecuta como un workflow: los mismos pasos en cada acuerdo no estándar, cada responsable recibe el suyo con un plazo, y cada decisión queda trazada. Toma un acuerdo no estándar, llamémoslo Acme. El comercial lanza la solicitud del deal desk desde Slack. Ofelia comprueba que el paquete está completo y contrasta las condiciones con la política, y luego envía al mismo tiempo los puntos fuera de política a sus responsables. Una tarea agéntica lleva a Finanzas una recomendación sobre crédito y condiciones de pago, y Finanzas decide. Legal solo revisa las cláusulas fuera del playbook, y cuando vence su plazo, Ofelia envía un recordatorio y luego escala. Nada avanza hasta que los responsables responden. Ofelia genera el presupuesto con las condiciones aprobadas, devuelve el redline del cliente solo a Legal y hace el seguimiento de la firma. Antes del registro, contrasta el acuerdo firmado con las condiciones aprobadas, y Acme sigue hacia el pedido, la entrega y el cobro.
Mira un acuerdo orquestado del lead a la renovación, en cuatro minutos.
Ofelia genera el workflow a partir de lo que ya tienes. RevOps o el responsable del deal desk entrega la política de aprobación, o la describe en lenguaje sencillo, y Ofelia propone el modelo: pasos, umbrales, responsables y plazos. El responsable lo adapta en el Workflow Designer no-code, lo prueba y lo publica en Slack o Teams, sin desarrolladores. Un nuevo umbral se aplica desde la siguiente solicitud. TI mantiene el control de quién puede construir y publicar, de los accesos y las conexiones, y de toda la pista de auditoría, y cualquier persona que un acuerdo necesite puede participar, tenga o no licencia de CRM.
Así, las aprobaciones pueden tardar entre un 40 y un 60 % menos, el cumplimiento de precios puede llegar al 95 % o más, y cada comercial puede recuperar de 3 a 5 horas de venta a la semana. En las excepciones de precio, el ciclo puede pasar de horas a minutos, con una erosión del margen en los acuerdos no estándar entre un 30 y un 50 % menor. Ofelia se apoya en Bonita BPM, que lleva más de 15 años ejecutando procesos empresariales en más de 130 clientes empresariales.
Descubre cómo Ofelia Agentic ejecuta todo el ciclo de vida de los ingresos, y cómo encaja con tus equipos en la página de operaciones y ventas.
Di que sí más rápido. Di que no antes de que te cueste. El camino correcto es el más rápido.
Programa una demo personalizada y descubre cómo Ofelia puede transformar tu infraestructura de IA.
