Дом

Skill

Другое

customer-billing-ops

affaan-m/ECC

Осуществляйте рабочие процессы по выставлению счетов клиентам, такие как подписки, возмещения, анализ оттока клиентов, восстановление доступа к биллинговому порталу и анализ тарифных планов, с использованием интегрированных биллинговых инструментов, таких как Stripe.

...Расширить все

Обновлено время 12 октября 2026 г.

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

Операции по выставлению счетов клиентам

Используйте этот навык для реальных операций с клиентами, а не для разработки общих платежных API.

Цель — помочь оператору ответить на следующие вопросы: кто этот клиент, что произошло, как наиболее безопасно исправить ситуацию и какое уведомление следует отправить?

Когда использовать

Клиент сообщает о сбое в выставлении счетов, требует возврата средств или не может отменить подписку
Расследование случаев дублирования подписок, случайных списаний, неудачных продлений или риска оттока клиентов
Анализ структуры тарифных планов, активных подписок, соотношения годовых и ежемесячных подписок или путаницы с количеством мест в команде
Создание или проверка рабочего процесса на портале биллинга
Аудит обращений в службу поддержки, касающихся подписок, счетов, возмещений или способов оплаты

Предпочтительные инструменты

В первую очередь используйте интегрированные инструменты биллинга, такие как Stripe
Используйте электронную почту, GitHub или системы отслеживания задач только в качестве вспомогательных доказательств
Отдавайте предпочтение хостируемым порталам биллинга/обслуживания клиентов, а не собственному коду для управления учетными записями, если платформа уже предоставляет необходимые средства контроля

Меры безопасности

Никогда не раскрывайте в ответе секретные ключи, полные данные карт или ненужную личную информацию клиентов
Не производите возврат средств «вслепую»; сначала классифицируйте проблему
Различайте следующие случаи:
- случайной двойной покупки
- преднамеренная покупка нескольких лицензий или командная покупка
- неисправный продукт / несоответствие ожиданиям
- неудачная или незавершенная оплата
- отмена заказа из-за отсутствия элементов самообслуживания
В случае годовых тарифных планов, командных тарифных планов и пропорциональных расчетов проверьте условия договора, прежде чем предпринимать какие-либо действия

Рабочий процесс

1. Точно идентифицируйте клиента

Начните с наиболее надежного из имеющихся идентификаторов:

адрес электронной почты клиента
Идентификатор клиента Stripe
идентификатор подписки
идентификатор счета-фактуры
имя пользователя GitHub или адрес электронной почты службы поддержки, если известно, что он связан с платежными данными

Вернуть краткую сводку идентификационных данных:

клиент
активные подписки
отмененные подписки
счета
очевидные аномалии, такие как дубликаты активных подписок

2. Классифицируйте проблему

Прежде чем приступать к действиям, отнесите случай к одной из следующих категорий:

Случай	Типичные действия
Дубликат личной подписки	отменить дополнительные услуги, рассмотреть возможность возврата средств
Реальное намерение использовать многопользовательский доступ/работу в команде	сохранить места, уточнить модель выставления счетов
Неудачный платеж / незавершенная оплата	восстановить через портал или обновить способ оплаты
Отсутствуют элементы самообслуживания	предоставить доступ к порталу, процедуре отмены или счетам
Сбой продукта или утрата доверия	возместите средства, принесите извинения, зарегистрируйте проблему с продуктом

3. Сначала предпримите самое безопасное и обратимое действие

Рекомендуемый порядок действий:

восстановить возможность самостоятельного управления
исправить дублирующийся или некорректный статус выставления счета
возместить только затронутую плату или дубликат
зафиксируйте причину
отправить клиенту краткое письмо с информацией о дальнейших действиях

Если исправление требует работы с продуктом, отдельно:

немедленно устранить проблему для клиента
ошибка продукта / пробел в рабочем процессе для включения в список задач

4. Проверьте недостатки продукта со стороны оператора

Если проблема клиента связана с отсутствием интерфейса оператора, четко укажите это. Типичные примеры:

отсутствие портала для выставления счетов
отсутствие информации об использовании/ограничениях по скорости
отсутствие пояснений по тарифным планам/лицензиям
отсутствие процедуры отмены подписки
отсутствие защиты от дублирования подписок

Рассматривайте это как задачи ECC или последующие действия на сайте, а не просто как инциденты службы поддержки.

5. Обеспечить передачу вызова оператору

Завершите следующим образом:

кратким отчетом о состоянии клиента
предпринятые действия
влияние на выручку
текст для последующего сообщения
проблема с продуктом или в списке задач, которую необходимо создать

Формат вывода

Используйте следующую структуру:

КЛИЕНТ
- имя / адрес электронной почты
- соответствующие идентификаторы учетной записи

СОСТОЯНИЕ БИЛЛИНГА
- активные подписки
- состояние счета или продления
- аномалии

РЕШЕНИЕ
- классификация проблемы
- обоснование правильности данного действия

ПРИНЯТЫЕ МЕРЫ
- возврат средств / отмена / портал / без действий

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
- краткое сообщение для клиента

НЕДОСТАТКИ ПРОДУКТА
- что следует исправить в продукте или на сайте

Примеры удачных рекомендаций

«Правильным решением на данный момент является портал для выставления счетов, а не настраиваемая панель управления»
«Похоже, это дубликат личной оплаты, а не реальная покупка места в команде»
«Возместите один дублирующийся платеж, оставьте остальную подписку активной, а затем, при необходимости, переведите клиента на организационный биллинг»

Посмотреть на GitHub

---
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"