Unter der Haube

Ein Coach. Ein ganzes System dahinter.

Eine Coaching-Nachricht in Slack wirkt einfach. Dahinter läuft ein Agent, der für einen Kunden gebaut ist, ein Modell davon, wie dieses Team verkauft, eine Sandbox für alles, was er ausführt, und eine Pipeline, die jedes Gespräch zu Kontext macht. Zwölf Subsysteme, jedes ein Produkt für sich. Folgen Sie einem Gespräch durch alle.

Scrollen

01 / 12Verbundene Tools

Ihre Tools bleiben, wo sie sind

Das CRM bleibt das führende System, der Recorder bleibt der Recorder. Taskbase spiegelt Deals, Unternehmen, Kontakte, Kalender und Dokumente in ein gemeinsames Modell und wird nie zu einem zweiten Ort, den jemand pflegen muss.

  • HubSpot oder Salesforce bleiben das führende System; Taskbase spiegelt, was der Coach braucht, und kann zurückschreiben
  • Gong, Fireflies, Fathom, Zoom oder Google Meet liefern die Aufzeichnung, sobald ein Gespräch endet; der eigene Recorder von Taskbase nimmt nur dort an Calls teil, wo ein Team das will
  • Auch Kalender und Dokumente: Google Calendar, Microsoft 365, Notion, Confluence
  • Eigene Integrationen dauern Tage, nicht Monate

Das Gespräch 14:32 · Ein Discovery-Call mit Helio Logistics endet auf Zoom. Die Aufzeichnung geht an Taskbase.

Zoomdie Aufzeichnung, sofortHubSpotDeals, Kontakte, NotizenGoogle Calendarwas anstehtGongTranskripte aus Ihrem RecorderNotiondie Dokumente des TeamsSalesforceAccounts und OpportunitiesEin Modellspiegelt, was derCoach braucht; dasCRM bleibt dasführende System14:32 · Aufzeichnung bereitEigene Integrationen in Tagen.Jedes Tool bleibt das führende System.

02 / 12Der Data Layer

Ein kontrollierter Datenbestand pro Kunde

Alles, was der Coach weiß, liegt in einem eigenen Data Layer, einem pro Kunde: typisierte Sammlungen von Datensätzen, Dateien und Dokumenten, mit Zugriffsregeln nach dem Vorbild Ihrer Organisation und jederzeit exportierbar.

  • Typisierte Sammlungen: Gespräche, Deals, Accounts, Personen, Dokumente
  • Die Zugriffsregeln folgen Ihrem Organigramm: Reps sehen ihre eigenen Gespräche, Führungskräfte die ihres Teams
  • Als MCP-Server erreichbar für Taskbase-Agents, Claude, ChatGPT und Ihre eigenen Apps
  • Ein Wert für sich: die ganze Revenue-Organisation in einem kontrollierten Datenbestand, den Ihr Team lesen und erkunden kann, und die Basis jeder App auf Abruf
Den Taskbase Data Layer entdecken

Das Gespräch Das Transkript landet im Data Layer Ihrer Organisation, pseudonymisiert und verknüpft mit dem Deal, dem Account und den zwei Personen im Gespräch.

brightline · data layer Export jederzeit

Gespräche1.284
Discovery-Call · Helio Logisticsverknüpft mit Deal, Account, 2 Personen · pseudonymisiert+1
Deals312
Accounts148
Personen2.730
Dokumente596

03 / 12Das Revenue Brain

Ein Modell davon, wie das Team verkauft

Das Revenue Playbook ist der Mittelpunkt: wie das Team verkauft, wie gute Arbeit pro Rolle aussieht, die Antworten auf Einwände. Darum herum liegt ein verbundenes Modell aus Personen, Deals, Gesprächen und Skills.

  • Das eigene Vertriebswissen von Taskbase: MEDDICC, SPICED, SPIN, Gap Selling und weitere Methoden, Playbooks von Fachleuten und Vorlagen. Der Coach baut und füllt Ihr Playbook aus dieser Bibliothek und Ihrem eigenen Material, so beginnt kein Team bei null
  • Das Playbook ändert sich nur durch Vorschläge, denen die Vertriebsleitung zustimmt
  • Jedes Gespräch ist mit dem Deal und den beteiligten Personen verknüpft; Transkripte lassen sich vor dem Speichern pseudonymisieren

Das Gespräch Das Gespräch ist jetzt Teil des Modells: die Helio-Verlängerung, die zwei Kontakte und das Playbook für Account Executives.

VertriebswissenMEDDICC · SPICED · SPIN · Gap Selling · VorlagenOrganigramm und Teamswer verkauft, welche RolleDeals und AccountsPhase, Verlauf, PersonenGesprächeCalls, Meetings, E-MailsSkills und Scoresbeobachtbares VerhaltenRevenue Playbookwie dieses Team verkauft+1Das Playbook ändert sich nur durch Vorschläge, denen die Vertriebsleitung zustimmt.

04 / 12Routinen und Ereignisse

Arbeit, die ohne Auftrag beginnt

Geplante Jobs und eingehende Ereignisse wecken den Coach: ein Briefing vor jedem Meeting, Feedback nach jedem Gespräch, ein Hinweis, wenn ein Deal einschläft. Niemand muss fragen.

  • Routinen laufen nach Zeitplan, pro Team und pro Person
  • Ereignisse aus den verbundenen Tools starten Arbeit in dem Moment, in dem etwas passiert
  • Jeder Lauf ist ein normaler Lauf des Coachs, mit denselben Berechtigungen und demselben Gedächtnis

Das Gespräch Niemand hat gefragt. Eine Routine bemerkt das neue Gespräch und startet einen Lauf für Anyas Coach.

Routinen · Anyas CoachMeetingsRoutinenWoche ab 12. Okt.

09:0011:0013:0015:0017:00

Mo 12

Teamübersichtwöchentlich
Briefingvor dem Call
Discovery · Helio13:45
call.ended14:32 · Helio
Call-FeedbackLauf gestartet

Di 13

Briefingvor der Demo
Demo · Vela10:00
Call-Feedbacknach dem Call
Preise · Orvan15:00

Mi 14

Briefingvor dem Review
Pipeline-Review09:00 · Team
Intro · Partner14:00

Do 15

Briefingvor dem Call
Verlängerung11:00 · Helio
Call-Feedbacknach dem Call

Fr 16

1:1 · Manager13:00
Skill-Digestwöchentlich

Nicht im Kalender: Routinen, die auf ein Ereignis warten

on call.ended Call-Feedbackläuft

Deal seit 10 Tagen ruhig Deal-Hinweiswartet

Ein Lauf wie jeder andere: dieselben Berechtigungen, dasselbe Gedächtnis. Niemand musste fragen.

05 / 12Der orchestrierende Agent

Ein Lauf wird geplant, aufgeteilt und delegiert

Ein Lauf ist eine Schleife aus Nachdenken und Werkzeugeinsatz. Der Orchestrator plant ihn, entscheidet, welche Tools und Skills er braucht, und gibt lange Aufgaben an spezialisierte Sub-Agents ab, die parallel arbeiten und zurückmelden.

  • Sub-Agents werden eingeplant, warten in einer Queue und laufen parallel, jeder mit einer eigenen Aufgabe
  • Spezialisten, die ein Gespräch bewerten, einen Deal analysieren oder ein Follow-up entwerfen
  • Der Orchestrator sammelt die Ergebnisse und entscheidet, was der Rep hören soll

Das Gespräch Drei Sub-Agents starten: einer bewertet das Gespräch, einer prüft den Deal, einer entwirft das Follow-up.

Orchestrierender Agentrun 8f3a

  1. Den Call mit dem Playbook für Account Executives abgleichen
  2. Die Helio-Verlängerung ansehen: Phase, Verlauf, Risiken
  3. Das Follow-up entwerfen, das Anya im Call zugesagt hat

Gesprächsbewerterbewertet den Call anhand des Playbooks

wartetläuftfertig · 12 s

Deal-Analystliest den Verlauf der Helio-Verlängerung

wartetläuftfertig · 9 s

Follow-up-Autorentwirft, was Anya zugesagt hat

wartetläuftfertig · 7 s

Drei Ergebnisse zurück. Der Orchestrator entscheidet, was Anya hören soll.

06 / 12Skills, Plugins und Gedächtnis

Zusammengesetzt, nicht gepromptet

Fähigkeiten sind als versionierte Skills und Plugins verpackt. Der Coach eines Kunden wird aus ihnen und aus seiner eigenen Konfiguration zusammengesetzt, mit einem strukturierten Langzeitgedächtnis, getrennt vom Gesprächsverlauf.

  • Versionierte Skills und Plugins, aktualisiert, ohne die Konfiguration eines Kunden anzufassen
  • Das Gedächtnis ist strukturiert und pro Kunde: Vokabular, Vorlieben, was funktioniert hat
  • Sich eine Vorliebe zu merken heißt nie, jeden Chat noch einmal zu lesen

Das Gespräch Der Coach lädt den Skill zur Gesprächsbewertung und weiß noch, dass Anya einen konkreten Verbesserungspunkt will, nicht fünf.

Anyas CoachBrightline

  • call-scoringv12Skill
  • playbook-aev7von Brightline
  • crm-hubspotv4Plugin
  • meeting-briefv9Skill

Zusammengesetzt aus versionierten Teilen und der eigenen Konfiguration. Kein Prompt, der immer weiter wächst.

Langzeitgedächtnis

Vorliebe

Anya will einen Verbesserungspunkt pro Call, nicht fünf.

Vokabular

„Discovery“ ist bei Brightline der erste Call, nicht die Demo.

was funktioniert hat

Ein früher Preisanker hat im letzten Quartal bei Logistik-Interessenten funktioniert.

Strukturiert, pro Kunde, getrennt vom Gesprächsverlauf.

07 / 12Die Sandbox

Code läuft isoliert und verschwindet danach

Alles, was der Coach ausführt, von der Auswertung eines Transkripts bis zum Erstellen eines Berichts, läuft in einer Sandbox, die für diesen Coach und diese Sitzung entsteht: isoliert, mit harten Grenzen für Speicher und Zeit, danach aufgeräumt.

  • Beliebiger Code, der die Plattform nicht erreichen kann: kein Netzwerk außer einem Proxy
  • Daten nur über diesen Proxy, mit einem kurzlebigen Token, das nur für diesen Lauf gilt
  • Harte Grenzen für Speicher und Zeit; die Sandbox wird zerstört, wenn der Lauf endet

Das Gespräch Der Gesprächsbewerter schreibt Code, um das Transkript durchzuarbeiten. Er läuft in einer Sandbox, die zwölf Sekunden lang existiert.

sandbox · run 8f3a · call scoreraktivzerstört

$ score-call --run 8f3a --role account-executivereading transcript (pseudonymised) · 48 minloading playbook/account-executive · 6 skillsscoring discovery-questions … 71 (+9)scoring objection-handling … 50 (+2)writing 14 evidence records → data layer, via proxydone in 12.4 s
  • Isoliert
  • Kein Netzwerk außer einem Proxy
  • Token nur für diesen Lauf
  • Harte Grenzen für Speicher und Zeit
  • Wegwerfbar

Sandbox zerstört. Nichts bleibt zurück, nicht einmal der Code.

08 / 12Das Modell-Gateway

Modell-Orchestrierung in der EU

Ein Gateway vor mehreren Modellanbietern orchestriert sie: Es wählt das Modell für jede Aufgabe und wechselt bei Störungen den Anbieter. So wird der Coach mit jedem besseren Modell besser, ohne dass Ihr Team etwas ändern muss.

  • Orchestrierung pro Aufgabe: Langer Kontext, Tempo oder Reasoning bestimmen das Modell
  • Automatisches Failover, wenn ein Anbieter langsam oder nicht erreichbar ist
  • Inferenz in EU-Regionen, ohne Datenspeicherung beim Anbieter

Das Gespräch Die Bewertung braucht langen Kontext. Das Gateway leitet sie an ein EU-Modell und wechselt, als dieses nicht rechtzeitig antwortet.

AufgabeCall bewertenKontext · langbraucht · ReasoningModell-Orchestrierungwählt je Aufgabemit FailoverModell AEU-RegionModell BEU-RegionModell CEU-RegionTimeoutantwortetEU-Regionen · keine Datenspeicherung beim AnbieterDer Coach wird mit jedem Modell besser,ohne dass Ihr Team etwas ändern muss.

09 / 12Skills und Scores

Belege statt Meinungen

Skills sind ein Rahmen aus beobachtbarem Verkaufsverhalten. Jedes gecoachte Gespräch liefert Belege dafür, und Scores bauen sich über viele Gespräche auf, statt bei einem einzigen auszuschlagen.

  • Bewertet anhand der Skills, die das Playbook für diese Rolle festlegt
  • Jeder Score kommt mit dem Moment im Gespräch, auf dem er beruht
  • Die Ringe bewegen sich absichtlich langsam: Ein Gespräch ist ein Beleg, kein Urteil

Das Gespräch Discovery-Fragen steigen von 62 auf 71. Einwandbehandlung bewegt sich kaum: Der Preiseinwand wurde beantwortet, nicht erkundet.

6271

Discovery-Fragen62 → 71

4 offene Fragen in den ersten 10 Minuten

4850

Einwandbehandlung48 → 50

der Preiseinwand wurde beantwortet, nicht erkundet

8084

Nächste Schritte80 → 84

ein Follow-up mit Datum, vereinbart vor dem Ende

Ein Gespräch ist ein Beleg, kein Urteil. Scores bauen sich über viele Gespräche auf.

10 / 12Oberflächen und Apps auf Abruf

Ein Screen, wenn ein Chat nicht reicht

Wenn eine Nachricht nicht reicht, rendert der Coach einen Screen: ein Skill-Dashboard, ein Meeting-Briefing, ein Deal-Review, ein Formular, das das CRM aktualisiert. Auch ganze Apps, zusammengesetzt aus den verbundenen Tools und dem Revenue Brain.

  • Gebaut aus Vorlagen, die Ihr Team anpassen kann
  • Ausgeliefert mit einer strikten Content Security Policy: Sie zeigen Ihre Daten und können sie nirgendwohin schicken
  • Ein RevOps-Command-Center, ein Deal-Risiko-Board oder eine Kaltakquise-Liste wird zusammengesetzt, nicht als Modul gekauft

Das Gespräch Anyas Skill-Dashboard entsteht aus den neuen Belegen. Die Teamansicht ihrer Führungskraft aktualisiert sich aus denselben Daten.

Vorlage · Skill-Dashboard Daten · 14 Calls, 6 Skills strikte Content Security Policy gerendert
Skill-FortschrittGanze Seite öffnen

Anya — Skill-Dashboard

Gerade aktualisiert

Fokus-SkillsFokus ändern

Problemauswirkung & Business CaseFokus seit 31. Aug.Coachen17 27/100
Tiefe der Bedarfsanalyse & FragenfolgeFokus seit 05. Okt.Coachen67 75/100
Herausfordernde WertargumentationFokus seit 08. Okt.Coachen59 54/100

Stärkste Fähigkeiten

Verbindlichkeit & Nachverfolgung100/100
Relevanz & Vorbereitung beim Kunden84/100
Aktives Zuhören & gemeinsames Verständnis73/100
Fortschritt bei Problemauswirkung & Business Case
Problemauswirkung & Business CaseTiefe der Bedarfsanalyse & FragenfolgeHerausfordernde Wertargumentation

Ausgangswert 17 · Aktuell 27 10 Punkte besser

3. Aug.17. Aug.31. Aug.14. Sept.28. Sept.Heute

Termine pro Woche

KW 32KW 33KW 34KW 35KW 36KW 37KW 38KW 39KW 40KW 41

▸ So funktioniert der Score

11 / 12Wo Menschen arbeiten

Ein Coach auf jeder Oberfläche

Ein Sitzungsmodell hinter jedem Kanal. Ein Adapter bildet einen Slack-Thread, einen Teams-Chat, eine Web-Unterhaltung oder einen Anruf auf dieselbe Art von Sitzung ab. So folgt der Kontext der Person, nicht dem Tool.

  • Slack, Microsoft Teams, Google Chat, die Web-App und das Telefon
  • Die Identität wird am Eingang geklärt, bevor irgendetwas ein Modell erreicht
  • Nichts wird in Channels gepostet: Coaching ist eine Direktnachricht

Das Gespräch 14:41 · Eine Stärke, ein Verbesserungspunkt, als Direktnachricht in Slack. Neun Minuten nach Gesprächsende.

Taskbase CoachAPP14:41

Gutes Discovery-Gespräch mit Helio, Anya. Stärke: vier offene Fragen in den ersten zehn Minuten, und du hast sie reden lassen.

Ein Punkt zum Verbessern: Als der Preis zur Sprache kam, hast du ihn beantwortet. Frag nächstes Mal erst nach: „Was müsste passieren, damit sich der Preis richtig anfühlt?“

Moment öffnenÜben

  • Slack
  • Microsoft Teams
  • Google Chat
  • Web-App
  • Telefon

Derselbe Coach, dasselbe Gedächtnis, auf jeder Oberfläche. Immer als Direktnachricht, nie als Channel-Post.

12 / 12Identität, Isolation und Hosting

Was eine Demo nicht zeigt

Ein Prototyp beantwortet eine Frage. Ein Coach, auf den sich ein ganzes Revenue-Team jeden Tag verlässt, braucht Isolation zwischen Kunden und zwischen Personen, eine Identität bei jeder Anfrage und Daten, die bleiben, wo sie hingehören.

  • Single Sign-on für Menschen, kurzlebige Identitäten zwischen Diensten
  • Jeder Kunde hat seinen eigenen Agent, seine eigene Konfiguration und seinen eigenen Data Layer; jede Person sieht nur, was sie darf
  • Gehostet in der EU und der Schweiz, jeder Verarbeitungsort im Trust Center aufgeführt

Das Gespräch Der ganze Lauf handelte als Anya, innerhalb der Organisation von Brightline. Er konnte lesen, was sie öffnen kann, und nichts von einem anderen Kunden.

OrganisationBrightline · eigener Agent, Konfiguration, Data LayerTeamEnterprise AEs · Manager sehen das TeamPersonAnya · ihre eigenen Calls, sonst nichts run 8f3a · als Anya · kurzlebigJede Anfrage trägt, wer handelt und für welche Organisation.Daten anderer Kunden sind grundsätzlich unerreichbar. Hosting in EU und Schweiz · Trust Center

Sehen Sie es an Ihren eigenen Gesprächen

Laden Sie drei aufgezeichnete Gespräche hoch. Wir bewerten sie anhand Ihres Playbooks, während Sie zusehen.