Sous le capot
Taskbase. Tout un système derrière.
Un message de coaching dans Slack paraît simple. Derrière tourne un agent construit pour un seul client, un modèle de la façon dont cette équipe vend, une sandbox pour tout ce qu’il exécute et un pipeline qui transforme chaque appel en contexte. Douze sous-systèmes, chacun un produit à part entière. Suis un appel à travers eux tous.
01 / 13Vue d’ensemble
Un coach, pas une suite d’agents
Taskbase repose sur une plateforme d’agents, mais tu ne construis rien dessus. Pas de framework d’agents à apprendre, pas d’écran de création à maintenir. Tu dis à Taskbase ce que tu veux, et il s’occupe du reste.
- Taskbase : la seule chose avec laquelle ton équipe échange, dans Slack, Teams, Google Chat ou au téléphone. Il contacte aussi les commerciaux de lui-même.
- Plateforme d’agents : conçue pour la vente et hors de vue. Taskbase met en place les jobs pour toi. RevOps peut l’ouvrir s’il le souhaite, personne n’y est obligé.
- Tes données : appels, CRM, e-mails, agendas et sales rooms restent où ils sont. Taskbase les lit.
L’appel Un appel coaché traverse toutes les parties ci-dessous, dans cet ordre.
Ensuite : Outils connectésJobs que Taskbase met en place à ta demande
- Points réguliers pour les commerciaux
- Briefings avant les rendez-vous
- E-mails de suivi, rédigés pour toi
- Présentations PowerPoint après un rendez-vous
- Plans de compte, remplis
- Mutual action plans avec ton client, créés et mis à jour
- Mises à jour du CRM
- Priorités du jour
- Liste d’appels à froid du jour
- Deal rooms pour les acheteurs, créées automatiquement
- Plus de 50 autres jobs
02 / 13Outils connectés
Tes outils restent où ils sont
Le CRM reste la source de vérité et l’enregistreur reste l’enregistreur. Taskbase reflète deals, entreprises, contacts, agendas et documents dans un seul modèle et ne devient jamais un second endroit à maintenir.
- HubSpot ou Salesforce restent la source de vérité ; Taskbase reflète ce dont il a besoin et peut réécrire dans le CRM
- Gong, Fireflies, Fathom, Zoom ou Google Meet envoient l’enregistrement dès la fin d’un appel ; l’enregistreur de Taskbase ne rejoint les appels que là où une équipe le souhaite
- Les agendas et les documents aussi : Google Calendar, Microsoft 365, Notion, Confluence
- Les intégrations sur mesure prennent des jours, pas des mois
L’appel 14 h 32 · Un appel de découverte avec Helio Logistics se termine sur Zoom. L’enregistrement est envoyé à Taskbase.
Ensuite : La couche de données03 / 13La couche de données
Un jeu de données maîtrisé par client
Tout ce que Taskbase sait vit dans une couche de données dédiée, une par client : des collections typées d’enregistrements, de fichiers et de documents, avec des règles d’accès calquées sur ton organisation et un export à tout moment.
- Collections typées : conversations, deals, comptes, personnes, documents
- Les règles d’accès suivent ton organigramme : un commercial voit ses propres appels, un manager ceux de son équipe
- Accessible comme serveur MCP aux agents Taskbase, à Claude, à ChatGPT et à tes propres apps
- Une valeur en soi : toute l’organisation revenue dans un jeu de données maîtrisé que ton équipe peut lire et explorer, et la base de chaque app à la demande
L’appel La transcription arrive dans la couche de données de ton organisation, pseudonymisée, reliée au deal, au compte et aux deux personnes de l’appel.
Ensuite : Le revenue brainbrightline · data layer Export à tout moment
04 / 13Le revenue brain
Un seul modèle de la façon dont l’équipe vend
Le Revenue Playbook est le point central : comment l’équipe vend, à quoi ressemble du bon travail par rôle, les réponses aux objections. Autour, un modèle connecté de personnes, de deals, de conversations et de compétences.
- Le savoir commercial propre à Taskbase : MEDDICC, SPICED, SPIN, Gap Selling et d’autres méthodologies, des playbooks d’experts et des modèles. Taskbase construit et remplit ton playbook à partir de cette bibliothèque et de tes propres documents, donc aucune équipe ne part d’une page blanche
- Le playbook ne change que par des suggestions qu’un responsable des ventes accepte
- Chaque conversation est reliée au deal et aux personnes concernées ; les transcriptions peuvent être pseudonymisées avant d’être stockées
L’appel L’appel fait désormais partie du modèle : le renouvellement Helio, les deux contacts et le playbook des account executives.
Ensuite : Routines et événements05 / 13Routines et événements
Un travail qui démarre sans demande
Des jobs planifiés et des événements entrants réveillent Taskbase : un briefing avant chaque rendez-vous, un retour après chaque appel, un rappel quand un deal s’endort. Personne n’a besoin de demander.
- Les routines tournent selon un calendrier, par équipe et par personne
- Les événements des outils connectés déclenchent le travail à l’instant où quelque chose se passe
- Chaque exécution est une exécution normale du coach, avec les mêmes autorisations et la même mémoire
L’appel Personne n’a demandé. Une routine remarque le nouvel appel coaché et lance une exécution pour le coach d’Anya.
Ensuite : L’agent orchestrateurRoutines · Taskbase d’Anyarendez-vousroutinessemaine du 12 oct.
lun. 12
mar. 13
mer. 14
jeu. 15
ven. 16
Pas dans le calendrier : routines qui attendent un événement
on call.ended Feedback d’appelen cours
deal calme depuis 10 jours Relance de dealen attente
Une exécution comme les autres : mêmes autorisations, même mémoire. Personne n’a eu à demander.
06 / 13L’agent orchestrateur
Une exécution est planifiée, découpée et déléguée
Une exécution est une boucle de raisonnement et d’usage d’outils. L’orchestrateur la planifie, décide des outils et des skills nécessaires, et confie les longues tâches à des sous-agents spécialisés qui travaillent côte à côte et font leur retour.
- Les sous-agents sont planifiés, mis en file et exécutés en parallèle, chacun avec sa propre tâche
- Des spécialistes pour évaluer un appel, analyser un deal ou rédiger un e-mail de suivi
- L’orchestrateur rassemble les résultats et décide de ce que le commercial doit entendre
L’appel Trois sous-agents démarrent : l’un évalue l’appel, l’autre vérifie le deal, le dernier rédige l’e-mail de suivi.
Ensuite : Skills, plugins et mémoireAgent orchestrateurrun 8f3a
- Comparer l’appel au playbook des Account Executives
- Examiner le renouvellement Helio : étape, historique, risques
- Rédiger l’e-mail de suivi qu’Anya a promis pendant l’appel
Évaluateur d’appelsévalue l’appel selon le playbook
en attenteen coursterminé · 12 s
Analyste de dealslit l’historique du renouvellement Helio
en attenteen coursterminé · 9 s
Rédacteur de suivisrédige ce qu’Anya a promis
en attenteen coursterminé · 7 s
Trois résultats reçus. L’orchestrateur décide ce qu’Anya doit entendre.
07 / 13Skills, plugins et mémoire
Assemblé, pas donné par prompt
Les capacités sont empaquetées en skills et plugins versionnés. Le Taskbase d’un client est assemblé à partir d’eux et de sa propre configuration, avec une mémoire à long terme structurée, séparée de l’historique des conversations.
- Des skills et plugins versionnés, mis à jour sans toucher à la configuration d’un client
- La mémoire est structurée et propre à chaque client : vocabulaire, préférences, ce qui a fonctionné
- Retenir une préférence ne veut jamais dire relire chaque conversation
L’appel Taskbase charge le skill d’évaluation d’appel et se souvient qu’Anya veut un point concret à améliorer, pas cinq.
Ensuite : La sandboxTaskbase d’AnyaBrightline
- call-scoringv12compétence
- playbook-aev7propre à Brightline
- crm-hubspotv4plugin
- meeting-briefv9compétence
Assemblé à partir de composants versionnés et de sa propre configuration. Pas un prompt qui grossit sans fin.
Mémoire à long terme
Anya veut un seul point à améliorer par appel, pas cinq.
« Découverte » désigne le premier appel chez Brightline, pas la démo.
Un ancrage de prix en début d’appel a bien marché avec les prospects de la logistique le trimestre dernier.
Structurée, par client, séparée de l’historique des conversations.
08 / 13La sandbox
N’importe quel code, tout de suite, à toute échelle
Taskbase ne fait pas que lire. Il écrit des programmes et les exécute, et chaque exécution reçoit sa propre machine : créée en un instant, isolée, disparue dès que la réponse est rendue. Autant qu’il y a de questions.
- Tout code dont la tâche a besoin : une analyse sur un trimestre d’appels, une prévision, un export, un graphique
- Une sandbox neuve par exécution, prête en un instant, sans file d’attente
- Isolée, avec des limites strictes, détruite ensuite
L’appel L’évaluateur d’appels exécute son programme sur sa propre machine. En ce moment même, cinq autres questions reçoivent la leur.
Ensuite : La passerelle de modèlesréponses calculées sur des données réelleschacune sur sa propre machine, créée pour cette seule exécution
- évaluation · Anya talk_time(call, "rep")43 % talk timeevidence(48 calls)discovery 62 → 71
- prévision · T4 forecast(pipeline)€2.4 M, 71 % sure
- contrôle des risques · 31 deals quiet(deals, days=10)4 deals going quiet
- briefing · Helio brief(account="Helio")1 decision pending
- export · preuves export(evidence)14 rows → xlsx
- graphique · temps de parole chart(ratio, weeks=12)rendered, 8 reps
- Isolé
- Proxy uniquement
- Limites strictes
- Jetable
- Six réponses en douze secondes, chacune calculée sur des données réelles, aucune devinée.
09 / 13La passerelle de modèles
Orchestration de modèles, dans l’UE
Une passerelle devant plusieurs fournisseurs de modèles les orchestre : elle choisit le modèle pour chaque tâche et bascule d’un fournisseur à l’autre en cas de panne. Taskbase s’améliore avec les modèles, sans que ton équipe ait à changer quoi que ce soit.
- Orchestration par tâche : contexte long, vitesse ou raisonnement déterminent le modèle
- Bascule automatique quand un fournisseur est lent ou indisponible
- Inférence dans des régions de l’UE, sans conservation des données chez le fournisseur
L’appel La tâche d’évaluation a besoin d’un contexte long. La passerelle l’envoie à un modèle européen et bascule quand celui-ci dépasse le délai.
Ensuite : Compétences et scores10 / 13Compétences et scores
Des preuves, pas des opinions
Les compétences forment un cadre de comportements de vente observables. Chaque appel coaché ajoute des preuves, et les scores se construisent sur plusieurs appels au lieu de basculer sur une seule conversation.
- Évalué selon les compétences que le playbook définit pour ce rôle
- Chaque score s’accompagne du moment de l’appel sur lequel il repose
- Les anneaux bougent lentement, c’est voulu : un appel est une preuve, pas un verdict
L’appel Les questions de découverte passent de 62 à 71. La gestion des objections bouge à peine : l’objection sur le prix a reçu une réponse, elle n’a pas été explorée.
Ensuite : Interfaces et apps à la demandeQuestions de découverte62 → 71
4 questions ouvertes dans les 10 premières minutes
Traitement des objections48 → 50
l’objection sur le prix a reçu une réponse, sans être explorée
Prochaines étapes80 → 84
un suivi daté convenu avant la fin
Un appel est une preuve, pas un verdict. Les scores se construisent au fil des appels.
11 / 13Interfaces et apps à la demande
Un écran quand un chat ne suffit pas
Quand un message ne suffit pas, Taskbase affiche un écran : un tableau de bord des compétences, un briefing de rendez-vous, une revue de deal, un formulaire qui met à jour le CRM. Des apps entières aussi, assemblées à partir des outils connectés et du revenue brain.
- Construites à partir de modèles que ton équipe peut modifier
- Servies avec une politique de sécurité du contenu stricte : elles affichent tes données et ne peuvent les envoyer nulle part ailleurs
- Un centre de commande RevOps, un tableau des risques de deals ou une liste d’appels à froid s’assemble, ça ne s’achète pas comme un module
L’appel Le tableau de bord de compétences d’Anya se construit à partir des nouvelles preuves. La vue d’équipe de son manager se met à jour avec les mêmes données.
Ensuite : Là où les gens travaillentAnya — Tableau des compétences
Mis à jour à l’instant
Compétences en focusChanger le focus
Points forts
Progression sur impact du problème & business case
3 août17 août31 août14 sept.28 sept.Aujourd’hui
Rendez-vous par semaine
S 32S 33S 34S 35S 36S 37S 38S 39S 40S 41
▸ Comment fonctionne le score
12 / 13Là où les gens travaillent
Taskbase sur chaque surface
Un seul modèle de session derrière chaque canal. Un adaptateur transforme un fil Slack, un chat Teams, une conversation web ou un appel téléphonique en la même sorte de session, si bien que le contexte suit la personne, pas l’outil.
- Slack, Microsoft Teams, Google Chat, l’app web et le téléphone
- L’identité est établie en périphérie, avant que quoi que ce soit n’atteigne un modèle
- Rien n’est publié dans les canaux : le coaching est un message privé
L’appel 14 h 41 · Un point fort, un point à améliorer, en message privé dans Slack. Neuf minutes après la fin de l’appel.
Ensuite : Identité, isolation et hébergement
Revenue AIAPP14:41
Bel appel de découverte avec Helio, Anya. Point fort : quatre questions ouvertes dans les dix premières minutes, et tu les as laissés parler.
Un point à améliorer : quand ils ont parlé du prix, tu y as répondu. La prochaine fois, explore-le d’abord : « Qu’est-ce qui rendrait le prix juste à tes yeux ? »
Ouvrir le momentS’entraîner
Slack%22%3E%3C%2Fpath%3E%0A%09%09%09%09%3Cpolygon%20fill%3D%22%23FFFFFF%22%20points%3D%2294.2080524%2095.1248514%2072.3884185%2095.1248514%2072.3884185%20154.540713%2058.4871168%20154.540713%2058.4871168%2095.1248514%2036.768788%2095.1248514%2036.768788%2083.5989345%2094.2080524%2083.5989345%22%3E%3C%2Fpolygon%3E%0A%20%20%20%20%3C%2Fg%3E%0A%3C%2Fsvg%3E%0A)
Microsoft Teams
Google Chat- Application web
- Téléphone
Le même Taskbase, la même mémoire, sur chaque surface. Toujours en message privé, jamais dans un canal.
13 / 13Identité, isolation et hébergement
Ce qu’une démo ne montre pas
Un prototype répond à une question. Un produit sur lequel toute une équipe revenue s’appuie a besoin d’isolation entre les clients et entre les personnes, d’une identité sur chaque requête et de données qui restent où elles doivent.
- Authentification unique pour les personnes, identités éphémères entre les services
- Chaque client a son propre agent, sa propre configuration et sa propre couche de données ; chaque personne ne voit que ce qu’elle a le droit de voir
- Hébergé dans l’UE et en Suisse, chaque lieu de traitement est listé dans le Trust Center
L’appel Toute l’exécution a agi en tant qu’Anya, au sein de l’organisation de Brightline. Elle pouvait lire ce qu’elle peut ouvrir, et rien d’un autre client.
Ensuite : tout le systèmeTout le système
Douze sous-systèmes, un seul Taskbase
Ce qui a fonctionné pendant l’appel revient dans le playbook sous forme de suggestion qu’un responsable des ventes peut accepter. L’appel suivant démarre mieux. Chaque élément ci-dessus est une vraie partie de la plateforme, conçue pour faire tourner toute une équipe revenue, chaque jour.
- 01Vue d’ensembleUn coach, pas une suite d’agents
- 02Outils connectésTes outils restent où ils sont
- 03La couche de donnéesUn jeu de données maîtrisé par client
- 04Le revenue brainUn seul modèle de la façon dont l’équipe vend
- 05Routines et événementsUn travail qui démarre sans demande
- 06L’agent orchestrateurUne exécution est planifiée, découpée et déléguée
- 07Skills, plugins et mémoireAssemblé, pas donné par prompt
- 08La sandboxN’importe quel code, tout de suite, à toute échelle
- 09La passerelle de modèlesOrchestration de modèles, dans l’UE
- 10Compétences et scoresDes preuves, pas des opinions
- 11Interfaces et apps à la demandeUn écran quand un chat ne suffit pas
- 12Là où les gens travaillentTaskbase sur chaque surface
- 13Identité, isolation et hébergementCe qu’une démo ne montre pas
Pourquoi construire cela soi-même est plus difficile qu’il n’y paraît
Découvre-le sur tes propres appels
Envoie trois appels enregistrés. Nous les évaluons selon ton playbook pendant que tu regardes.