Skip to content
Tulina
Réserver une démo
← Processus

Préparer une démo à partir du dernier appel

Les derniers appels, l'état du deal et une recherche fraîche deviennent un brief, avec un deck construit sur les cas d'usage de cette entreprise, publié avant la démo.

Réserver une démo
Google Calendar→Granola→HubSpot→Serper→LinkedIn→Slack
Démarre
Démo au calendrier
Étapes
5
Contrôles et conditions
0
Une personne décide
Jamais, tourne seul

Déclencheur · Agenda

Démo au calendrier

La prochaine démo au calendrier déclenche l'exécution, à temps pour que le brief et le deck soient prêts avant qu'elle ne commence.

Google Calendar

Claude exécute la suite en autonomie

  1. 1

    Citer les problèmes qu'ils ont nommés

    Granola

    Granola

    Chaque appel enregistré avec l'entreprise est retrouvé par entreprise autant que par participant, et les problèmes reviennent cités, jamais paraphrasés.

  2. 2

    Signaler les parties prenantes qui n'ont jamais parlé

    HubSpot

    HubSpot

    L'opportunité et son historique de stage reviennent, avec toute partie prenante enregistrée qui n'a jamais parlé signalée.

  3. 3

    Faire remonter les nouvelles depuis le dernier appel

    Serper

    Serper

    Les nouvelles publiques depuis le dernier appel reviennent, avec tout changement de poste sur les profils des participants.

    LinkedIn

    LinkedIn

  4. 4

    Construire un deck autour de leurs problèmes

    Le deck reçoit une slide par problème nommé, une de plus pour toute objection non résolue, et des espaces réservés entre crochets là où un chiffre est nécessaire.

  5. 5

    Publier le brief avant la réunion

    Slack

    Slack

    Le brief arrive en premier et le deck ensuite, ouvert par l'objection non résolue ou la partie prenante silencieuse la plus importante.

La préparation de démo est le travail qu'on saute quand l'agenda est plein. Bien faite, elle veut dire réécouter deux appels, lire l'historique de l'opportunité, vérifier si quelque chose a changé chez l'entreprise, et reconstruire un deck autour de ce que cet acheteur précis a dit. En pratique, elle veut plutôt dire ouvrir le deck standard dix minutes avant, changer le logo, et espérer que les notes d'il y a six semaines soient encore dans la tête de quelqu'un.

Toute la matière est déjà enregistrée. Les appels sont transcrits, l'historique du deal est dans le CRM, et ce qui a changé chez l'entreprise depuis est public. Ce qui manque, ce sont les vingt minutes pour les relier entre eux — la partie qui n'a pas besoin d'une personne.

What you get

One brief and one draft deck in the team channel before the demo, both built from what was actually said on the previous calls rather than from the standard pitch.

Ce qui compose le brief de préparation de démo

L'exécution démarre depuis la prochaine démo au calendrier Google, à temps pour que le brief et le deck soient prêts avant qu'elle ne commence. Elle rassemble trois types de matière :

  • Chaque appel enregistré avec l'entreprise, depuis Granola, recherché par email du participant et séparément par domaine de l'entreprise, car la personne que vous rencontrez peut apparaître sur l'appel d'un collègue plutôt que le sien. Quatre choses ressortent de chaque appel : les problèmes décrits, dans leurs propres mots ; toute objection, et si elle a été résolue ; les engagements pris, avec qui doit quoi ; et les noms et rôles de tous ceux qui ont parlé.
  • L'opportunité, depuis HubSpot : stage, valeur, date de clôture, propriétaire et l'historique des changements de stage. Un deal qui a repoussé sa date de clôture deux fois n'est pas la même réunion qu'un deal qui vient de s'ouvrir, et le brief dit lequel des deux c'est.
  • Ce qui a changé depuis le dernier appel. Les actualités publiques sur l'entreprise, trouvées avec Serper : une levée de fonds, un changement de direction, un lancement produit, une réorganisation. Les changements de poste viennent des profils LinkedIn des participants eux-mêmes. Tout ce qui vaut la peine d'être mentionné garde son URL source. Une démo qui s'ouvre sur quelque chose arrivé la semaine dernière est une démo où l'acheteur sait que vous avez suivi.

Ce qui fait tenir la préparation de démo par IA

Citez-les, ne les résumez pas. Un acheteur qui a dit « on perd deux jours par mois à réconcilier les deux systèmes à la main » vous a remis la phrase exacte à lui répéter. Compressée en « difficultés d'intégration », elle devient indiscernable de n'importe quel autre compte, et le deck revient au standard avec un logo changé.

La partie prenante qui n'a jamais parlé est la ligne la plus précieuse du brief, et la plus facile à manquer à la main. Le CRM sait qu'il y a un responsable des opérations sur le compte ; les transcriptions d'appels ne montrent que les deux personnes présentes à chaque fois. Cet écart est souvent là où le deal se décide, et le repérer veut dire comparer deux systèmes que personne ne compare.

Laisser des espaces réservés plutôt que des chiffres garde le brouillon utilisable. Un modèle à qui l'on demande de construire un deck produira volontiers « réduit le temps de réconciliation de 60 % », un chiffre que personne ne peut sourcer, dit à voix haute dans une salle où quelqu'un peut demander d'où il vient. Un crochet visible est une invite pour le présentateur ; un chiffre inventé est un risque qui a l'air fini.

Un deck de démo construit à partir de ce que l'acheteur a dit

Le deck en brouillon suit les problèmes issus des appels, dans l'ordre où l'acheteur les a soulevés. Ses sections existent parce qu'ils ont dit ces choses-là :

  • Une slide par problème réellement nommé. S'ils ont nommé trois problèmes, le deck a trois slides de problème.
  • Une slide pour chaque objection restée sans réponse sur les appels. La sauter revient à la voir surgir dans la salle, avec moins de préparation.
  • Un espace réservé entre crochets partout où une affirmation a besoin d'un chiffre.

Le brief part sur Slack en premier et le lien du deck ensuite. Le brief est ce qu'on lit en allant vers la salle ; le deck est ce qu'on ouvre une fois sur place. Il ouvre sur la chose la plus importante, qui est le plus souvent soit une objection non résolue, soit une partie prenante qui n'a jamais parlé.

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.

# Prepare for a demo from the last call

You have access to a call-recording tool, a CRM, web search, a
professional network, and a messaging tool. Run this for **[the
company and the meeting date]**.


## 1. Quote the problems they actually named

Find every recorded call with this company. Search by attendee email
and separately by company domain, because a call is recorded by
whoever hosted it and the person you are looking for may sit on a
colleague's call rather than their own.

From each call, extract four things and nothing else:

- The problems they described, in their words, not paraphrased into
  your category names.
- Any objection raised, and whether it was resolved on the call.
- Commitments made by either side, with who owes what.
- Names and roles of everyone who spoke.

Quote them. A paraphrase into your own vocabulary is exactly the
translation that loses the detail worth repeating back to them.

## 2. Flag stakeholders who never spoke

Pull the opportunity: stage, value, close date, owner, and the history
of stage changes. A deal that has slipped its close date twice is a
different meeting from one that just opened, and the brief should say
which one this is.

Note anyone on the account record who has not appeared on any call.
A stakeholder who exists in the CRM and has never spoken is the single
most useful thing to flag before a demo.

## 3. Surface news since you last spoke

Search for anything public about the company since the date of the
last call: a funding round, a leadership change, a product launch, a
reorganisation. Check the attendees' own profiles for role changes.

A demo that opens by referencing something that happened last week is
a demo where they know you were paying attention. Keep the source URL
for anything you plan to mention.

## 4. Draft a deck around their problems

Draft the deck from the problems in step 1, in the order they raised
them. Not the standard deck with their logo on it: the sections exist
because they said those things.

Rules for the draft:

- One slide per problem they actually named. If they named three
  problems, the deck has three problem slides, not the usual seven.
- Any unresolved objection from step 1 gets its own slide. Skipping it
  means it gets raised in the room instead, with less preparation.
- Where a claim needs a number, leave a bracketed placeholder rather
  than inventing one. A confident wrong figure in a demo is worse than
  a gap the presenter fills from memory.

## 5. Post the brief before the meeting

Post to the team channel: the brief first, deck link second. The brief
is what someone reads on the way into the room; the deck is what they
open once they are there.

Lead the brief with the single most important thing, which is usually
either an unresolved objection or a stakeholder who has never spoken.

## Output

Report: calls found and their dates, problems extracted, unresolved
objections, stakeholders who have not appeared on a call, what changed
since last contact, and the number of slides drafted.

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, « Préparer une démo à partir du dernier appel » 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 la préparation de démo commerciale avec l'IA

Oui. Un agent disposant d'un outil d'enregistrement d'appels, du CRM, de la recherche web et d'un outil de messagerie peut citer les problèmes nommés par l'acheteur lors des appels précédents, signaler les parties prenantes qui n'ont jamais parlé, faire remonter les nouvelles depuis le dernier appel, et publier un brief avec un deck avant la démo.

Elle peut en construire un autour des problèmes nommés par ce prospect, dans l'ordre où ils ont été soulevés, avec une slide par problème et une de plus pour toute objection restée sans réponse. Citer l'acheteur plutôt que le résumer compte ici, car paraphraser son problème dans vos propres catégories produit le deck qu'il a déjà vu.

Non. Là où une affirmation a besoin d'un chiffre, le brouillon laisse un espace réservé entre crochets à remplir par le présentateur. Un chiffre faux affirmé avec assurance coûte plus cher, dans une démo, qu'un manque visible.

Oui, et le brief le précise, en s'appuyant seulement sur l'historique CRM et la recherche publique. C'est un brief nettement plus faible, et il est présenté comme tel plutôt que comme s'il s'appuyait sur une conversation qui n'a jamais eu lieu.

Processus similaires

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