Skip to content
← Processus

Assurer le suivi des appels commerciaux

Après chaque appel commercial, le deal est mis à jour, le suivi rédigé à partir de ce qui a été dit, les demandes produit créées et un deal à risque signalé.

Granola→HubSpot→Gmail→Linear→Slack
Démarre
Appel commercial terminé
Étapes
7
Contrôles et conditions
0
Une personne décide
Jamais, tourne seul

Déclencheur · Événement

Appel commercial terminé

Un appel terminé déclenche l'exécution dès que ses notes sont prêtes, pour que le suivi commence avant que le commercial ne soit de retour à son bureau.

Granola

Claude exécute la suite en autonomie

  1. 1

    Récupérer le deal et son historique

    HubSpot

    HubSpot

    Le deal, son étape, ses contacts et le dernier fil d'emails reviennent, rattachés à l'appel par entreprise autant que par participant.

    Gmail

    Gmail

  2. 2

    Extraire besoins, objections et suites

    Granola

    Granola

    Ce dont l'acheteur a dit avoir besoin, ce sur quoi il a résisté et ce que chaque partie s'est engagée à faire ressortent des notes d'appel, dans les mots de l'acheteur.

  3. 3

    Évaluer le deal selon votre playbook

    L'appel est lu au regard de vos propres critères de qualification, et ce qui reste inconnu pour l'étape, ou met le deal à risque, est nommé.

  4. 4

    Tester toute offre selon vos règles de prix

    Tout ce qui a été évoqué pendant l'appel, une remise, une condition, une date de livraison, est lu au regard de vos règles de prix, et ce qui en sort est nommé avec la citation.

  5. 5

    Mettre le deal à jour, dater la suite

    HubSpot

    HubSpot

    Le deal reçoit sa prochaine étape datée, une date de closing déplacée et de nouvelles parties prenantes, chaque valeur précédente étant indiquée.

  6. 6

    Créer les demandes produit citées

    Linear

    Linear

    Chaque capacité demandée par l'acheteur arrive sur son ticket avec la citation, le compte et le montant du deal qui la porte.

  7. 7

    Rédiger le suivi, signaler le risque

    Gmail

    Gmail

    Le suivi attend en brouillon sur le fil, et un deal à risque parvient au manager du responsable avec la citation qui l'explique.

    Slack

    Slack

Après un appel commercial, tout le monde sait ce qui devrait se passer ensuite, et l'essentiel ne se passe pas. Le commercial a une autre réunion dans quatre minutes, donc le CRM reçoit une étape et une phrase, le suivi part le lendemain matin de mémoire, et ce que l'acheteur a demandé au produit reste dans les notes d'appel, que l'équipe produit ne lira jamais. Rien de tout cela n'est difficile. Ce sont cinq petites tâches dans cinq outils, à faire au moment précis où personne n'a le temps.

Chaque élément est déjà écrit quelque part. L'appel a ses notes. Le deal a sa fiche. L'acheteur est sur un fil d'emails. Le produit a un tracker. Le suivi est la jointure entre eux, faite de la même façon après chaque appel, y compris ceux qui ont débordé.

What you get

Chaque appel commercial laisse un deal à jour avec une prochaine étape datée, un suivi rédigé à partir de ce qui a réellement été dit, les demandes produit de l'acheteur dans le tracker, et tout risque nommé à la personne qui en est responsable.

Ce que le suivi d'appel commercial lit et écrit

L'exécution démarre quand un appel se termine et que ses notes sont prêtes. Elle touche cinq systèmes, chacun pour une chose :

  • L'appel, depuis Granola : titre, date, participants et résumé. Seul ce qui fait avancer le deal est gardé : ce dont ils ont dit avoir besoin, ce sur quoi ils ont résisté, qui était là et ce que chaque partie s'est engagée à faire, cité plutôt que paraphrasé.
  • Le deal, dans HubSpot : étape, montant, date de closing, responsable, prochaine étape telle qu'elle est écrite et notes déjà attachées. Le deal est rapproché sur le domaine email des participants autant que sur leurs noms, car la personne en appel n'est souvent pas le contact sous lequel le deal a été ouvert.
  • Le fil, dans Gmail : le dernier échange avec les mêmes personnes, qui est aussi l'endroit où le suivi est rédigé, en réponse.
  • Les demandes produit, dans Linear : chaque capacité demandée par l'acheteur, rapprochée d'un ticket existant ou créée.
  • Le risque, vers Slack : un message pour le manager du responsable, et seulement quand il y a quelque chose à dire.

Ce qui rend le suivi d'appel par IA fiable

L'appel est lu deux fois au regard de ce que votre entreprise a écrit, et c'est la partie qu'un résumé générique ne peut pas faire. Une fois selon votre playbook : l'exécution nomme ce qui reste inconnu pour l'étape où se trouve le deal, selon vos critères, pour que la note dise ce que le prochain appel doit découvrir. Une fois selon vos règles de prix : « ils ont demandé une remise » est une note, « on leur a proposé une condition que vos règles n'autorisent pas » est un problème, et savoir lequel des deux dépend de règles écrites dans votre entreprise et nulle part ailleurs. Sans règles de prix écrites, rien n'est signalé à ce titre et le rapport le dit.

Un deal est jugé à risque sur une contradiction, jamais sur un ton. Une nouvelle objection, une partie prenante devenue silencieuse, une date de closing qui ne correspond plus à ce qui a été dit, une prochaine étape sans date. Un appel court n'est pas un risque. Quand rien ne contredit la fiche, le channel reste silencieux, ce qui garde au message sa valeur le jour où il arrive.

L'écriture dans le CRM ne change que ce que l'appel a changé, et indique la valeur précédente de chaque champ. L'étape n'est jamais déplacée : l'exécution dit si l'appel a mérité la suivante et laisse le geste au responsable du deal. Si aucun deal ne correspond à l'appel, elle s'arrête et signale l'appel comme non rattaché, car un deal inventé à partir d'un appel est pire qu'un appel sans deal.

Les demandes produit sont rapprochées sur le fond et emportent le deal avec elles. Un acheteur qui demande « un moyen de voir qui a changé quoi » demande le journal d'audit qui a déjà son ticket. Le commentaire qui s'y ajoute porte la citation de l'acheteur, le compte et le montant du deal, car une demande avec un deal derrière ne se priorise pas comme une autre.

L'agent rédige, une personne envoie

Le suivi est une réponse sur le fil existant, adressée aux personnes présentes à l'appel : ce dont elles ont dit avoir besoin, dans leurs mots, ce qui a été convenu et pour quand, et ce qu'on attend d'elles. Il est créé en brouillon et jamais envoyé. Le commercial ouvre le fil, lit quatre lignes qu'il aurait écrites lui-même le lendemain matin, et les envoie l'après-midi même.

The prompt

The real prompt behind the steps above, detailed enough that an agent with the same tools can run it as written. The Run buttons copy the full version, which also carries the steps for connecting those tools.

# Follow through on sales calls

You have access to a call-recording tool, a CRM, an email account, an
issue tracker, and a messaging tool. Run this for **[the sales call
that just ended]**.


## 1. Pull the deal and its history

Find the call's notes: title, date, participants and summary. Then
find the deal the call belongs to. Match on the external attendees'
email domain as well as on their names, since the person on the call
is often not the contact the deal was opened under. If two open deals
share the company, take the one whose contacts were on the call, and
say which you chose.

Read the deal record: stage, amount, close date, owner, the next step
as it is currently written, and the notes already attached. Read the
most recent email thread with the same people.

If no deal matches, stop and report the call as unmatched. Do not
create a deal from a call.

## 2. Extract pains, objections and next steps

From the call notes, keep only what moves the deal:

- What they said they need, in their own words.
- What they pushed back on: price, timing, a missing capability, a
  competitor, an internal blocker.
- Who was on the call and what each person cared about. Anyone new to
  the deal is a stakeholder to add.
- What each side agreed to do, and by when.
- Anything they asked the product to do that it does not do today.

Quote rather than paraphrase. A summary in internal vocabulary reads
fine in the CRM and is useless in the follow-up.

## 3. Judge the deal against your playbook

Read what came out of step 2 against **[your qualification
criteria]**: what has to be known before a deal earns each stage.

- Name what is still unknown for the stage the deal is in.
- Decide whether the deal is at risk, and say why in one line: a new
  objection, a stakeholder who has gone quiet, a close date that no
  longer matches what they said, a next step with no date.

A deal is not at risk because the call was short. It is at risk when
something said on the call contradicts what the record says.

## 4. Test any offer against your pricing rules

Read the same notes against **[your pricing rules: what a rep may
and may not offer, the discount bands, the floor prices, the terms
that need an approval]**. Flag anything said on the call that is
outside them: a discount hinted at, a term promised, a delivery
date, a pilot for free. Quote it, and name the rule it crosses.

If no pricing rules are written down, flag nothing on this count and
say that none were found.

## 5. Update the deal, log the next step

Write back to the deal, changing only what the call changed:

- The next step, with its date and its owner.
- The close date, if what they said moves it. Report what it was
  before.
- New stakeholders, as contacts on the deal.
- One note on the record: needs, objections, commitments and what is
  still unknown, each with the quote it came from.

Do not move the stage. Report whether the call earned the next one
under your criteria, and leave the move to the deal's owner.

## 6. File product asks with their quotes

For each thing they asked the product to do, search the tracker for an
existing issue on the substance of the request, not on its wording. If
one exists, add a comment carrying the quote, the account and the deal
amount. If none does, create an issue on the owning team's board with
the same three things.

A request with a deal attached is not the same as a request. The
amount is the reason it goes on the issue.

## 7. Draft the follow-up, flag the risk

Draft the follow-up as a reply on the existing thread, to the people
who were on the call: what they said they need, in their words; what
you agreed to do and by when; what you need from them and by when. No
pitch. **Create it as a draft. Never send it.**

If step 3 found the deal at risk, or step 4 found something outside
the pricing rules, post one message in the team channel for the
owner's manager: the deal, the one-line reason, and the quote behind
it. If neither found anything, post nothing.

## Output

Report: the call and the deal it matched, the fields changed on the
deal with their previous values, stakeholders added, product asks
filed or commented on, whether the follow-up draft was created, and
whether a risk was flagged and why.

Pourquoi le faire tourner avec Tulina

Un prompt aide une personne. Un processus fait avancer une équipe.

Collé dans une conversation, le prompt ci-dessus marche une fois, pour celui qui l'a collé. Dans Tulina, « Assurer le suivi des appels commerciaux » devient un processus que l'équipe partage, qui garde son historique, qui tourne seul, et qui reste dans le même périmètre de sécurité que les outils qu'il appelle.

  • Toute l'équipe travaille sur le même

    PersonnelÉquipeOrganisation

    Un processus se range à l'endroit qui lui correspond : à vous, à votre équipe ou à toute l'organisation. Celui qui l'exécute peut l'améliorer, et tout le monde repart de la meilleure version au lieu de réexpliquer le travail à chaque fois.

  • Chaque modification est une version

    v1v2v3

    Chaque changement crée une nouvelle version et garde la précédente ; une mauvaise modification se défait en restaurant une version antérieure. Chaque exécution enregistre la version qu'elle a suivie, et ce qu'elle a appris revient dans le processus.

  • Il tourne sans vous

    planifiéwebhookà la demande

    Un agent hébergé exécute le processus sur l'infrastructure de Tulina, à heure fixe ou quand un événement arrive, et continue quand vous fermez la conversation. Rien à héberger. Chaque exécution est suivie jusqu'à son résultat.

  • Dans le même périmètre de sécurité

    coffrerôlesjournal

    Les identifiants restent dans le coffre, jamais dans le prompt. Les rôles décident qui peut lancer quoi, chaque appel est journalisé, et une étape qu'une personne doit valider attend cette personne.

Questions sur le suivi d'appel commercial par IA

Oui. Un agent ayant accès aux notes d'appel et au CRM peut rattacher l'appel à son deal, puis n'écrire que ce que l'appel a changé : la prochaine étape avec sa date, une date de closing déplacée, de nouvelles parties prenantes et une note reprenant les mots de l'acheteur. Il indique la valeur précédente de chaque champ, et laisse l'étape du deal à son responsable.

Elle peut le rédiger. Le brouillon est une réponse sur le fil existant qui reprend ce dont l'acheteur a dit avoir besoin, ce que chaque partie s'est engagée à faire et pour quand. Il est créé en brouillon et jamais envoyé, donc une personne le lit avant qu'il parte.

En lisant l'appel au regard de la fiche du deal et de vos propres critères de qualification. Une nouvelle objection, une partie prenante devenue silencieuse, une date de closing qui ne correspond plus à ce qui a été dit, ou une prochaine étape sans date comptent chacune. Un appel court ne compte pas.

Chacune est rapprochée d'un ticket existant sur le fond de la demande plutôt que sur sa formulation. Une correspondance reçoit un commentaire avec la citation de l'acheteur, le compte et le montant du deal, et une demande sans correspondance devient un nouveau ticket sur le board de l'équipe concernée.

Des processus qui partagent des outils avec celui-ci. Les outils partagés sont allumés.

Découvrez Tulina en 30 minutes.

Réserver une démo