Town AI pour préparer les réunions clients : briefs, routines et limites

Pourquoi la préparation des réunions clients compte-t-elle autant ?

Je suis Riell et je travaille chaque jour dans la file de support d'eesel. Cela me place près des conversations autour des renouvellements, et j'ai vu plus d'une fois ce que coûte le fait d'arriver sans préparation.

Un exemple m'est resté en tête, et il est douloureux. Une fintech automobile britannique, sur le forfait à 799 $ par mois d'eesel, a résilié avec le motif « trop cher », après environ 311 interactions IA sur huit cycles de facturation et un sentiment positif de son équipe. Amogh, cofondateur d'eesel, l'a documenté après coup : eesel ne les a pas perdus à cause du produit, mais parce que personne n'a présenté la valeur à une équipe financière en pleine réduction de budget. Personne n'est entré dans cette conversation avec les chiffres en main.

Dix jours plus tard, c'est allé dans l'autre sens. J'avais signalé une marque de cosmétiques comme risque de résiliation : elle disait que 800 $ par mois n'avaient pas de sens et qu'elle construirait son propre outil. L'équipe est entrée dans cette conversation en sachant pourquoi, a proposé une tarification à l'usage adaptée à leur utilisation et les a gardés autour de 200 $ par mois.

La différence entre ces deux issues tenait simplement à qui est arrivé préparé. Donc, en lisant comment Town gère la préparation des réunions, je l'ai lu comme quelqu'un qui voudrait l'utiliser justement avant ces appels. Si vous ne connaissez pas encore Town, le test de Town AI de ma collègue présente le produit ; en bref, c'est un assistant IA personnel avec sa propre adresse e-mail @town.com, qui travaille avec votre boîte de réception, votre agenda et vos applications.

Que fait Town AI avant une réunion client ?

Le principal outil de préparation de Town est une routine appelée Meeting Brief. D'après la page de la routine chez Town, elle « lit la liste des participants, votre historique d'e-mails, les notes de réunions passées et les actualités récentes de l'entreprise, puis envoie une courte note de préparation avant les appels qui le méritent ». Elle est incluse avec chaque compte, il n'y a donc rien à installer.

Vous configurez la routine avec un message en langage courant à votre Townie, et la version par défaut lui demande de :

• Choisir les bonnes réunions. Préparer les réunions « externes, de premier contact, à enjeu élevé » et ignorer les points d'équipe internes et les 1:1 de routine.
• Rechercher les participants. Qui ils sont, votre historique d'e-mails avec eux et les actualités récentes de leur entreprise.
• Retrouver ce qui a été promis. Ce que vous vous êtes promis la dernière fois, à partir des fils passés et des notes de réunion, les points ouverts en premier.
• Noter ce qui est nouveau. Un changement de poste, une annonce ou un fil auquel ils attendent une réponse.

L'ordre du brief est ce que je préfère. Par défaut, il demande une note qui commence par l'unique chose à dire ou à demander, puis qui est présent, puis le contexte, « calée pour arriver peu avant l'appel, et non enfouie des heures plus tôt ». Pour un appel de renouvellement ou d'escalade, cette ligne en tête est là où je voudrais un rappel du genre « ils ont posé deux fois la question sur le bug SSO en septembre ».

Vous pouvez aussi répondre au brief pour creuser le profil de n'importe quel participant. Si vous voulez le même type de préparation pour votre agenda personnel, mon guide des AI scheduling assistants présente des outils qui réservent aussi les réunions.

Quelles routines Town aident à préparer les réunions clients ?

Meeting Brief n'est qu'une routine parmi d'autres. La bibliothèque de routines de Town compte un groupe autour des réunions, et elles s'exécutent à différents moments.

Source : pages de routines de Town pour Attendee Research Brief, Standing 1:1 Prep Doc, Board Meeting Prep et Post-Meeting Debrief Drafts.

L'Attendee Research Brief est celui que j'activerais en premier pour le travail en contact avec les clients, et il distingue réunions internes et externes grâce aux domaines e-mail des participants, si bien que « votre point d'équipe hebdomadaire reste silencieux » et que seules les réunions avec des clients, prospects ou candidats reçoivent un brief.

Le Standing 1:1 Prep Doc est conçu pour les 1:1 internes, mais son principe s'applique aux points récurrents avec des clients : « reportez ce qui était ouvert la dernière fois pour que ce soit un fil continu, et non une page blanche chaque semaine ». Si vous faites un appel hebdomadaire avec un compte clé, c'est la forme qu'il vous faut.

La documentation des routines standard de Town mentionne aussi un Contact Research Dossier, qui recherche un nouveau contact et son entreprise à l'arrivée d'e-mails étiquetés, et un Meeting Action Hand-Off, qui « sépare ce qui a été convenu de ce qui a seulement été discuté » une fois qu'une réunion enregistrée est transcrite.

Un détail de cette documentation vaut la peine d'être connu avant de personnaliser quoi que ce soit. Vous pouvez modifier les paramètres, le mode et les instructions supplémentaires d'une routine standard, mais vous ne pouvez pas « réécrire la logique sous-jacente d'une routine standard ni y ajouter de nouvelles sources de données ». Si vous avez besoin d'un brief qui puise dans une source que la version standard n'utilise pas, vous créez une routine personnalisée.

Que lit Town pour construire un brief de réunion client ?

Tout vient de ce que vous connectez. La page d'intégrations de Town liste les outils dont un brief de réunion peut s'inspirer, et pour le travail en contact avec les clients, les plus utiles se répartissent en quatre groupes :

• E-mail et agenda : Gmail, Outlook et Google Calendar. C'est la couche de base dont toute routine a besoin.
• Notes et enregistrements d'appels : Granola, Fathom, Fireflies, Gong et Zoom, ainsi que la fonction Recordings propre à Town.
• CRM : HubSpot, Salesforce, Attio, Pipedrive, Affinity et Copper. L'article Town AI for HubSpot de ma collègue explique ce que la connexion HubSpot peut lire et écrire.
• Recherche sur les personnes et les entreprises : LinkedIn et Clay, ainsi que la recherche web pour les actualités de l'entreprise.

La fonction Recordings intégrée de Town compte plus pour la préparation qu'il n'y paraît. Vous lancez l'enregistrement pendant un appel dans l'application web, Mac ou iOS, puis Town transcrit et peut aussi rédiger les notes de réunion. Comme « c'est le même assistant avec la même mémoire partout », le brief du mois prochain sait déjà ce qui s'est dit lors de l'appel de ce mois-ci. Les enregistrements sont privés par défaut.

Si vous gardez vos notes dans Granola, la documentation Granola de Town indique que la connexion est en lecture seule : Town cherche dans vos notes et transcriptions, mais ne les crée ni ne les modifie. Si une réunion n'y a pas été capturée, « il n'y a rien à récupérer ».

Si vous préférez garder un outil de notes autonome, mon guide des meeting notes app et le test d'Otter AI présentent les options. Zoom AI propose également ses propres résumés intégrés.

Que manque-t-il à un brief Town pour les appels clients ?

L'historique de support. Pour un renouvellement, une escalade ou une QBR, le contexte le plus important se trouve souvent dans le helpdesk : le bug ouvert ou la réclamation de facturation, plus les trois tickets sur la même intégration. C'est généralement ce qu'un client évoque dans les cinq premières minutes.

La page d'intégrations de Town cite Front et Pylon parmi les outils de support. Elle ne cite ni Zendesk, ni Freshdesk, ni Gorgias. Donc un Meeting Brief standard pour une équipe sous Zendesk ne verra pas les tickets du client, sauf s'ils se trouvent par hasard dans vos e-mails.

Il existe pourtant un contournement. Town prend en charge les serveurs MCP personnalisés, et sa documentation donne « interroger votre CRM ou helpdesk interne » comme exemple d'usage. Vous ajoutez le serveur dans les Paramètres, l'activez sur une routine personnalisée, et la routine peut appeler ses outils. Cela fonctionne si quelqu'un peut configurer et maintenir un serveur MCP de helpdesk, et si votre brief est une routine personnalisée, puisque les routines standard n'acceptent pas de nouvelles sources de données.

Deux points plus mineurs méritent d'être connus :

• Les briefs sont personnels. Le Townie de chaque personne utilise sa propre boîte de réception, ses notes et sa mémoire. La documentation Teams de Town permet aux collègues de partager des routines, mais le brief que reçoit votre responsable de compte est construit à partir de ses comptes, pas d'une fiche de compte partagée. Si un agent de support a géré la dernière escalade, ce contexte se trouve dans le helpdesk, pas dans la boîte de réception du responsable de compte.
• La recherche de personnes est plafonnée. La page tarifaire de Town limite les recherches de personnes à 10 par mois sur Starter, 50 sur Pro, 150 sur Power et 75 par utilisateur sur Team. Un responsable de compte très occupé avec trois appels externes par jour peut atteindre les 50 de Pro avant la fin du mois.

Si votre équipe de support utilise Front, Town s'y connecte : il peut faire remonter les fils en attente et rédiger des réponses, et chaque envoi attend votre approbation. L'article Town AI for Slack de ma collègue montre le même schéma par personne, et le Front AI copilot de Front mérite d'être comparé. Pour une vue d'ensemble, consultez mes guides sur les help desks with CRM et la Zendesk CRM integration.

De quel forfait Town avez-vous besoin pour la préparation de réunions ?

C'est là que je ralentirais un peu avant d'acheter. Le Meeting Brief « est fourni avec chaque nouveau compte Town », mais son exécution automatique dépend du forfait.

Source : Town pricing et Plans and Pricing docs, consultés en octobre 2026.

La raison tient aux déclencheurs. La documentation des déclencheurs de Town décrit un déclencheur de début d'agenda qui se lance par défaut 15 minutes avant une réunion, ou 1 heure avant, ou 5 minutes après. La documentation des forfaits de Town indique que les déclencheurs de début de réunion nécessitent Pro ou supérieur, ou un forfait d'équipe payant. Starter n'exécute que des déclencheurs planifiés, au maximum une fois par jour.

Donc sur Starter, vous demandez chaque brief vous-même, jusqu'à 15 par mois. C'est suffisant pour un fondateur avec quelques appels clients par semaine. Pour un responsable de compte avec 40 réunions externes par mois, Pro est vraiment le point de départ. Les crédits par exécution ne sont pas fixes non plus, car un brief qui lit un long historique d'e-mails coûte plus qu'un brief pour un premier rendez-vous. L'article Town AI pricing de ma collègue traite des crédits et des dépassements, et Town offre un essai de Pro de 7 jours à l'inscription.

La préparation de réunions de Town peut-elle s'exécuter seule en toute sécurité ?

Pour la préparation, oui. Chaque routine de préparation de réunion que j'ai lue se limite à la recherche par conception :

• Le texte par défaut du Meeting Brief dit « recherche et brief de ta propre initiative ; ne contacte jamais un participant et ne touche pas à l'agenda ».
• La page de l'Attendee Research Brief dit « il lit et rapporte, rien de plus ».
• La routine Debrief Drafts conserve les e-mails de suivi comme brouillons « pour ma relecture », car ils sont externes.

Cela correspond au modèle plus large de Modes and Approvals de Town, où les actions qui contactent d'autres personnes attendent votre accord par défaut. Le cofondateur de Town, Jean-Denis Greze, a résumé cette position au lancement :

"And it only acts when you say so."

Jean-Denis Greze, X

Une dernière chose que je vérifierais est l'endroit où le brief est livré. Si vous envoyez les briefs dans un canal Slack plutôt que dans votre boîte de réception, tout le canal voit vos notes sur un client. Les routines de Town livrent par défaut dans votre boîte de réception, cela ne compte donc que si vous le changez.

Town est assez récent pour ne pas avoir encore d'avis sur G2 ou Capterra, et je n'ai trouvé aucune publication publique parlant spécifiquement de ses briefs de réunion. Le signal externe le plus clair concerne plutôt l'adoption. L'investisseur swyx a décrit la diffusion de Town dans son équipe :

"i brought it into our company one day and a few weeks later was shocked to hear that it had just organically spread to @liamcbride and the rest of our team with no further hyping or enablement from me."

swyx, X

Comment configurer Town pour préparer les réunions clients ?

Voici l'ordre que je suivrais, environ 30 minutes au total :

1. Connectez e-mail et agenda à l'inscription. C'est tout ce dont le Meeting Brief standard a besoin pour démarrer.
2. Connectez votre outil de notes et votre CRM. Granola ou Fathom pour ce qui a été dit la dernière fois, et HubSpot ou Salesforce pour la fiche du compte.
3. Dites à votre Townie quelles réunions comptent. Pour le travail client, quelque chose comme « fais-moi un brief pour chaque réunion avec quelqu'un hors de notre domaine et ignore les points internes ».
4. Ajoutez l'Attendee Research Brief en envoyant le message de configuration de la routine, pour recevoir un brief la veille en plus de celui de 15 minutes avant.
5. Activez Recordings ou Debrief Drafts pour que chaque appel alimente le brief suivant.

Si vous voulez un brief qui ajoute une source que la version standard ne lit pas, l'assistant de routines de Town crée une routine personnalisée à partir d'une demande en langage courant.

Vous hésitez encore entre plusieurs assistants ? L'article Town AI alternatives de ma collègue compare Town à Instinct AI et Orchid AI. Pour construire votre propre agent, il y a Lindy.

Comment ajouter l'historique de support à la préparation des réunions clients ?

C'est la lacune que je comblerais en premier, car c'est celle que je vois le plus souvent poser problème. Quand un responsable de compte me demande avant un renouvellement « y a-t-il quelque chose que je devrais savoir ? », la réponse se trouve presque jamais dans sa boîte de réception. Elle se trouve dans la file de tickets.

eesel est un ensemble d'AI teammates que vous recrutez pour des tâches précises, et celui qui aide ici est le coéquipier IA de helpdesk. D'après la documentation Slack d'eesel, vous pouvez le mentionner dans un fil Slack et demander une recherche dans un helpdesk connecté, et il répond dans le fil avec ce qu'il a trouvé. Ainsi, « @eesel list Acme's open tickets » avant un appel vous donne le volet support du brief que Town ne lit pas.

Quelques précisions pour savoir ce que vous obtenez :

• Il se connecte une fois pour toute l'équipe. Une seule connexion à Zendesk, Freshdesk, Gorgias ou Front, au lieu que chacun configure la sienne.
• Il lit le helpdesk, pas votre boîte de réception. La recherche porte sur les tickets eux-mêmes, elle ne se limite donc pas aux fils où quelqu'un vous a mis en copie.
• Il demande avant d'agir. Si vous lui demandez de faire quelque chose qui modifie un ticket, une carte d'approbation avec Approve, Deny et Review in eesel est publiée dans le même fil.

Les deux outils se complètent bien. Town vous prépare à partir de vos e-mails, de votre agenda et de votre CRM. eesel couvre le helpdesk. Si vos appels clients sont surtout des escalades, mes guides sur le ticket summarization et l'AI churn prevention for support expliquent plus en détail comment repérer tôt les signaux d'alerte.

Essayez eesel avant votre prochain appel de renouvellement

Avant votre prochain appel de renouvellement ou d'escalade, demandez à eesel dans Slack ce que le client a soulevé auprès du support. Il retrouve ses tickets dans votre Zendesk, Freshdesk ou Gorgias et répond dans le fil, pour que vous ne soyez pas surpris par un bug ouvert.

Les forfaits sont des lots de crédits fixes sur la page tarifaire d'eesel, à partir de 500 crédits pour 299 $ par mois, avec un forfait gratuit pour tester d'abord. Connectez votre helpdesk et un canal Slack, puis posez une question sur le prochain client de votre agenda. Essayer eesel