Bibliothèque · Scripts de réservation
Quatre scripts de réservation. Une seule source contrôlée.
Organisez les scripts entrants et sortants pour la génération de leads et la réactivation de base de données, adaptez-les au Thème de campagne, et suivez chaque révision soumise à validation.
Vous avez déjà un espace de travail ? Se connecter
- Formules à partir de 99 $ par mois
- Conçu pour les agences multi-clients
- Votre marque dans toute la console
Bibliothèque · Scripts de réservation
Bibliothèque de scripts pour agents de réservation IA, à l’usage des agences
Une bibliothèque de scripts pour agents de réservation IA ne peut pas se réduire à un seul discours générique. Un nouveau prospect qui appelle au sujet d’une offre, une équipe qui relance un lead entrant et un appel de réactivation vers un contact existant appellent chacun une conversation différente. L’espace Scripts de réservation d’AI Marketing Dashboard garde ces scripts ensemble, en un jeu complet et versionné pour chaque client et chaque Thème de campagne, afin que stratèges, relecteurs et clients travaillent depuis une seule source contrôlée plutôt que depuis des documents dispersés.
Du brouillon au client
Quatre scripts, relus un par un
Chacun des quatre garde ses propres révisions et sa propre revue : un script terminé n’attend donc jamais un script plus lent.
Rédigez les quatre scripts
Un jeu par client et par Thème : génération de leads et réactivation de base de données, chacune en entrant et en sortant. Les objectifs, les sections, les objections, les variables et les garde-fous ont tous leurs propres champs.Envoyez chacun en revue par l’agence
L’envoi fige cette révision et ouvre une tâche de relecture dans Projets. Un relecteur la valide ou demande des modifications, et la décision enregistre qui a agi.Publiez la révision validée
La publication fait de cette révision celle qui est utilisée. Les modifications suivantes démarrent un nouveau brouillon : la formulation publiée ne change donc jamais sous les pieds de la campagne.Partagez-la et sollicitez le client
Partagez un script validé en lecture seule, ou demandez au client de le valider ou de demander des modifications. Il ne voit que la formulation publiée.Formules Scale et Enterprise
Ce que c’est
Une source contrôlée pour ce que doit dire un agent de réservation
La bibliothèque détient le script et son historique. Diffuser la conversation est un travail distinct, réalisé dans l’outil avec lequel votre équipe appelle.
Qui voit quoi
Partagé ou interne, section par section
Marquez une section comme interne pour guider votre propre équipe. Un client qui relit un script ne voit que les sections et la formulation que vous avez publiées pour lui, jamais vos notes.Révisions
La formulation validée ne bouge pas
Une modification demandée ouvre un nouveau brouillon. La révision publiée reste exactement telle qu’elle était.Thèmes
Copiez un jeu vers un autre Thème
La copie arrive sous forme de quatre brouillons propres, avec l’historique de revue et de partage remis à zéro. Le jeu source reste intact.La frontière
Rédaction et revue, pas l’appel
Cet espace de travail conserve les scripts et leur historique. Il ne passe pas d’appels, ne fournit pas de numéros de téléphone et ne fait pas tourner d’agent vocal ; ce travail relève de l’outil avec lequel votre équipe appelle.
Donnez à chaque campagne de réservation un script contrôlé
Mettez en place les quatre scripts d’un client, relisez-les avec votre équipe et partagez la formulation validée quand elle est prête.
Les formules commencent à 99 $ par mois.
Sur cette page
Quatre scripts couvrent toute la campagne de réservation
Génération de leads et réactivation de base de données, chacune en version entrante et sortante
Chaque jeu comporte quatre emplacements clairs : génération de leads entrante, génération de leads sortante, réactivation de base de données entrante et réactivation de base de données sortante. La matrice de couverture montre ce qui est en brouillon, en revue ou validé, si bien qu’un responsable de compte repère une conversation manquante avant le transfert à la campagne.
La distinction compte. Une conversation entrante part de l’intention de l’appelant et demande une qualification réactive. Une conversation sortante exige une ouverture fondée sur le consentement, une raison d’appeler et un traitement soigneux des replis. La génération de leads porte sur une demande en cours ; la réactivation de base reconnaît une relation existante et un tout autre niveau de contexte.
Des scripts qui restent ancrés dans le Thème de campagne
Adapter la conversation sans perdre l’original
Une campagne de gestion du poids et une campagne de greffe capillaire peuvent partager le même objectif de prise de rendez-vous, mais les questions, la mise en valeur et les objections ne sont pas interchangeables. Chaque jeu appartient à un client réel et à l’un de ses Thèmes de campagne, avec l’angle de positionnement, l’audience et les piliers de message qui donnent au script son contexte.
Dupliquez un jeu complet vers un autre Thème quand la stratégie change. La copie démarre en quatre brouillons propres, historiques de partage et de revue remis à zéro, tandis que le jeu source reste intact. L’adaptation est rapide, sans faire croire qu’un rechercher-remplacer produit un script relu et prêt pour la campagne.
Une conversation structurée, pas un bloc de texte sans règles
Objectifs, sections, objections, variables et garde-fous dans un seul éditeur
Chaque révision sépare les éléments dont dépend une conversation de prise de rendez-vous : objectif, rôle et ton de l’agent, sections ordonnées, exemples de répliques, objections et réponses, variables de fusion déclarées, garde-fous, comportement de transfert et conclusion de la réservation. Les scripts sortants prévoient en plus le consentement, l’information de l’interlocuteur, le respect des listes d’opposition et la messagerie vocale ; les scripts entrants couvrent l’accueil, la saisie de l’intention, le comportement hors horaires d’ouverture et le passage de relais.
Les sections peuvent être marquées partagées ou internes. L’agence dispose ainsi d’un espace pour les consignes opérationnelles destinées à sa propre équipe, sans exposer ces notes dans une revue client. Les variables de fusion suivent un format visible et validé : un espace réservé est déclaré et vérifiable, au lieu de se dissimuler comme un jeton inexpliqué dans un long document.
Un script validé ne change pas sous les pieds de la campagne
Un historique de révisions indépendant pour chacun des quatre scripts
Les quatre scripts d’un jeu avancent à des rythmes différents. Un script entrant de génération de leads peut être validé alors que le script sortant de réactivation demande encore du travail. Chaque emplacement conserve donc ses propres révisions numérotées, son état de revue et sa version publiée, au lieu de forcer le jeu entier dans un statut du tout ou rien.
Soumettre un brouillon fige cette révision pour la revue. Les modifications demandées deviennent un nouveau brouillon, tandis que la révision publiée précédente reste disponible et inchangée. Les décisions de revue enregistrent qui a agi et quand : l’agence a une réponse fiable quand on lui demande quelle formulation avait été validée.
Validation par l’agence d’abord, revue client ensuite si vous le souhaitez
Garder le contrôle éditorial tout en donnant au client une décision précise
La revue de l’agence est le passage qualité obligatoire. Une fois une révision validée, l’équipe peut la publier en interne, la partager en lecture seule avec le client ou lui demander une décision. Les relecteurs côté client voient le contenu publié qui leur est destiné, jamais les notes ni les sections internes, et peuvent valider ou demander des modifications avec un retour écrit.
Parce que la revue est liée à la révision exacte, un retour ne dérive pas par accident sur un brouillon ultérieur. Retirer une revue client en attente et cesser de partager un script sont des actions explicites : un changement de visibilité n’efface pas la trace de ce qui avait été relu.
La Bibliothèque détient le script ; l’exécution reste ailleurs
Des ressources de campagne réutilisables aujourd’hui, des points de transfert propres pour de futurs outils d’appel
Les Scripts de réservation appartiennent à la Bibliothèque parce qu’ils sont la matière première rédigée et réutilisable d’une campagne. Ils suivent le même modèle par client et par Thème que les textes, les créations, les formulaires et les landing pages, tandis que leur structure de conversation plus riche et leur historique de validation restent conçus pour les appels de prise de rendez-vous.
Cet espace de travail ne passe pas d’appels, ne fournit pas de numéros et ne prétend pas faire tourner un agent vocal IA. Prestataires, agendas, files d’attente, application du consentement, enregistrements et écriture des résultats dans le CRM relèvent d’un déploiement séparé. Garder cette frontière claire permet de gérer dès maintenant des scripts validés sans confondre la rédaction et l’exécution en direct.
Comment les quatre conversations diffèrent : entrant, sortant, génération de leads et réactivation
Un jeu de scripts pour agent de réservation IA contient quatre scripts, un pour chaque association de deux objectifs de campagne avec deux sens d’appel, et chacun demande la configuration dont son sens a besoin.
| Script | Qui est le contact | Ce que doit accomplir l’ouverture | Champs propres au sens de l’appel |
|---|---|---|---|
| « Lead Generation, Inbound » (génération de leads, entrant) | Une personne qui a pris contact | Accueillir l’appelant et confirmer l’objet de son appel | Accueil, saisie de l’intention, comportement hors horaires d’ouverture |
| « Lead Generation, Outbound » (génération de leads, sortant) | Une demande récente que l’équipe relance | Identifier l’agent et le client, donner la raison de l’appel et demander un instant | Ouverture avec demande d’autorisation, mention d’information, respect des listes d’opposition, messagerie vocale |
| « Database Reactivation, Inbound » (réactivation de base de données, entrant) | Un contact existant qui revient | Reconnaître la relation, puis découvrir ce qui l’a ramené | Accueil, saisie de l’intention, comportement hors horaires d’ouverture |
| « Database Reactivation, Outbound » (réactivation de base de données, sortant) | Un ancien client que l’équipe réengage | Renouer chaleureusement et demander la permission avant toute chose | Ouverture avec demande d’autorisation, mention d’information, respect des listes d’opposition, messagerie vocale |
Un modèle de départ structuré construit les quatre scripts d’un coup autour d’un déroulé en quatre temps : découverte ou reprise de contact, qualification légère, information, puis questions et objections. Autour de ce déroulé, il ajoute l’aiguillage des réponses, l’étape de réservation, les cas limites, une règle de passage de relais pour les scripts entrants, une règle de messagerie vocale pour les scripts sortants et une conclusion. Considérez ce modèle comme un brouillon à retoucher avec les faits du profil du client.
Les parties d’un document de script et à quoi sert chacune
Chaque révision est une donnée structurée plutôt qu’un long texte : chaque partie peut donc être relue, partagée ou gardée en interne séparément.
- « Objective » (objectif)
- Le résultat qu’un appel réussi produit, énoncé une seule fois pour que chaque section le serve.
- « Agent role and tone » (rôle et ton de l’agent)
- Qui est l’agent pendant l’appel et comment il s’exprime, rédigé de façon qu’un relecteur puisse juger la voix.
- « Sections »
- Les parties ordonnées de la conversation, comme l’ouverture, la découverte, la qualification, le traitement des objections, la réservation, la messagerie vocale, la conformité et la conclusion, chacune avec des consignes et des exemples de répliques. Un script exige une ouverture, une réservation et une conclusion.
- « Variables »
- Des champs de fusion comme {{contact.first_name}}. Chacun est déclaré avec un libellé, une description et un exemple avant qu’une section puisse l’utiliser.
- « Objections and responses » (objections et réponses)
- Une préoccupation qu’un contact est susceptible de soulever, associée à la réponse validée. Chaque paire peut être marquée comme interne.
- « Guardrails » (garde-fous)
- Les règles que l’agent doit respecter, regroupées en règles strictes, règles de sensibilité et règles sur les affirmations concernant ce qu’il ne doit jamais dire.
- « Promotion »
- Indique si une offre existe (aucune, unique, au choix, par paliers ou multiple), comment elle peut être évoquée et à quelle fréquence par appel. Les offres de réactivation sont normalement conditionnelles, évoquées seulement quand un frein comme le coût apparaît.
- « Transfer » (transfert)
- Quand une personne doit prendre le relais et comment, dans les horaires de transfert que vous définissez.
- « Booking details » (détails de la réservation)
- L’objectif, les champs à recueillir avant la réservation et la formulation de la confirmation.
- « Fallbacks and contact details » (solutions de repli et coordonnées)
- Que faire quand personne ne répond, quand l’agent hésite, quand un rappel est demandé ou quand la ligne coupe, ainsi que le téléphone du bureau, les horaires et les langues.
Ce que l’éditeur contrôle avant qu’un script puisse partir en revue
L’envoi lance un passage de validation et s’arrête au premier problème : le relecteur part donc d’un document complet.
| Problème | Ce que dit l’éditeur | La correction |
|---|---|---|
| Un jeton de fusion que personne n’a déclaré | « Declare the variable before using it » (déclarez la variable avant de l’utiliser) | Ajoutez la variable avec un libellé, une description et un exemple. |
| Une clé de variable mal formée ou répétée | « Keys must be lowercase identifiers or dot paths; a key can be declared only once » (les clés doivent être des identifiants en minuscules ou des chemins à points, et une clé ne se déclare qu’une fois) | Renommez ou supprimez la variable. |
| Aucune section d’ouverture, de réservation ou de conclusion | « Add the missing conversation section » (ajoutez la section de conversation manquante) | Ajoutez la section et ses consignes. |
| Transfert activé sans critères | « Add at least one transfer criterion » (ajoutez au moins un critère de transfert) | Indiquez quand une personne doit prendre le relais. |
| Aucun champ de réservation | « Add at least one booking field » (ajoutez au moins un champ de réservation) | Listez ce qu’il faut recueillir avant la réservation. |
| Une promotion au choix ou par paliers avec une seule option | « A promotion of that kind needs at least two options » (une promotion de ce type exige au moins deux options) | Ajoutez une option, ou changez le type. |
| Comportement du sens d’appel manquant | « Inbound or outbound call behavior is required » (le comportement d’appel entrant ou sortant est obligatoire) | Renseignez les champs d’accueil ou d’autorisation. |
| Aucun Thème choisi | « Choose an existing Theme before submitting » (choisissez un Thème existant avant d’envoyer) | Choisissez le Thème auquel appartient le jeu. |
Certains constats ne font qu’avertir. L’éditeur signale une intensité commerciale agressive sur un script de réactivation et une promotion qui peut être évoquée plus souvent que la pratique courante. Un avertissement laisse la décision à l’équipe.
Du brouillon à la publication puis au partage : qui peut faire quoi
Chaque script avance séparément, et chaque étape est une autorisation distincte : une seule personne ne peut donc pas tout faire en silence.
| Étape | Autorisation | La règle |
|---|---|---|
| « Submit » (envoyer) | « Edit » (modifier) | Passe la validation, désigne un relecteur autre que la personne qui envoie et fige la révision. |
| « Approve or request changes » (valider ou demander des modifications) | « Approve » (valider) | Seul le relecteur choisi ou un administrateur de l’organisation peut trancher, et la décision enregistre qui a agi et quand. |
| « Publish » (publier) | « Publish » | Fait de la révision validée celle qui est utilisée. |
| « Share and ask the client » (partager et solliciter le client) | « Share » (partager) | Montre la formulation publiée en lecture seule, et peut demander au client de valider ou de demander des modifications. |
| « Withdraw or unshare » (retirer ou cesser de partager) | « Share » | Retire une relecture client en attente ou le partage sans effacer la trace. |
| « Start a revision » (démarrer une révision) | « Edit » | Ouvre un nouveau brouillon tandis que la révision publiée reste exactement telle qu’elle a été publiée. |
Note
Un jeu peut être archivé
Un jeu archivé reste dans les archives, mais son flux de travail est verrouillé. Restaurez-le avant de modifier un état de revue.
Jeux, Thèmes et qui voit quelle version
Un jeu appartient à un client et à un Thème de campagne, et chaque révision conserve un instantané du positionnement de ce Thème tel qu’il était.
Dirigeants d’agence
Vérifiez la couverture d’un coup d’œil
La vue de couverture liste chacun des quatre emplacements avec son état : une conversation manquante apparaît donc avant le transfert de la campagne. Là où un prospect doit pouvoir réserver sans appel, une page de réservation du créateur de landing pages propose plutôt un calendrier.
- Chaque jeu appartient à un client et à un Thème
- Dupliquez un jeu vers un autre Thème sous forme de quatre brouillons propres
Votre équipe
Rédigez et révisez
Les rédacteurs modifient le brouillon en cours, l’envoient, et démarrent une nouvelle révision quand la formulation change. Les numéros de révision augmentent tandis que la révision publiée ne bouge pas, et l’envoi ouvre une tâche de relecture dans Projets.
- Marquez une section ou une objection comme interne pour la garder en interne
- Chaque révision enregistre le Thème pour lequel elle a été rédigée
Vos clients
Lisez la formulation publiée
Dans le portail client, un client ne voit que du contenu partagé et publié : aucune section interne, aucune note interne et aucun détail de déploiement.
- Le valider ou demander des modifications avec un retour
- Retirer une demande conserve l’historique
Formule
Formules pour les Scripts de réservation
Les Scripts de réservation, avec revue par l’agence et publication, sont disponibles dès la formule Studio, au prix de 99 $ par mois. Partager un script avec le client et lui demander sa revue exige le portail client, avec la formule Scale à 699 $ ou la formule Enterprise.
Questions fréquentes
Qu’est-ce qu’un script d’agent de réservation IA ?
C’est la source écrite que suit un agent de réservation : un objectif, un rôle et un ton, des sections de conversation ordonnées avec des exemples de répliques, des objections accompagnées de réponses, des variables déclarées et des garde-fous. Dans cette bibliothèque, le script est rédigé, relu et versionné. Le diffuser par un outil d’appel est un travail distinct, réalisé ailleurs.
Quelle différence entre les scripts de réservation entrants et sortants ?
Les scripts entrants partent de l’intention de l’appelant : ils couvrent donc un accueil, la saisie de l’intention et le comportement hors horaires. Les scripts sortants partent d’une raison d’appeler : ils ajoutent donc une ouverture avec demande d’autorisation, une mention d’information, le respect des listes d’opposition et des règles de messagerie vocale. Chaque emplacement d’un jeu demande les champs qui conviennent à son sens d’appel.
Qu’est-ce que la réactivation de base de données ?
La réactivation de base de données relance des personnes qui ont déjà une relation avec le client mais ne se manifestent plus. Ses scripts renouent chaleureusement, cherchent à comprendre pourquoi le contact s’est éloigné et gardent toute offre conditionnelle. La génération de leads, elle, relance une demande en cours. La bibliothèque contient un script pour chaque type de campagne, dans les deux sens.
La bibliothèque peut-elle passer des appels ou faire tourner un agent vocal ?
Non. La bibliothèque contient les mots et leur historique de revue. Les appels, les numéros de téléphone, les agendas, les contrôles de consentement et les enregistrements relèvent de l’outil que votre équipe utilise pour passer les appels : un script validé est donc quelque chose à confier à cet outil, pas un agent en fonctionnement.
Qui peut valider la révision d’un script de réservation ?
Le relecteur choisi lors de l’envoi, ou un administrateur de l’organisation. Le relecteur choisi doit être une autre personne que celle qui envoie, mais un administrateur de l’organisation peut trancher n’importe quelle revue, et la décision enregistre qui a agi et quand. Publier et partager sont des autorisations distinctes : valider un script ne le met donc pas, à soi seul, sous les yeux du client.
Les clients peuvent-ils voir les notes internes ou les sections réservées à l’interne ?
Non. Un client ne voit que les sections et la formulation publiées pour lui. Les sections, les objections et les garde-fous marqués comme internes, les notes internes d’une révision et les détails de déploiement sont retirés de ce que reçoit le client. Le client peut valider une révision publiée ou demander des modifications avec un retour.
Comment modifier un script déjà publié ?
Démarrez une nouvelle révision. Elle s’ouvre en brouillon et repasse par la revue, tandis que la révision publiée continue d’être utilisée sans changement jusqu’à la publication de la révision qui la remplace. Les révisions et les décisions antérieures restent dans l’historique : vous pouvez donc toujours répondre à la question de savoir quelle formulation avait été validée pour une campagne.