Un process deal desk mène un deal avec des exceptions de la demande jusqu’au deal enregistré. Chaque exception, de la remise au SLA, arrive à la bonne personne, qui décide dans les temps et de façon tracée. Il fonctionne quand il tourne de bout en bout comme un seul process orchestré : une demande complète, chaque étape dans l’ordre et chaque décision tracée. Ainsi, davantage de deals se signent dans le trimestre prévu, la marge tient sur les deals non standard, et la piste d’audit existe avant que la finance ou un auditeur ne la demande.
En bref
- La demande part une seule fois, complète : périmètre, prix, conditions, crédit et projet de contrat.
- Les points hors politique partent en parallèle vers leurs responsables, chacun avec une échéance. Ils reçoivent une relance, puis la demande est escaladée, et rien n’est approuvé par défaut.
- Des tâches agentiques préparent le terrain, par exemple un contrôle par rapport aux planchers de marge ou une recommandation sur les conditions de crédit, et une personne valide chaque résultat.
- Une redline client ne rouvre que l’étape qu’elle touche, et le deal enregistré correspond aux conditions approuvées.
Pourquoi un deal desk piloté à la main coûte des deux côtés
C’est la dernière semaine du trimestre. Pour obtenir la signature, un commercial promet un SLA à 99,9 % et un plafond de responsabilité plus élevé, et quelqu’un dit oui dans un fil Slack. Deux semaines plus tard, la redline du client modifie encore le plafond de responsabilité, et personne ne la renvoie au juridique.
La plupart des deals accumulent ce type d’exceptions : une remise au-delà de la limite du commercial, des conditions de paiement à 60 jours, une clause hors du playbook du juridique, un SLA que la livraison n’a jamais confirmé. Chaque entreprise a déjà des règles pour cela, des seuils de remise à la politique de crédit en passant par le playbook juridique. La friction se situe ailleurs : il faut appliquer ces règles à travers cinq équipes, trois outils et deux boîtes mail.
Le deal desk est le premier à le ressentir. Les demandes arrivent sous forme d’un fil de discussion et d’une fiche CRM, rarement complètes, si bien que l’équipe revient vers le commercial pour obtenir la marge, l’historique du deal ou le projet de contrat. Ensuite, elle relance chaque approbateur par e-mail, puis les relance encore quelques jours plus tard. Elle répond toute la journée à « où en est mon deal ? » sans voir clairement qui l’a entre les mains. Et avant l’enregistrement, elle vérifie le devis, l’échéancier de facturation et les conditions de paiement ligne par ligne, alors que chaque redline client relance la boucle.
« […] avec les lunettes finance : on a bien fait le devis, c’est propre, il y a les produits, il y a le billing schedule, il y a le payment terms […]. Et côté [administration des ventes] : la signature est correcte, il ne manque pas de données, les documents n’ont pas été altérés. […] Tout ce process à la main. » Membre de l’équipe deal desk, éditeur de logiciels
Le coût se répartit des deux côtés de la table. Trop lent, le deal glisse hors du trimestre, le forecast ne tient plus et le commercial devient coordinateur. Trop souple, les exceptions passent sans laisser de trace. La même exception reçoit un oui le lundi et un non le jeudi, la marge et les conditions de paiement fuient, et le CFO les découvre en fin de mois, déjà signées. Le COO hérite d’un engagement que la livraison n’a jamais confirmé et en paie le prix au démarrage ou au renouvellement. Pendant ce temps, le deal desk fait toutes les relances et garde malgré tout l’étiquette du frein. Le pilier quote-to-cash montre où se situent ces fuites sur l’ensemble du mouvement, et impliquer le juridique et la finance dès la qualification en supprime une partie en amont.
Le process deal desk idéal, de la demande au deal enregistré
Chaque entreprise fixe ses propres seuils et désigne ses propres approbateurs. Les étapes ci-dessous valent pour toutes les tailles et tous les secteurs, et chacune a un responsable, une échéance et une trace. Le circuit d’approbation se trouve au milieu, mais il ne constitue qu’une étape du process.
- La demande. Le commercial envoie un seul dossier avec le périmètre, le prix, les conditions, les informations de crédit et le projet de contrat. Le process vérifie que rien ne manque avant de solliciter qui que ce soit.
- Le contrôle de conformité. Le process confronte chaque condition à la politique que vous avez déjà. Les conditions standard passent directement, et chaque point hors politique est signalé avec la règle qu’il enfreint.
- Les approbations en parallèle, par seuil. Chaque point signalé part en même temps vers son responsable : la remise vers la direction commerciale, les conditions de paiement et le crédit vers la finance, les clauses vers le juridique, le SLA vers la livraison. Là où le VP Sales approuve les remises jusqu’à un seuil sans impliquer la finance, le routage suit simplement cette règle.
- Échéances et escalade. Chaque responsable a une échéance. Le process le relance, puis escalade vers son suppléant ou son manager, et rien n’est approuvé par défaut.
- Le devis et le contrat, sur les seules conditions approuvées. Le process les génère à partir de ce qui a été approuvé, si bien qu’aucune condition non approuvée n’arrive chez le client.
- Redlines client et signature. Une redline est une nouvelle exception. Elle revient au responsable de la condition qu’elle touche, le plafond de responsabilité au juridique ou les conditions de paiement à la finance, et non à toute la chaîne. Le process suit ensuite la signature dans DocuSign ou l’outil de signature électronique que vous utilisez.
- Le contrôle avant enregistrement. Le process compare le deal signé aux conditions approuvées, du devis à l’échéancier de facturation et aux conditions de paiement. Le deal est alors enregistré, et ces conditions suivent jusqu’à la facturation et à l’onboarding.
Les approbateurs changent d’une entreprise à l’autre. Ce qui ne change jamais, c’est que chaque équipe a besoin de sa part de la demande, d’une échéance et d’une trace de ce qu’elle a décidé.
| Équipe | Ce qu’elle décide | Ce que le process lui transmet |
|---|---|---|
| Direction commerciale | Le prix et la remise, par seuil (par exemple moins de 20 %, de 20 à 40 %, plus de 40 %) | La remise, la marge et l’historique du deal, avec une échéance |
| Finance | Les conditions de paiement et le crédit | Les conditions, les données de crédit du client et une recommandation à valider |
| Juridique | Les clauses et le plafond de responsabilité | Les seules clauses hors playbook, puis les redlines qui les touchent |
| Livraison ou opérations | Le SLA, le périmètre et la capacité | L’engagement que le commercial veut prendre, avant qu’il n’arrive chez le client |
| Deal desk ou RevOps | Les règles et le flux lui-même | Une vue sur chaque demande : qui l’a, depuis quand, et ce qu’il reste à faire |
Pour voir ces étapes tourner dans Slack sur un deal, regardez le film Revenue Lifecycle de quatre minutes.
Un seul process : dans l’ordre, en parallèle, tracé
La plupart des deal desks disposent déjà des briques : une politique, une liste d’approbateurs, un tableur des demandes en cours. Ce qui leur manque, c’est quelque chose qui fasse avancer le deal d’une étape à la suivante. Aujourd’hui, le deal desk s’en charge à la main. Orchestré, c’est le process lui-même qui fait avancer le deal. Une couche d’orchestration lance chaque étape dès que la précédente est terminée, envoie à chaque responsable sa part dans Slack ou Microsoft Teams avec le contexte, relance, et trace chaque décision. Les personnes gardent les décisions, mais la coordination cesse d’être leur travail.
La demande arrive complète
Le commercial remplit la demande une seule fois, depuis l’outil où il travaille déjà, et le process réclame ce qui manque avant tout routage. Le deal desk n’a plus à reconstituer un dossier à partir de trois fils de discussion, et chaque approbateur reçoit exactement ce dont il a besoin pour répondre.
Les relances et l’escalade font partie du process
Une échéance sans relance reste un vœu pieux. Dans un process orchestré, la relance et l’escalade sont des étapes, écrites une fois, si bien qu’elles ont lieu sur chaque deal sans que personne ne les envoie. Une exception ne passe jamais parce que personne n’a répondu, et un deal ne dort jamais trois semaines en commit parce que la boîte mail du juridique débordait. Quand l’échéance du juridique est dépassée, le forecast peut signaler la date de closing, au lieu de découvrir le glissement en fin de trimestre.
Chacun voit qui a le deal entre les mains, et depuis quand
Le responsable du deal desk voit chaque demande, l’étape où elle se trouve et depuis combien de temps. Le commercial cesse de demander, le CRO sait quels deals en commit attendent une autre équipe, et une redline client rouvre une étape au lieu de toute la chaîne. Le deal desk cesse d’être le standard téléphonique et devient le garant des règles, qui intervient là où le jugement d’une personne est nécessaire.
Où les tâches agentiques aident, et où une personne décide
Certaines étapes demandent du jugement, d’autres surtout de la préparation. Les tâches agentiques prennent en charge la préparation. L’une peut analyser le deal au regard de la politique tarifaire et des planchers de marge, une autre peut apporter à la finance une recommandation sur le crédit et les conditions de paiement à partir des données du client. Chacune occupe une place fixe dans le process, et son résultat va à une personne qui le valide avant que le deal n’avance. Les agents ne décident jamais de la séquence et n’approuvent jamais une exception : le process fixe l’ordre, et ce sont les personnes qui valident. C’est ce que signifie le human-in-the-loop dans un deal desk. La vitesse de l’IA, le contrôle humain.
Ce que vos outils couvrent déjà, et ce qui se joue entre eux
Chacun de vos outils fait bien une partie du travail. Slack ou Teams portent la conversation. Votre CRM, Salesforce ou un autre, tient la fiche du deal. Un CPQ chiffre les deals standard et produit des devis propres, un tableur de deal desk suit les demandes en cours, et DocuSign recueille les signatures. Mais chacun s’arrête là où commence un passage de relais. Aucun ne fait passer le deal de la finance au juridique puis à la livraison, ne tient chaque échéance, n’escalade, ni ne rouvre la bonne approbation après une redline. Ce travail se situe entre les outils, là où tourne une couche d’orchestration, qui laisse chaque outil faire ce qu’il fait déjà. La définition du quote-to-cash replace cette étape dans le mouvement plus large.
Une checklist en dix points avant votre prochain deal non standard
Utilisez-la pour vérifier si votre deal desk peut tourner de bout en bout, ou à quel endroit il dépend encore de quelqu’un qui relance.
Chaque décision tracée est aussi ce qui fait exister une piste d’audit avant que quiconque ne la demande.
« Les équipes deal desk avec qui nous échangeons manquent rarement de process. Ce qui leur manque, c’est le temps de le faire tourner, parce qu’elles passent leurs journées à collecter des réponses que le process devrait leur apporter. » Thomas Carmona, Product Manager, Ofelia
Comment Ofelia Agentic orchestre le deal desk, de bout en bout
Ofelia Agentic est la couche d’exécution gouvernée du cycle de vie du revenu, dans Slack et Microsoft Teams. Elle fait tourner le process deal desk de la demande au deal enregistré, fonctionne avec votre CRM et tous les systèmes que vous utilisez, et laisse chaque décision à une personne.
Ofelia répond et guide. Un commercial demande dans Slack ou Teams : « Quelles approbations faut-il pour une remise de 25 % avec un paiement à 60 jours ? » ou « Puis-je promettre un SLA à 99,9 % sur ce contrat ? » Un responsable du deal desk demande : « Qui a la demande Acme entre les mains, et depuis quand ? » Ofelia répond à partir de votre politique tarifaire, du playbook du juridique et de vos systèmes connectés, puis guide la personne vers l’étape suivante, avec un bouton d’action pour soumettre la demande. Le commercial cesse de deviner la règle, et le deal desk cesse de répondre encore et encore à la même question.
Le process deal desk lui-même demande plus que des réponses, alors Ofelia le fait tourner comme un workflow : les mêmes étapes sur chaque deal non standard, chaque responsable qui reçoit la sienne avec une échéance, et chaque décision tracée. Prenons un deal non standard, appelons-le Acme. Le commercial lance la demande deal desk depuis Slack. Ofelia vérifie que le dossier est complet et confronte les conditions à la politique, puis envoie en même temps les points hors politique à leurs responsables. Une tâche agentique apporte à la finance une recommandation sur le crédit et les conditions de paiement, et la finance décide. Le juridique n’examine que les clauses hors playbook, et quand son échéance est dépassée, Ofelia relance, puis escalade. Rien n’avance tant que les responsables n’ont pas répondu. Ofelia génère le devis sur les conditions approuvées, renvoie la redline du client au seul juridique et suit la signature. Avant l’enregistrement, elle compare le deal signé aux conditions approuvées, et Acme poursuit son chemin vers la commande, la livraison et l’encaissement.
Regardez un deal orchestré de bout en bout, du lead au renouvellement, en quatre minutes.
Ofelia génère le workflow à partir de ce que vous avez déjà. Le RevOps ou le responsable du deal desk fournit la politique d’approbation, ou la décrit en langage courant, et Ofelia propose le modèle : étapes, seuils, responsables et échéances. Le responsable l’adapte dans le Workflow Designer no-code, le teste et le publie dans Slack ou Teams, sans développeur. Un nouveau seuil s’applique dès la demande suivante. L’IT garde le contrôle sur qui peut construire et publier, sur les accès et les connexions, et sur toute la piste d’audit, et chaque personne dont un deal a besoin peut y prendre part, avec ou sans licence CRM.
Ainsi, les approbations peuvent prendre 40 à 60 % de temps en moins, la conformité tarifaire peut atteindre 95 % et plus, et chaque commercial peut récupérer 3 à 5 heures de vente par semaine. Sur les exceptions tarifaires, le cycle peut passer de plusieurs heures à quelques minutes, avec une érosion de marge sur les deals non standard réduite de 30 à 50 %. Ofelia s’appuie sur Bonita BPM, qui fait tourner des process d’entreprise depuis plus de 15 ans chez plus de 130 entreprises clientes.
Le one-pager Revenue Lifecycle montre comment Ofelia Agentic fait tourner l’ensemble du cycle de vie du revenu. La page opérations et ventes montre comment elle s’intègre à vos équipes.
Dire oui plus vite. Dire non avant que cela ne coûte. Le bon chemin est le plus rapide.
Planifiez une démo personnalisée et découvrez comment Ofelia peut transformer votre infrastructure IA.
