Aller au contenu principal

Logiciel IA métier Vente

Chaque prospect est rappelé au moment convenu

Deal réunit dans un seul logiciel les rendez-vous, les comptes rendus d’appel, les relances et les paiements d’une équipe de commerciaux. Une vente n’y compte qu’une fois le paiement reçu.

  • 38 %de taux de closing sur les rendez-vous qualifiés
  • 12 hde suivi rendues à l’équipe chaque semaine
  • 100 %des ventes confirmées par un paiement reçu
Logiciel
Deal
Domaine
Vente
Connecté à
Calendly · WhatsApp · Chatwoot · Twenty · Mollie · Stripe · Qonto

Le besoin

Des ventes qui se perdaient entre l’agenda, le CRM et la banque

Dans un organisme de formation qui vend par téléphone, le chiffre du mois se joue dans les rappels. Un prospect hésite et demande à réfléchir jusqu’à la semaine suivante. Si personne ne le rappelle au bon moment, avec ses objections en tête, la vente part ailleurs.

Avant Deal, l’équipe travaillait avec trois outils qui ne se parlaient pas. Les rendez-vous arrivaient dans Calendly, les notes d’appel vivaient dans un CRM ou dans un carnet, et le suivi des ventes tenait dans un tableur partagé que chacun remplissait à sa façon. Les paiements, eux, arrivaient chez Mollie, chez Stripe ou par virement, sans aucun lien avec le commercial qui avait conclu.

Pour la responsable des ventes, chaque point du lundi commençait par deux heures de recoupement. Le tableur annonçait 14 ventes, la banque en montrait 9. L’écart venait surtout d’accords donnés au téléphone et jamais payés, mais aussi d’acomptes rattachés au mauvais commercial et de ventes saisies avec trois semaines de retard. Les commissions se calculaient sur ces chiffres-là.

Ce qui arrivait chaque semaine

  • 01

    Le prospect oublié

    Mardi, une prospecte demande à être rappelée jeudi à 18 h. Jeudi, le commercial enchaîne quatre appels, et la note est restée dans son carnet. Elle s’inscrit ailleurs le lundi suivant.

  • 02

    L’accord jamais payé

    Un commercial annonce une vente à 2 400 €. Elle entre dans le tableau de suivi, jusque dans les commissions et le prévisionnel. Trois semaines plus tard, le paiement n’est toujours pas arrivé, et personne ne l’a remarqué.

  • 03

    Le point du lundi qui tourne au débat

    Chaque commercial a son chiffre, la banque en a un autre. La réunion sert à réconcilier des tableaux au lieu de décider qui rappeler cette semaine.

Ce qu’on a construit

Les écrans de Deal

Deal est à la fois le poste de travail des commerciaux et le tableau de bord de la direction. On l’a construit autour de l’appel et de tout ce qui doit se passer après.

01

Un cockpit pour chaque commercial

Chaque matin, le commercial ouvre Deal et trouve ses rendez-vous du jour, ses relances en retard et les leads à qualifier. Les rendez-vous arrivent de Calendly tout seuls, avec les réponses du prospect au formulaire de candidature. Avant l’appel, la fiche montre l’historique complet : source, échanges précédents, dernier compte rendu, offre évoquée.

  • Tableau ou kanban, filtres et vues enregistrées
  • Les colonnes que chacun choisit d’afficher
  • La fiche complète du prospect en un clic
02

Un compte rendu en trente secondes

Après l’appel, le commercial remplit un compte rendu structuré : issue de l’appel, offre proposée, montant convenu, objection principale et notes libres. Il fixe la prochaine relance avant de fermer la fiche. Un rendez-vous resté sans compte rendu le lendemain déclenche un rappel au commercial.

  • Accord, réflexion, à relancer, refus ou perdu
  • L’objection notée pour préparer le rappel
  • La prochaine action visible dans toutes les vues
03

Des relances qui ne se perdent plus

Chaque commercial a sa file de relances, triée par échéance, avec le canal prévu (appel, email ou WhatsApp) et une note. Trois gestes suffisent : marquer faite, sauter, reporter. La file suit le commercial sur son téléphone, entre deux rendez-vous.

  • Une seule relance ouverte par prospect
  • Les prospects sans prochaine action regroupés à part
  • La même file au bureau et sur téléphone
04

Des paiements déclarés puis vérifiés

Depuis la fiche, le commercial demande un lien de paiement ou déclare un encaissement avec son justificatif. La déclaration reste distincte du paiement réel : elle ne compte dans le chiffre du mois qu’une fois rapprochée du paiement reçu chez Mollie, chez Stripe ou à la banque.

  • Lien de paiement créé depuis la fiche
  • Déclaration avec justificatif, approuvée par la direction
  • Les paiements que personne n’a déclarés sont signalés
05

Le pilotage de la direction

La responsable des ventes suit le mois en deux blocs : les appels (pris, tenus, qualifiés, accords) et l’argent (encaissé, contracté). Le tableau Équipe donne le taux de closing, le panier moyen et les ventes de chaque commercial. Chaque chiffre s’ouvre sur la liste des prospects qui le composent.

  • Taux de closing calculé de la même façon partout
  • Courbe de l’encaissé et rendez-vous par semaine
  • Export pour le comptable et les commissions

Architecture

Comment Deal fonctionne

Deal reçoit les rendez-vous, les messages et les paiements, les range sur la bonne fiche, puis renvoie ce qu’il faut vers le CRM, les emails et les alertes. Chaque échange avec un outil extérieur est enregistré, pour être rejoué après une panne.

Fonctionne avec

Agendas et formulaires

  • Calendly
  • Cal.com
  • Google Agenda
  • Outlook
  • Formbricks
  • Fillout

Messageries

  • WhatsApp
  • Chatwoot
  • Gmail
  • Telegram

CRM

  • Twenty
  • HubSpot
  • Pipedrive
  • Brevo

Paiements

  • Stripe
  • Mollie
  • PayPal
  • Qonto
  • GoCardless

Vous voulez savoir si on peut le mettre en place avec vos outils ? Prenez rendez-vous.

Parler de mon projet

Les difficultés

Ce qui nous a donné du fil à retordre

Les cas difficiles rencontrés en construisant Deal, et la façon dont on les a traités.

  1. 01

    Distinguer une vente annoncée d’une vente encaissée

    Le problème

    Un commercial qui annonce « c’est signé » et un paiement reçu sont deux faits différents. Sans règle, la même vente pouvait compter deux fois dans le chiffre du mois : une fois déclarée, une fois payée.

    Ce qu’on a fait

    Dans Deal, une vente passe par trois états : déclarée par le commercial, approuvée par la direction, rapprochée du paiement réel. Une fois rapprochée, elle ne compte plus qu’une fois, et un paiement ne peut jamais couvrir plus que son montant. Quand Deal reconnaît le paiement d’une déclaration, il le propose, et la direction confirme d’un clic. Un écran de contrôle liste les déclarations sans paiement et les paiements que personne n’a déclarés.

    Ce que ça change pour vous

    Le chiffre du mois est celui de l’argent arrivé sur le compte, et les commissions partent sur ce chiffre-là.

  2. 02

    Compter chaque vente dans le bon mois

    Le problème

    Une vente conclue fin septembre mais saisie en octobre sortait du mois où elle avait été faite, et faussait le taux de closing des deux mois. Chaque écran calculait aussi ce taux à sa façon : le tableau Équipe et l’export ne donnaient pas le même chiffre.

    Ce qu’on a fait

    On a séparé deux lectures du mois. L’argent est daté par le jour du paiement, l’activité commerciale par le jour de l’appel. Un seul calcul du taux de closing sert à tous les écrans et à l’export, et un prospect qui prend trois rendez-vous dans le mois n’est compté qu’une fois.

    Ce que ça change pour vous

    Vue d’ensemble, tableau Équipe et export donnent le même chiffre pour le même mois. Le point du lundi commence par une décision.

  3. 03

    Rattacher chaque paiement au bon prospect

    Le problème

    La personne qui paie n’est pas toujours celle qui a pris le rendez-vous. Une société règle pour son salarié, un conjoint paie avec sa carte, l’email du paiement diffère de celui du formulaire, et un même prospect peut exister en double.

    Ce qu’on a fait

    Deal relit le payeur réel de chaque paiement, puis le cherche par nom, société, email et téléphone, avec une recherche qui tolère les fautes de frappe et les accents. La direction peut fusionner deux fiches en gardant les anciennes coordonnées, pour qu’un nouveau rendez-vous ne recrée pas le doublon. Un paiement sans prospect connu n’est rattaché qu’avec son accord.

    Ce que ça change pour vous

    Chaque paiement arrive sur la bonne fiche, donc dans les chiffres et la commission du bon commercial.

  4. 04

    Ne jamais envoyer deux liens de paiement

    Le problème

    Si la connexion coupe pendant la création d’un lien de paiement, le commercial clique une seconde fois et le prospect reçoit deux liens à payer. Les services connectés renvoient aussi parfois le même message deux fois.

    Ce qu’on a fait

    Chaque demande porte une clé unique, comme un numéro de commande, que Deal et les services connectés reconnaissent. Une demande déjà partie est reprise au lieu d’être refaite. Il en va de même pour chaque email envoyé et pour chaque message reçu de l’agenda ou des paiements.

    Ce que ça change pour vous

    Le prospect reçoit un seul lien et un seul email, même quand le réseau lâche au mauvais moment.

Résultats et impacts

Ce que ça a changé

  • 38 % de taux de closing

    Sur les rendez-vous qualifiés. Chaque prospect en réflexion est rappelé au moment convenu, avec son dernier compte rendu sous les yeux.

  • 12 heures de suivi rendues chaque semaine

    Plus de recherche avant l’appel ni de report dans un tableur après. Ce temps repart dans les appels.

  • 100 % des ventes vérifiées

    Une vente compte quand le paiement est arrivé. Les commissions partent sur l’encaissé réel.

  • 15 minutes pour le point du lundi

    Au lieu de deux heures de recoupement. Tout le monde lit les mêmes chiffres, alors la réunion sert à décider.

Intégrations

Les outils connectés

Deal se branche sur les outils déjà en place, et les données passent de l’un à l’autre sans ressaisie.

  • CalendlyRendez-vous et formulaire du prospect
  • WhatsAppConversations des prospects, via Chatwoot
  • ChatwootMessagerie de l’équipe et réactivité
  • TwentyCRM, copie des fiches et de l’historique
  • FormbricksFormulaires et conditions de vente
  • MollieLiens et paiements par carte, via factu
  • StripePaiements par carte, via factu
  • QontoVirements reçus, via factu
  • factuPaiements rapprochés
  • ResendEmails aux prospects
  • ntfyAlertes de l’équipe technique
  • PostgreSQLBase de données
  • SupabaseHébergement de la base en Europe et comptes sécurisés

Questions fréquentes

Vos questions sur Deal

Qu’est-ce que Deal ?

Deal est un logiciel de pilotage commercial sur mesure, conçu par ZénithIA pour les équipes qui vendent par téléphone. Il réunit les rendez-vous, les comptes rendus d’appel, les relances et les paiements dans un seul outil. La direction y suit le taux de closing et l’argent réellement encaissé de chaque commercial.

Combien de temps faut-il pour être opérationnel ?

La mise en service se fait par étapes. On ouvre d’abord le cockpit des commerciaux, branché sur votre agenda, puis les paiements, puis le pilotage de la direction. Chaque étape est d’abord utilisée par un ou deux commerciaux, corrigée avec eux, puis ouverte à toute l’équipe. Pour voir ce que ça donnerait chez vous, prenez rendez-vous.

Peut-on brancher les outils qu’on utilise déjà ?

Oui. Deal se branche aujourd’hui sur Calendly, WhatsApp et Chatwoot, Twenty, Formbricks et vos paiements Mollie, Stripe et Qonto. Si vous utilisez un autre agenda, un autre CRM ou une autre messagerie, on écrit le connecteur : vous gardez vos outils, et seul le connecteur change si vous en changez un jour. Pour voir ce que ça donnerait chez vous, prenez rendez-vous.

Deal envoie-t-il les relances tout seul ?

Pas par défaut : Deal organise les relances, et le commercial les fait lui-même, par appel, email ou WhatsApp. Si vous voulez qu’une partie parte toute seule, par exemple un email de rappel avant un rendez-vous, c’est possible : on l’ajoute sur mesure, avec les règles que vous fixez. Pour voir ce que ça donnerait chez vous, prenez rendez-vous.

Que se passe-t-il quand un paiement ne correspond à aucun prospect ?

Il reste dans une liste de paiements à rattacher, visible par la direction. Deal propose les fiches les plus proches, mais ne rattache jamais seul un paiement à un prospect incertain. La direction confirme d’un clic, et le paiement rejoint les chiffres du bon commercial.

Les commerciaux voient-ils les chiffres de leurs collègues ?

Non, par défaut : chacun voit ses prospects et ses chiffres, et la direction voit toute l’équipe. Si vous préférez un classement partagé ou une vue par binôme, c’est possible : on adapte les droits à votre organisation. Les droits sont vérifiés par des tests automatiques à chaque mise à jour. Pour voir ce que ça donnerait chez vous, prenez rendez-vous.

Peut-on adapter Deal à notre façon de vendre ?

Oui, c’est le principe d’un système sur mesure. Les statuts d’appel, les offres, les champs du compte rendu, les colonnes et les chiffres du pilotage suivent votre organisation, et on les ajuste au fil de l’usage. Si une fonction vous manque, on l’ajoute, et on la teste avec vous avant de la mettre en service. Pour voir ce que ça donnerait chez vous, prenez rendez-vous.

Qui garde les données, et Deal respecte-t-il le RGPD ?

Les données restent dans votre propre base, hébergée en Europe ou sur votre propre serveur si vous le préférez, et ne servent jamais à entraîner des modèles d’IA. Deal ne stocke que ce qui sert au suivi commercial, et chaque accès dépend du rôle de la personne.

Faut-il une équipe technique en interne ?

Non. On héberge Deal et on assure sa maintenance. Vos équipes l’utilisent comme n’importe quel logiciel en ligne, et une demande d’évolution se fait par message, comme vous la feriez à un collègue.

Comment se passent la maintenance et les évolutions ?

Deal est maintenu chaque mois : sauvegardes, surveillance, corrections et mises à jour de sécurité. Les évolutions suivent votre activité, par exemple une nouvelle offre, un nouveau statut d’appel ou un nouveau rapport pour la direction, et chacune est testée avant d’arriver chez vos commerciaux. Pour voir ce que ça donnerait chez vous, prenez rendez-vous.

Comme souvent, ce déploiement s’inscrit dans un accompagnement plus large : une mission de conseil pour choisir les bons chantiers, et une formation des équipes, en ligne ou en présentiel, pour qu’elles s’approprient l’outil.

Un système comme celui-ci, chez vous ?

On regarde ensemble votre fonctionnement actuel, et on vous dit ce qu’on construirait pour vous, en combien de temps, et ce que vous pouvez en attendre.

  • ChatGPT
  • Codex
  • Claude
  • Claude Code
  • Mistral
  • Gemini
  • Perplexity
  • DeepSeek
  • Grok
  • Llama
  • Hugging Face
  • Ollama
  • OpenRouter
  • LangChain
  • MCP
  • Hermes Agent
  • OpenClaw
  • Cursor
  • OpenCode
  • ElevenLabs
  • n8n
  • Make
  • Zapier
  • Power Automate
  • Airtable
  • Supabase
  • PostgreSQL
  • NocoDB
  • Python
  • TypeScript
  • Docker
  • Kubernetes
  • GitHub
  • GitLab
  • Cloudflare
  • AWS
  • Azure
  • Google Cloud
  • Scaleway
  • OVHcloud
  • Hetzner
  • Coolify
  • Vercel
  • Resend
  • Google Workspace
  • Gmail
  • Google Drive
  • Google Sheets
  • Outlook
  • Teams
  • Excel
  • Word
  • SharePoint
  • OneDrive
  • Slack
  • Notion
  • Zoom
  • Calendly
  • WhatsApp
  • Telegram
  • LinkedIn
  • HubSpot
  • Salesforce
  • Pipedrive
  • Twenty
  • Odoo
  • SAP
  • Sage
  • QuickBooks
  • Pennylane
  • Qonto
  • Stripe
  • Shopify
  • DocuSign
  • Zendesk
  • Intercom
  • Mailchimp
  • Twilio
  • Chatwoot
  • Formbricks
  • Canva
  • Figma
  • Jira
  • Trello
  • Asana
  • Dropbox
  • ClémentCofondateur, CEO
  • EnzoCofondateur, CTO

Clément la stratégie, Enzo la technique. Un seul interlocuteur, du premier échange au système qui tourne.