Support-Feedback-Priorisierung
Verwandeln Sie eine Woche Support-Rauschen in eine bewertete, angereicherte Aktionsliste – in Minuten.
Sie haben Intercom-Tickets, Slack-Threads und ein CRM voller Kundendaten. Diese Fähigkeit liest alles aus, klassifiziert jedes Signal, reichert jeden Eintrag mit ARR- und Plandaten an und bewertet den Stapel mit einem gewichteten Prioritätsmodell. Das Ergebnis ist ein vierstufiger Bericht – Kritisch, Hoch, Mittel, Zur Info – sodass Sie genau wissen, wo Sie den Montagmorgen verbringen müssen.
Prompt-Vorlage
/schedule Agiere als Feedback-Analyst für Kunden von {{COMPANY_NAME}}.
### Schritt 1 – Signale sammeln
Sammle alle Rückmeldungen der letzten 7 Tage aus:
- Intercom: alle Tickets und Unterhaltungen
- Slack: {{SLACK_CHANNELS}}
Notiere für jedes Signal: Quelle, Kundenname oder -ID, Datum, eine Zusammenfassung in einem Satz und den rohen Text.
### Schritt 2 – Klassifizieren
Weise jedem Signal eine Kategorie zu:
- Bug – etwas ist kaputt
- UX-Verwirrung – der Benutzer findet oder versteht eine Funktion nicht
- Feature-Wunsch – explizite Anfrage nach neuer Funktionalität
- Abrechnungsproblem – Preis-, Rechnungs- oder Planverwirrung
- Abwanderungsrisiko – enthält Schlüsselwörter wie "kündigen", "verlassen", "wechseln", "enttäuscht", "frustriert"
### Schritt 3 – Mit CRM-Daten anreichern
Frage für jedes Signal {{CRM_NAME}} ab nach:
- ARR oder Deal-Wert
- Plantyp (kostenlos / Starter / Pro / Enterprise)
- Unternehmensgröße
- Verlängerungsdatum
- CSM- oder Kontoinhabername
Wenn ein Kunde nicht im CRM gefunden wird, notiere "CRM: nicht gefunden" und fahre fort.
### Schritt 4 – Bewerten und einstufen
- Abwanderungsrisikosignale: Punktzahl mit ×3 multiplizieren
- Enterprise- oder Hoch-ARR-Kunden (obere 20 % nach ARR): Punktzahl mit ×2 multiplizieren
- Gleiches Problem, das 3+ Mal von verschiedenen Kunden auftritt: automatisch eine Stufe höher setzen
- Bugs haben Vorrang vor Feature-Wünschen, wenn alle anderen Faktoren gleich sind
### Schritt 5 – Bericht schreiben
Speichere eine Markdown-Datei namens SupportDigest_{{DATE}}.md in Google Drive unter {{OUTPUT_FOLDER}}.
## 🔴 Kritisch – Heute handeln
## 🟠 Hoch – Diese Woche handeln
## 🟡 Mittel – Beobachten
## ℹ️ Zur Info
Für jeden Eintrag: | Unternehmen | ARR | Plan | Kategorie | Quelle | CSM | Empfohlene Aktion |
## Trends
3–5 Sätze zu wiederkehrenden Themen und Mustern, die auf systemische Probleme hindeuten.
Regeln:
- Nur lesen – keine Nachrichten senden oder auf Tickets antworten
- Gib den Drive-Link zurück, wenn du fertig bist
Einrichtung
| Feld | Wert |
|---|---|
| Erforderliche MCPs | Intercom, Slack, CRM (HubSpot / Attio), Google Drive |
| Ausgabe | SupportDigest_YYYY-MM-DD.md → /Product/SupportDigest |
| Planer | Wöchentlich, Montag 8 Uhr |
Auszufüllende Platzhalter
{{COMPANY_NAME}}– Ihr Unternehmensname{{SLACK_CHANNELS}}– z.B.#support, #customer-feedback, #bugs{{CRM_NAME}}– z.B.HubSpot,AttiooderIntercom{{DATE}}– Wird automatisch auf das heutige Datum gesetzt, wenn der Planer läuft{{OUTPUT_FOLDER}}– Drive-Pfad, z.B./Product/SupportDigest
Tipps
- Der Trends-Abschnitt ist oft der wertvollste Teil – ein systemisches Problem ist mehr wert als fünf einzelne Tickets.
- Teilen Sie die 🔴 Kritische Stufe jeden Montag direkt in Ihrem #product-Slack-Kanal.
- Wenn Sie kein CRM angeschlossen haben, entfernen Sie Schritt 3 – die Fähigkeit funktioniert auch ohne ARR-Gewichtung.
- Kombinieren Sie dies mit
analyse-feedback, um Support-Themen mit Amplitude-Verhaltensdaten abzugleichen.