Customer Billing Ops (Kundenabrechnungsvorgänge)
Verwende diese Fähigkeit für echte Kundenoperationen, nicht für generisches Zahlungs-API-Design.
Das Ziel ist es, dem Betreiber zu helfen, folgende Fragen zu beantworten: Wer ist dieser Kunde, was ist passiert, was ist die sicherste Lösung und welche Nachverfolgung sollten wir senden?
Wann verwenden
- Der Kunde sagt, die Abrechnung ist defekt, er möchte eine Rückerstattung oder kann nicht kündigen
- Untersuchung doppelter Abonnements, versehentlicher Belastungen, fehlgeschlagener Verlängerungen oder Abwanderungsrisiko
- Überprüfung des Plan-Mix, aktiver Abonnements, jährlicher vs. monatlicher Konvertierung oder Team-Sitz-Verwirrung
- Erstellung oder Validierung eines Abrechnungsportal-Workflows
- Prüfung von Support-Beschwerden, die Abonnements, Rechnungen, Rückerstattungen oder Zahlungsmethoden betreffen
Bevorzugte Tool-Oberfläche
- Verwende zuerst verbundene Abrechnungstools wie Stripe
- Verwende E-Mail, GitHub oder Issue-Tracker nur als unterstützende Beweise
- Bevorzuge gehostete Abrechnungs-/Kundenportale gegenüber benutzerdefiniertem Kontoverwaltungscode, wenn die Plattform bereits die benötigten Steuerelemente bereitstellt
Schutzmaßnahmen
- Gib niemals geheime Schlüssel, vollständige Kartendaten oder unnötige personenbezogene Daten (PII) des Kunden in der Antwort preis
- Führe keine blinden Rückerstattungen durch; klassifiziere zuerst das Problem
- Unterscheide zwischen:
- versehentlichem Doppelkauf
- bewusstem Multi-Seat- oder Team-Kauf
- defektem Produkt / fehlendem Wert
- fehlgeschlagenem oder unvollständigem Checkout
- Kündigung aufgrund fehlender Self-Service-Steuerelemente
- Überprüfe bei Jahresplänen, Teamplänen und anteiligen Zuständen die Vertragsform, bevor Maßnahmen ergriffen werden
Workflow
1. Kunden sauber identifizieren
Beginne mit der stärksten verfügbaren Kennung:
- Kunden-E-Mail
- Stripe-Kunden-ID
- Abonnement-ID
- Rechnungs-ID
- GitHub-Benutzername oder Support-E-Mail, wenn bekannt, dass er auf die Abrechnung abgebildet werden kann
Gib eine prägnante Identitätszusammenfassung zurück:
- Kunde
- aktive Abonnements
- gekündigte Abonnements
- Rechnungen
- offensichtliche Anomalien wie doppelte aktive Abonnements
2. Problem klassifizieren
Ordne den Fall vor dem Handeln in einen der folgenden Buckets ein:
| Fall | Typische Aktion |
|---|---|
| Doppeltes persönliches Abonnement | Extras kündigen, Rückerstattung in Betracht ziehen |
| Echte Multi-Seat-/Team-Absicht | Sitze erhalten, Abrechnungsmodell klären |
| Fehlgeschlagene Zahlung / unvollständiger Checkout | Über Portal wiederherstellen oder Zahlungsmethode aktualisieren |
| Fehlende Self-Service-Steuerelemente | Portal, Kündigungsweg oder Rechnungszugriff bereitstellen |
| Produktfehler oder Vertrauensbruch | Rückerstattung, Entschuldigung, Produktproblem protokollieren |
3. Sicherste reversible Aktion zuerst ausführen
Bevorzugte Reihenfolge:
- Self-Service-Management wiederherstellen
- Doppelten oder defekten Abrechnungsstatus beheben
- Nur die betroffene Belastung oder das Duplikat erstatten
- Grund dokumentieren
- Kurze Kunden-Nachverfolgung senden
Wenn die Lösung Produktarbeit erfordert, trenne:
- Kundenabhilfe jetzt
- Produktfehler / Workflow-Lücke für das Backlog
4. Produktlücken auf Betreiberseite prüfen
Wenn der Kundenfehler auf eine fehlende Oberfläche für Betreiber zurückzuführen ist, benenne es explizit. Häufige Beispiele:
- kein Abrechnungsportal
- keine Nutzungs-/Ratenlimit-Sichtbarkeit
- keine Plan-/Sitz-Erklärung
- kein Kündigungsablauf
- keine Schutzmechanismen gegen doppelte Abonnements
Behandle diese als ECC- oder Website-Nachverfolgungsaufgaben, nicht nur als Support-Vorfälle.
5. Betreiber-Übergabe erstellen
Ende mit:
- Zusammenfassung des Kundenstatus
- ergriffene Maßnahme
- Umsatzauswirkung
- Nachverfolgungstext zum Senden
- zu erstellendes Produkt- oder Backlog-Issue
Ausgabeformat
Verwende diese Struktur:
CUSTOMER
- name / email
- relevante Kontokennungen
BILLING STATE (ABRECHNUNGSSTATUS)
- active subscriptions (aktive Abonnements)
- invoice or renewal state (Rechnungs- oder Verlängerungsstatus)
- anomalies (Anomalien)
DECISION (ENTSCHIEDUNG)
- issue classification (Problemklassifikation)
- why this action is correct (warum diese Aktion korrekt ist)
ACTION TAKEN (ERGRIFFENE MASSNAHME)
- refund / cancel / portal / no-op (Rückerstattung / Kündigung / Portal / keine Aktion)
FOLLOW-UP (NACHVERFOLGUNG)
- short customer message (kurze Kundenmitteilung)
PRODUCT GAP (PRODUKTLÜCKE)
- what should be fixed in the product or website (was im Produkt oder auf der Website behoben werden sollte)
Beispiele für gute Empfehlungen
- "Die richtige Lösung ist ein Abrechnungsportal, noch kein benutzerdefiniertes Dashboard"
- "Dies sieht nach einem doppelten persönlichen Checkout aus, nicht nach einem echten Team-Sitz-Kauf"
- "Erstatte eine doppelte Belastung, behalte das verbleibende aktive Abonnement und konvertiere den Kunden später bei Bedarf zur Organisationsabrechnung"