Heim

Skill

Sonstiges

customer-billing-ops

affaan-m/ECC

Führen Sie Abrechnungsworkflows für Kunden wie Abonnements, Rückerstattungen, Kündigungsanalyse, Wiederherstellung des Abrechnungsportals und Tarifanalysen mithilfe integrierter Abrechnungstools wie Stripe durch.

...Alle erweitern

Zeit aktualisiert 12. Oktober 2026

# stripe # churn # subscriptions # refunds # billing portal # customer support # invoicing

Kundenabrechnung

Wenden Sie diese Kompetenz im realen Kundenbetrieb an, nicht beim generischen Design von Zahlungs-APIs.

Das Ziel ist es, dem Sachbearbeiter dabei zu helfen, folgende Fragen zu beantworten: Wer ist dieser Kunde, was ist passiert, wie lässt sich das Problem am sichersten beheben und welche Folgemaßnahmen sollten wir ergreifen?

Anwendungsfälle

Der Kunde meldet, dass die Abrechnung nicht funktioniert, er eine Rückerstattung wünscht oder er nicht kündigen kann
Untersuchung von doppelten Abonnements, versehentlichen Abbuchungen, fehlgeschlagenen Verlängerungen oder Kündigungsrisiken
Überprüfung des Tarifmixes, der aktiven Abonnements, der Umstellung von Jahres- auf Monatsabrechnung oder Unklarheiten bei Team-Lizenzen
Erstellung oder Validierung eines Abrechnungsportal-Ablaufs
Prüfung von Support-Beschwerden, die Abonnements, Rechnungen, Rückerstattungen oder Zahlungsmethoden betreffen

Bevorzugte Tool-Oberfläche

Verwenden Sie zunächst integrierte Abrechnungstools wie Stripe
Verwenden Sie E-Mail, GitHub oder Issue-Tracker nur als ergänzende Nachweise
Bevorzugen Sie gehostete Abrechnungs-/Kundenportale gegenüber benutzerdefiniertem Code zur Kontoverwaltung, wenn die Plattform bereits die erforderlichen Kontrollfunktionen bereitstellt

Sicherheitsvorkehrungen

Geben Sie in der Antwort niemals geheime Schlüssel, vollständige Kartendaten oder unnötige personenbezogene Daten von Kunden preis
Erteilen Sie keine blindlings Rückerstattungen; klassifizieren Sie das Problem zunächst
Unterscheiden Sie zwischen:
- versehentlichem Doppelkauf
- absichtlicher Kauf mehrerer Lizenzen oder eines Team-Pakets
- defektes Produkt / nicht erfüllter Wert
- fehlgeschlagener oder unvollständiger Bestellvorgang
- Stornierung aufgrund fehlender Selbstbedienungsoptionen
Bei Jahresabonnements, Team-Abonnements und anteiligen Abrechnungen sollten Sie die Vertragsart überprüfen, bevor Sie Maßnahmen ergreifen

Ablauf

1. Identifizieren Sie den Kunden eindeutig

Beginnen Sie mit dem aussagekräftigsten verfügbaren Identifikationsmerkmal:

E-Mail-Adresse des Kunden
Stripe-Kunden-ID
Abonnement-ID
Rechnungs-ID
GitHub-Benutzername oder Support-E-Mail-Adresse, sofern diese der Rechnungsadresse zugeordnet werden kann

Gibt eine prägnante Zusammenfassung der Identitätsdaten zurück:

Kunde
aktive Abonnements
gekündigte Abonnements
Rechnungen
offensichtliche Anomalien wie doppelte aktive Abonnements

2. Klassifizieren Sie das Problem

Ordnen Sie den Fall einer Kategorie zu, bevor Sie Maßnahmen ergreifen:

Fall	Typische Maßnahme
Doppelte persönliche Abonnements	Extras stornieren, Rückerstattung in Betracht ziehen
Echte Absicht zur Nutzung mehrerer Plätze/im Team	Lizenzen beibehalten, Abrechnungsmodell klären
Fehlgeschlagene Zahlung / unvollständiger Bestellvorgang	Über das Portal wiederherstellen oder Zahlungsmethode aktualisieren
Fehlende Selbstbedienungsfunktionen	Portal, Stornierungsablauf oder Zugriff auf Rechnungen bereitstellen
Produktfehler oder Vertrauensbruch	Rückerstattung, Entschuldigung, Produktproblem protokollieren

3. Ergreifen Sie zuerst die sicherste, reversible Maßnahme

Bevorzugte Reihenfolge:

Selbstbedienungs-Verwaltung wiederherstellen
Behebung von doppelten oder fehlerhaften Abrechnungszuständen
Nur die betroffene Gebühr oder den doppelten Betrag erstatten
den Grund dokumentieren
kurze Nachfassnachricht an den Kunden senden

Falls die Behebung Produktarbeiten erfordert, getrennt:

Kundenabhilfe jetzt
Produktfehler / Workflow-Lücke für das Backlog

4. Überprüfen Sie produktseitige Lücken auf Bedienerebene

Wenn das Kundenproblem auf eine fehlende Bedienoberfläche zurückzuführen ist, weisen Sie ausdrücklich darauf hin. Häufige Beispiele:

kein Abrechnungsportal
keine Transparenz bezüglich Nutzung/Ratenbegrenzung
keine Erläuterung zu Tarifen/Lizenzen
kein Kündigungsablauf
kein Schutz vor doppelten Abonnements

Behandeln Sie diese als ECC- oder Website-Folgeaufgaben und nicht nur als Support-Vorfälle.

5. Bereiten Sie die Übergabe an den Operator vor

Beenden Sie mit:

Zusammenfassung des Kundenstatus
Ergriffene Maßnahmen
Auswirkungen auf den Umsatz
Text für die Nachverfolgung
zu erstellendes Produkt oder Backlog-Ticket

Ausgabeformat

Verwenden Sie folgende Struktur:

KUNDE
– Name / E-Mail-Adresse
– relevante Konto-IDs

ABRECHNUNGSSTATUS
– aktive Abonnements
– Rechnungs- oder Verlängerungsstatus
– Unregelmäßigkeiten

ENTSCHEIDUNG
– Einstufung des Problems
– Begründung für diese Maßnahme

ERGRIFFENE MASSNAHME
– Rückerstattung / Stornierung / Portal / keine Maßnahme

FOLGEMASSNAHME
- kurze Nachricht an den Kunden

PRODUKTMANGEL
- 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 Kaufvorgang aus, nicht nach einem echten Kauf von Team-Lizenzen“
„Eine doppelte Abbuchung erstatten, das verbleibende Abonnement aktiv lassen und den Kunden später bei Bedarf auf die Abrechnung über die Organisation umstellen“

Auf GitHub ansehen

---
name: customer-billing-ops
description: Operate customer billing workflows such as subscriptions, refunds, churn triage, billing-portal recovery, and plan analysis using connected billing tools like Stripe.
---

# Customer Billing Ops

Use this skill for real customer operations, not generic payment API design.

The goal is to help the operator answer: who is this customer, what happened, what is the safest fix, and what follow-up should we send?

## When to Use

- Customer says billing is broken, they want a refund, or they cannot cancel
- Investigating duplicate subscriptions, accidental charges, failed renewals, or churn risk
- Reviewing plan mix, active subscriptions, yearly vs monthly conversion, or team-seat confusion
- Creating or validating a billing portal flow
- Auditing support complaints that touch subscriptions, invoices, refunds, or payment methods

## Preferred Tool Surface

- Use connected billing tools such as Stripe first
- Use email, GitHub, or issue trackers only as supporting evidence
- Prefer hosted billing/customer portals over custom account-management code when the platform already provides the needed controls

## Guardrails

- Never expose secret keys, full card details, or unnecessary customer PII in the response
- Do not refund blindly; first classify the issue
- Distinguish among:
  - accidental duplicate purchase
  - deliberate multi-seat or team purchase
  - broken product / unmet value
  - failed or incomplete checkout
  - cancellation due to missing self-serve controls
- For annual plans, team plans, and prorated states, verify the contract shape before taking action

## Workflow

### 1. Identify the customer cleanly

Start from the strongest identifier available:

- customer email
- Stripe customer ID
- subscription ID
- invoice ID
- GitHub username or support email if it is known to map back to billing

Return a concise identity summary:

- customer
- active subscriptions
- canceled subscriptions
- invoices
- obvious anomalies such as duplicate active subscriptions

### 2. Classify the issue

Put the case into one bucket before acting:

| Case | Typical action |
|------|----------------|
| Duplicate personal subscription | cancel extras, consider refund |
| Real multi-seat/team intent | preserve seats, clarify billing model |
| Failed payment / incomplete checkout | recover via portal or update payment method |
| Missing self-serve controls | provide portal, cancellation path, or invoice access |
| Product failure or trust break | refund, apologize, log product issue |

### 3. Take the safest reversible action first

Preferred order:

1. restore self-serve management
2. fix duplicate or broken billing state
3. refund only the affected charge or duplicate
4. document the reason
5. send a short customer follow-up

If the fix requires product work, separate:

- customer remediation now
- product bug / workflow gap for backlog

### 4. Check operator-side product gaps

If the customer pain comes from a missing operator surface, call it out explicitly. Common examples:

- no billing portal
- no usage/rate-limit visibility
- no plan/seat explanation
- no cancellation flow
- no duplicate-subscription guard

Treat those as ECC or website follow-up items, not just support incidents.

### 5. Produce the operator handoff

End with:

- customer state summary
- action taken
- revenue impact
- follow-up text to send
- product or backlog issue to create

## Output Format

Use this structure:

```text
CUSTOMER
- name / email
- relevant account identifiers

BILLING STATE
- active subscriptions
- invoice or renewal state
- anomalies

DECISION
- issue classification
- why this action is correct

ACTION TAKEN
- refund / cancel / portal / no-op

FOLLOW-UP
- short customer message

PRODUCT GAP
- what should be fixed in the product or website
```

## Examples of Good Recommendations

- "The right fix is a billing portal, not a custom dashboard yet"
- "This looks like duplicate personal checkout, not a real team-seat purchase"
- "Refund one duplicate charge, keep the remaining active subscription, then convert the customer to org billing later if needed"