Ein wiederverwendbarer Prompt, der den wöchentlichen Account-Export aus Gainsight in einen CSM-fertigen Digest verwandelt: die Accounts, die sich diese Woche bewegt haben, jene, die in ein Risikoband gewechselt sind, und eine priorisierte Liste, welche drei am Montag anzufassen sind. Der CSM fügt ein CSV (oder den Drei-Block-Input des Prompts) in Claude ein und erhält einen Digest zurück, organisiert nach Movers, Risiken und empfohlenen Aktionen — jede Aktion benennt den Account, den Trigger und den nächsten Schritt. Keine Integration zu bauen, kein n8n-Workflow zu pflegen: Es ist ein Prompt, den Sie in Claude.ai oder Claude Code einfügen, und das Artifact-Bundle unter apps/web/public/artifacts/customer-health-digest-prompt/ enthält den Prompt-Text plus das Spalten-Manifest, das der Prompt erwartet.

Dies ist die Einstiegsversion des Workflows Composite Health Score in n8n. Jener baut und schreibt einen verteidigbaren Score auf einem nächtlichen Schedule zurück; dieser liest den Score, den Sie bereits haben, und verwandelt ihn in eine To-do-Liste für den Montagmorgen. Beginnen Sie hier. Steigen Sie auf den n8n-Flow um, wenn Sie der Zahl selbst nicht mehr vertrauen.

Wann Sie ihn nutzen

Nutzen Sie ihn, wenn Sie (oder der CS-Pod, den Sie leiten) bereits einen Health Score in Gainsight haben, dem Sie grundsätzlich vertrauen, und die Lücke nicht der Score ist — sondern dass ihn niemand liest, bevor die Woche beginnt. Der häufigste Fehlermodus, den er behebt: Ein CSM mit 40-80 Accounts öffnet Gainsight am Montag, sieht eine Wand farbiger Pills und priorisiert nach dem Account, der zuletzt eine E-Mail geschickt hat, statt nach dem Account, der sich bewegt hat. Der Digest ersetzt „den Dashboard absuchen und hoffen” durch eine priorisierte Liste von drei Accounts und den Grund, warum jeder darauf steht.

Er passt zu einem CSM-Book von etwa 30-120 Accounts. Unter 30 können Sie jeden Account selbst lesen, und der Digest spart wenig. Über ~150 wird ein Export pro CSM lang genug, dass Sie das Batching und Alerting des n8n-Flows statt eines manuellen Einfügens wollen. Er passt auch zu einem CS-Ops-Lead, der ein einheitliches Digest-Format im gesamten Team will, damit das Montags-CS-Standup für jedes Book vom selben Artifact läuft.

Wann Sie ihn NICHT nutzen

Nutzen Sie ihn nicht als den Health Score selbst. Der Prompt fasst einen Score zusammen; er berechnet keinen. Wenn Ihrem Gainsight-Score nicht vertraut wird — die CSMs ignorieren ihn bereits und ziehen die rohe Nutzung — ist ein Digest einer Zahl, die niemand glaubt, nur eine schnellere Art, Rauschen an die Oberfläche zu bringen. Reparieren Sie zuerst den Score (das ist die Aufgabe des n8n-Workflows), dann erstellen Sie den Digest.

Richten Sie ihn nicht auf einen Export ohne Woche-über-Woche-Delta-Spalte. Der gesamte Digest hängt von der Bewegung ab — „was sich seit letzter Woche geändert hat” — daher braucht der Export sowohl den aktuellen Score als auch den Score der Vorperiode (oder ein vorberechnetes Delta). Ohne das Delta wird der Prompt nach absolutem Score ranken, was den Account, der von 80 auf 55 gefallen ist (noch „gelb”, aber im Sturzflug), unter dem Account begräbt, der seit einem Jahr ein stabiles Rot ist. Das Spalten-Manifest im Bundle führt die Delta-Spalte aus genau diesem Grund als erforderlich.

Nutzen Sie ihn nicht, um irgendetwas an den Kunden zu senden. Die Ausgabe ist ein interner CSM-Digest. Er benennt Risiken unverblümt („ACME-Nutzung um 41 % Woche-über-Woche gesunken, Abhängigkeit von einem einzigen Nutzer”) in einer Sprache, die Sie dem Account niemals vorlegen würden. Es ist ein Montags-Vorbereitungs-Artifact, kein Entwurf für die Kundenkommunikation.

Geben Sie ihm nicht mehr als ~150 Account-Zeilen in einem Einfügevorgang. Darüber hinaus beginnt das Modell, die Mitte der Liste zu komprimieren, und das Ranking verschlechtert sich. Teilen Sie ein großes Book in zwei Einfügevorgänge auf, oder wechseln Sie zum n8n-Flow mit Batching.

Setup

Etwa 20-30 Minuten, fast vollständig damit verbracht, die Spalten des Gainsight-Exports einmal mit dem Manifest in Übereinstimmung zu bringen.

Bauen Sie den Export. Erstellen (oder verwenden) Sie in Gainsight einen Report auf dem Company-Objekt mit diesen Spalten: Account-Name, Account-ID, aktueller Health Score, Health Score der Vorwoche (oder das Delta direkt), ARR, Renewal-Datum, CSM-Owner und Ihre zwei oder drei Sub-Scores, falls vorhanden (Nutzung, Sentiment, Aktivität). Exportieren Sie als CSV. Die column-manifest.md des Bundles führt die exakten Spaltennamen auf, die der Prompt liest, und welche erforderlich bzw. optional sind.
Legen Sie den Prompt ab. Kopieren Sie den Prompt-Body aus apps/web/public/artifacts/customer-health-digest-prompt/prompt.md in ein Claude.ai-Project (oder eine Claude-Code-Session). Er ist in der fünfteiligen Form strukturiert: Rolle, Input-Format, Aufgabe, Dinge-zu-vermeiden, Output-Format. Paraphrasieren Sie ihn nicht — der Dinge-zu-vermeiden-Abschnitt ist das, was das Modell davon abhält, einen Churn-Grund zu erfinden, den die Daten nicht stützen.
Fügen Sie Ihre Daten ein. Fügen Sie das CSV unter dem Prompt ein. Wenn Ihre Spaltennamen vom Manifest abweichen, benennen Sie sie entweder im Report um oder fügen Sie eine einzeilige Mapping-Notiz am Anfang Ihres Einfügevorgangs hinzu („behandle Score_Prev als den Vorwochen-Score”). Der Prompt toleriert eine Mapping-Notiz; er toleriert kein fehlendes Delta.
Legen Sie die Schwellenwerte einmal fest. Der Aufgaben-Block des Prompts hat drei justierbare Zahlen: die Band-Grenzen (Standard: grün bei 75 oder darüber, gelb bei 50 oder darüber, rot unter 50 — bewusst als „unter 50” geschrieben, niemals das wörtliche Kleiner-als-Zeichen, damit es sicher einzufügen ist), das Delta, das als „Mover” zählt (Standard 5 Punkte), und wie viele Accounts in die Liste empfohlener Aktionen aufgenommen werden (Standard 3). Bearbeiten Sie diese vor der ersten Nutzung auf die Kalibrierung Ihres Teams, dann lassen Sie sie stabil, damit die Woche-über-Woche-Digests vergleichbar sind.
Führen Sie ihn wöchentlich aus. Gleicher Prompt, frischer Export, jeden Montag (oder Freitag für die Folgewoche). Da der Prompt in der Struktur deterministisch ist, erzeugen zwei CSMs, die ihn auf ihren eigenen Books ausführen, dieselbe Digest-Form — das ist der Punkt für einen CS-Ops-Lead, der das Standup standardisiert.

Was der Prompt tatsächlich tut

Der Prompt tut vier Dinge in dieser Reihenfolge, und die Reihenfolge ist das Design. Zuerst klassifiziert er jeden Account anhand des aktuellen Scores mit Ihren Grenzen in ein Band, sodass der Digest mit einer Zähl-Zeile öffnet („12 grün, 9 gelb, 4 rot”). Zweitens berechnet er Movers: jeden Account, dessen Woche-über-Woche-Delta den Mover-Schwellenwert überschreitet, sortiert nach absolutem Delta, sodass die größten Swings — nach oben oder unten — zuerst auftauchen. Movers nach oben zu benennen ist genauso wichtig wie jene nach unten; ein Account, der um 20 Punkte gesprungen ist, ist ein Expansionssignal, nicht nur ein Nicht-Problem.

Drittens markiert er Band-Übergänge getrennt von rohen Movers, weil der Wechsel von gelb zu rot ein anderes Ereignis ist als ein Fall von fünf Punkten innerhalb von grün. Ein Band-Übergang ist die Linie, die einen Play auslöst; ein Wackeln innerhalb eines Bandes tut das normalerweise nicht. Sie in getrennten Abschnitten zu halten, hindert einen CSM daran, jeden Fünf-Punkte-Rückgang als Notfall zu behandeln.

Viertens — der Teil, der ihn zu einer To-do-Liste statt zu einem Report macht — erzeugt er eine priorisierte Liste empfohlener Aktionen. Jeder Eintrag benennt den Account, das einzelne stärkste beitragende Signal (aus den Sub-Scores gezogen, falls vorhanden, z. B. „Nutzung um 41 % gesunken”, „seit 38 Tagen kein CSM-Kontakt”) und einen konkreten nächsten Schritt („Check-in buchen”, „den AE beim Renewal in 22 Tagen einbeziehen”). Das Ranking gewichtet zuerst Band-Übergänge nach Rot, dann große Movers nach unten, dann die Renewal-Nähe. Der Dinge-zu-vermeiden-Block verbietet dem Modell, eine Ursache zu erfinden, die die Spalten nicht zeigen: Wenn sich nur der Composite bewegt hat und kein Sub-Score ihn erklärt, liest sich der Eintrag „Composite um 11 gesunken, kein einzelner Treiber in den Daten — Account manuell ziehen” statt eines fabulierten Grundes.

Das Output-Format ist fest: eine Zähl-Zeile, eine Movers-Tabelle, eine Band-Übergänge-Tabelle und eine nummerierte Liste empfohlener Aktionen, gedeckelt auf Ihr N. Diese feste Form ist das, was es einem CS-Ops-Lead erlaubt, den Digest dieser Woche gegen den der letzten Woche zu diffen, und was es dem Montags-Standup erlaubt, ohne Neuformatierung daraus zu laufen.

Kostenrealität

Ein typisches Book von 60-100 Accounts ist ein einzelner Einfügevorgang von etwa 3.000-6.000 Input-Tokens (das CSV) plus der ~600-Token-Prompt, und der zurückkommende Digest umfasst 400-900 Output-Tokens. Auf Claude Sonnet zu aktuellen Preisen liegt das deutlich unter einem Cent pro Lauf — sagen wir 0,02-0,04 $ pro CSM pro Woche, oder ein paar Dollar pro Jahr für ein 10-CSM-Team. Es gibt keine Infrastrukturkosten: kein n8n-Executor, keine Credentials zum Rotieren, keine Warehouse-View zum Pflegen. Die einzigen wiederkehrenden Kosten sind die zwei Minuten, die ein CSM mit dem Ziehen des Exports und dem Einfügen verbringt — weit weniger als die 15-30 Minuten Dashboard-Anstarren, die das ersetzt.

Der ehrliche Kompromiss gegenüber dem n8n-Flow: Dieser Prompt kann nichts zurückschreiben, nicht unbeaufsichtigt auf einem Schedule laufen und nicht Slack alarmieren. Es ist ein Einfügevorgang mit Mensch-in-der-Schleife. Das ist auf dieser Skala ein Feature (der CSM liest jeden Digest) und ein Flaschenhals jenseits von ~150 Accounts (der Einfügevorgang wird unhandlich). Die Kosten des Aufstiegs sind die ~2 Stunden n8n-Setup; die Kosten des Bleibens sind der wöchentliche Zwei-Minuten-Einfügevorgang.

Wie Erfolg aussieht

Beobachten Sie drei Zahlen im ersten Monat. Erstens, die Digest-zu-Aktion-Latenz: der Anteil der Accounts in der Liste empfohlener Aktionen, die innerhalb von 48 Stunden nach dem Digest einen protokollierten CSM-Kontakt erhalten haben. Zielen Sie bis zur dritten Woche auf über 70 %; darunter wird der Digest gelesen und ignoriert, was meist bedeutet, dass das Ranking nicht zum Bauchgefühl des CSM passt und die Schwellenwerte Justierung brauchen. Zweitens, die Band-Übergang-Trefferrate: Von den Accounts, die im Quartal gechurnt oder eskaliert sind, wie viele tauchten mindestens 30 Tage zuvor in einem Band-Übergang nach Rot im Digest auf. Das ist der Frühindikator-Test — wenn der Digest sie nie früh markiert hat, ist der zugrunde liegende Score das Problem, nicht der Digest. Drittens, die Standup-Zeit: Ein CS-Ops-Lead sollte sehen, dass sich das Montags-CS-Standup verkürzt, sobald alle mit demselben Digest-Format erscheinen; falls nicht, wird der Digest nicht tatsächlich zum Führen des Meetings genutzt.

Gegenüber den Alternativen

Gegenüber dem direkten Lesen des Gainsight-Dashboards. Das Dashboard zeigt den aktuellen Zustand; es rankt nicht, stellt die Bewegung nicht in den Vordergrund und erzeugt keine To-do-Liste. Ein disziplinierter CSM kann den Digest manuell replizieren, indem er nach der Delta-Spalte sortiert und nach unten liest — und für ein 30-Account-Book ist das tatsächlich schneller als das Einfügen in Claude. Der Prompt verdient seinen Platz bei 60+ Accounts, wo das manuelle Sortieren-und-Lesen 20 Minuten dauert und bis Mittwoch verfällt.

Gegenüber Gainsights eigenen CTAs und dem Cockpit. Gainsight kann eine Call To Action auslösen, wenn ein Score einen Schwellenwert überschreitet, was sich mit dem Band-Übergang-Abschnitt hier überschneidet. Nutzen Sie CTAs für die Ereignisse, die einen Workflow auslösen müssen, unabhängig davon, ob jemand einen Digest liest (ein Übergang nach Rot bei einem Top-20-Account). Nutzen Sie diesen Digest für die wöchentliche Triage, die CTAs Ihnen nicht geben: das priorisierte Urteil „fassen Sie diese drei zuerst an” über das gesamte Book. Sie sind komplementär — CTAs sind die harten Unterbrechungen, der Digest ist die wöchentliche Lektüre.

Gegenüber dem Composite-Health-Score-n8n-Flow. Jener Flow ist das richtige Werkzeug, wenn der Score selbst neu gebaut werden muss, wenn Sie nächtlichen Write-back und Slack-Alerts wollen, oder wenn das Book groß genug ist, dass manuelles Einfügen nicht skaliert. Dieser Prompt ist das richtige Werkzeug, wenn der Score in Ordnung ist und die Lücke rein „ihn in einen Montagsplan verwandeln” lautet. Die meisten Teams sollten mit diesem Prompt beginnen und den Flow erst bauen, wenn sie Belege haben, dass der Score sich ändern muss, nicht nur zusammengefasst werden.

Worauf zu achten ist

Keine Delta-Spalte, nutzloser Digest. Ohne ein Woche-über-Woche-Delta kann der Prompt keine Movers berechnen und fällt still auf ein Ranking nach absolutem Score zurück, was chronische Rote an die Oberfläche bringt und frisch Gefallene begräbt. Schutz: Die column-manifest.md des Bundles markiert das Delta (oder den Vorwochen-Score) als erforderlich, und der Input-Format-Block des Prompts weist das Modell an, mit „Delta-Spalte fehlt — Movers können nicht berechnet werden” anzuhalten, statt auf ein Ranking nach absolutem Score zu degradieren.
Erfundene Churn-Ursachen. Aufgefordert, einen Score-Rückgang zu erklären, wird ein Modell bereitwillig einen plausibel klingenden Grund fabrizieren, den die Spalten nicht stützen. Schutz: Der Dinge-zu-vermeiden-Block verbietet jede kausale Behauptung, die nicht auf einen benannten Sub-Score zurückführbar ist, und erzwingt die wörtliche Ausgabe „kein einzelner Treiber in den Daten — Account manuell ziehen”, wenn sich nur der Composite bewegt hat. Ein CSM, der auf eine fabrizierte Ursache hin handelt, ist schlimmer als einer, dem gesagt wird, er solle nachsehen.
Veralteter Export als aktuell gelesen. Ein CSM fügt versehentlich das CSV der letzten Woche ein und handelt auf eine Bewegung hin, die sich bereits aufgelöst hat. Schutz: Der Prompt verlangt eine „Stand-vom”-Zeile am Anfang des Einfügevorgangs und wiederholt sie im Digest-Header, sodass ein veralteter Export auf einen Blick sichtbar ist, statt blind bearbeitet zu werden.
Zu langer Einfügevorgang komprimiert die Mitte. Jenseits von ~150 Zeilen komprimiert das Modell die Accounts in der Listenmitte und das Ranking verschlechtert sich still. Schutz: Der Input-Format-Block deckelt die Zeilenzahl und weist das Modell an, abzulehnen und eine Aufteilung anzufordern, statt eine abgeschnittene Liste still zusammenzufassen.
Schwellenwert-Drift zwischen Wochen. Wenn ein CSM die Band-Grenzen oder den Mover-Schwellenwert zwischen Läufen bearbeitet, ist der Digest dieser Woche nicht mit dem der letzten Woche vergleichbar, und das „was sich bewegt hat”-Framing bricht. Schutz: Die Schwellenwerte leben im Aufgaben-Block des Prompts, nicht in den eingefügten Daten, genau damit sie über Läufe hinweg fest bleiben; das Spalten-Manifest notiert, dass die Schwellenwerte einmal beim Setup festgelegt und mit dem Prompt versioniert werden sollten.

Stack

Claude — liest den Export, rankt Movers und Band-Übergänge, schreibt die Liste empfohlener Aktionen (Sonnet reicht reichlich; die Aufgabe ist strukturierte Zusammenfassung, kein tiefes Reasoning)
Gainsight — Quelle des wöchentlichen Account-Exports (aktueller Score, Vorwochen-Score oder Delta, ARR, Renewal-Datum, Sub-Scores)
Jede CSV-Quelle — der Prompt liest Spalten, nicht spezifisch Gainsight; richten Sie das Manifest auf einen Catalyst-, Vitally- oder ChurnZero-Export aus, und er funktioniert gleich

Diese Seite auf GitHub bearbeiten