вариант

finance-billing-ops

affaan-m/ECC affaan-m/ECC

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

...Расширить все
1
Обновлено время 12 октября 2026 г.

Финансы и биллинговые операции

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

Этот набор навыков шире, чем «Операции по выставлению счетов клиентам». Тот набор предназначен для решения проблем клиентов. Данный набор предназначен для понимания операционной реальности: состояния выручки, ценовых решений, выставления счетов командам и поведения системы биллинга, подкрепленного кодом.

Набор навыков

Включайте в рабочий процесс следующие навыки, присущие ECC, когда это уместно:

  • «customer-billing-ops» — для устранения проблем конкретных клиентов и последующих действий
  • операции по исследованию рынка, когда важны цены конкурентов или актуальные рыночные данные
  • market-research — когда результат должен выражаться в рекомендации по ценообразованию
  • github-ops, когда достоверность данных по выставлению счетов зависит от кода, списка задач или статуса выпуска в связанных репозиториях
  • verification-loop — когда ответ зависит от подтверждения оформления заказа, управления лицензиями или поведения системы при предоставлении прав доступа

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

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

Ограничения

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

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

1. Исходите из самых свежих данных о выставлении счетов

Отдавайте предпочтение оперативным данным о выставлении счетов. Если данные не являются оперативными, явно укажите временную метку момента создания снимка.

Унифицируйте данные:

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

2. Отделяйте инциденты, связанные с клиентами, от фактических данных о продукте

Если вопрос касается конкретного клиента, сначала классифицируйте его:

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

Затем отделите это от более общего вопроса о продукте:

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

3. Проверьте поведение системы биллинга на основе кода

Если ответ зависит от реальной реализации, проверьте путь выполнения кода:

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

4. Завершите анализом и определением пробелов в продукте

Отчет:

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

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

СНИМОК
- метка времени
- выручка / подписки / аномалии

ВЛИЯНИЕ НА КЛИЕНТОВ
- кто затронут
- что произошло

ФАКТЫ О ПРОДУКТЕ
- что на самом деле делает код
- что утверждается на сайте или в рекламных текстах

РЕШЕНИЕ
- возмещение / сохранение / конвертация / без действий

РАЗРЫВ В ПРОДУКТЕ
- конкретный элемент, который необходимо создать или исправить

Ловушки

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

Проверка

  • ответ должен содержать утверждение, основанное на актуальных данных, или отметку времени моментального снимка
  • утверждения о фактических характеристиках продукта подкреплены кодом
  • влияние на клиента и более общие выводы о ценообразовании/продукте четко разделены
Посмотреть на GitHub
---
name: finance-billing-ops
description: Provides evidence-first revenue, pricing, refunds, team-billing, and billing-model truth workflows for sales snapshots, pricing comparisons, duplicate-charge diagnosis, or code-backed billing reality.
---

# Finance Billing Ops

Use this when the user wants to understand money, pricing, refunds, team-seat logic, or whether the product actually behaves the way the website and sales copy imply.

This is broader than `customer-billing-ops`. That skill is for customer remediation. This skill is for operator truth: revenue state, pricing decisions, team billing, and code-backed billing behavior.

## Skill Stack

Pull these ECC-native skills into the workflow when relevant:

- `customer-billing-ops` for customer-specific remediation and follow-up
- `research-ops` when competitor pricing or current market evidence matters
- `market-research` when the answer should end in a pricing recommendation
- `github-ops` when the billing truth depends on code, backlog, or release state in sibling repos
- `verification-loop` when the answer depends on proving checkout, seat handling, or entitlement behavior

## When to Use

- user asks for Stripe sales, refunds, MRR, or recent customer activity
- user asks whether team billing, per-seat billing, or quota stacking is real in code
- user wants competitor pricing comparisons or pricing-model benchmarks
- the question mixes revenue facts with product implementation truth

## Guardrails

- distinguish live data from saved snapshots
- separate:
  - revenue fact
  - customer impact
  - code-backed product truth
  - recommendation
- do not say "per seat" unless the actual entitlement path enforces it
- do not assume duplicate subscriptions imply duplicate value

## Workflow

### 1. Start from the freshest billing evidence

Prefer live billing data. If the data is not live, state the snapshot timestamp explicitly.

Normalize the picture:

- paid sales
- active subscriptions
- failed or incomplete checkouts
- refunds
- disputes
- duplicate subscriptions

### 2. Separate customer incidents from product truth

If the question is customer-specific, classify first:

- duplicate checkout
- real team intent
- broken self-serve controls
- unmet product value
- failed payment or incomplete setup

Then separate that from the broader product question:

- does team billing really exist?
- are seats actually counted?
- does checkout quantity change entitlement?
- does the site overstate current behavior?

### 3. Inspect code-backed billing behavior

If the answer depends on implementation truth, inspect the code path:

- checkout
- pricing page
- entitlement calculation
- seat or quota handling
- installation vs user usage logic
- billing portal or self-serve management support

### 4. End with a decision and product gap

Report:

- sales snapshot
- issue diagnosis
- product truth
- recommended operator action
- product or backlog gap

## Output Format

```text
SNAPSHOT
- timestamp
- revenue / subscriptions / anomalies

CUSTOMER IMPACT
- who is affected
- what happened

PRODUCT TRUTH
- what the code actually does
- what the website or sales copy claims

DECISION
- refund / preserve / convert / no-op

PRODUCT GAP
- exact follow-up item to build or fix
```

## Pitfalls

- do not conflate failed attempts with net revenue
- do not infer team billing from marketing language alone
- do not compare competitor pricing from memory when current evidence is available
- do not jump from diagnosis straight to refund without classifying the issue

## Verification

- the answer includes a live-data statement or snapshot timestamp
- product-truth claims are code-backed
- customer-impact and broader pricing/product conclusions are separated cleanly

Все файлы

1 файлов

Установить finance-billing-ops

Скачайте файлы навыков и распакуйте их в каталог .claude/skills/.

Скачать ZIP

Клонируйте репозиторий и скопируйте файлы навыка в свой проект.

git clone https://github.com/affaan-m/ECC/tree/main/skills/finance-billing-ops # Copy SKILL.md to your .claude/skills/ directory

Копировать Копировать
Быстрая настройка: Скопируйте папку со скиллом в каталог .claude/skills/ Claude автоматически обнаружит и запустит этот скилл
Репозиторий affaan-m/ECC

Похожие навыки

airtable-automation
Обновлено время 29 июня 2026 г.
notion-automation
Обновлено время 29 июня 2026 г.
seo-programmatic
Обновлено время 29 июня 2026 г.
revops
Обновлено время 29 июня 2026 г.
OR