finance-billing-ops
affaan-m/ECC
Обеспечивает основанные на фактических данных рабочие процессы по доходам, ценообразованию, возмещениям, выставлению счетов командам и проверке достоверности моделей выставления счетов для формирования оперативных отчетов по продажам, сравнения цен, выявления дублирующихся списаний или проверки соответствия выставленных счетов фактическим данным.
...Расширить всеФинансы и биллинговые операции
Используйте этот термин, когда пользователь хочет разобраться в вопросах, связанных с деньгами, ценообразованием, возмещениями, логикой распределения мест в команде или тем, действительно ли продукт работает так, как это подразумевается на веб-сайте и в рекламных текстах.
Этот набор навыков шире, чем «Операции по выставлению счетов клиентам». Тот набор предназначен для решения проблем клиентов. Данный набор предназначен для понимания операционной реальности: состояния выручки, ценовых решений, выставления счетов командам и поведения системы биллинга, подкрепленного кодом.
Набор навыков
Включайте в рабочий процесс следующие навыки, присущие ECC, когда это уместно:
«customer-billing-ops»— для устранения проблем конкретных клиентов и последующих действийоперации по исследованию рынка, когда важны цены конкурентов или актуальные рыночные данныеmarket-research— когда результат должен выражаться в рекомендации по ценообразованиюgithub-ops, когда достоверность данных по выставлению счетов зависит от кода, списка задач или статуса выпуска в связанных репозиторияхverification-loop— когда ответ зависит от подтверждения оформления заказа, управления лицензиями или поведения системы при предоставлении прав доступа
Когда использовать
- пользователь запрашивает данные Stripe о продажах, возмещениях, MRR или недавней активности клиентов
- пользователь спрашивает, реализованы ли в коде командный биллинг, биллинг за каждое рабочее место или суммирование квот
- пользователь хочет сравнить цены конкурентов или провести сравнительный анализ ценовых моделей
- вопрос смешивает факты о выручке с реалиями внедрения продукта
Ограничения
- разделяйте актуальные данные и сохраненные моментальные снимки
- разделить:
- факты о выручке
- влияние на клиентов
- достоверные данные о продукте, подтвержденные кодом
- рекомендация
- не говорите «за одно рабочее место», если это не предусмотрено фактической схемой предоставления прав
- не следует предполагать, что дублирующиеся подписки означают дублирование ценности
Рабочий процесс
1. Исходите из самых свежих данных о выставлении счетов
Отдавайте предпочтение оперативным данным о выставлении счетов. Если данные не являются оперативными, явно укажите временную метку момента создания снимка.
Унифицируйте данные:
- оплаченные продажи
- активные подписки
- неудачные или незавершенные оформления заказов
- возвраты
- споры
- дублирующиеся подписки
2. Отделяйте инциденты, связанные с клиентами, от фактических данных о продукте
Если вопрос касается конкретного клиента, сначала классифицируйте его:
- дублирование оформления заказа
- реальные намерения команды
- неисправные элементы самообслуживания
- неоправданные ожидания от продукта
- неудачная оплата или неполная настройка
Затем отделите это от более общего вопроса о продукте:
- действительно ли существует командный биллинг?
- действительно ли учитываются лицензии?
- меняется ли количество лицензий при оформлении заказа?
- Преувеличивает ли сайт текущее поведение?
3. Проверьте поведение системы биллинга на основе кода
Если ответ зависит от реальной реализации, проверьте путь выполнения кода:
- страница оформления заказа
- страница ценообразования
- расчет прав доступа
- обработка лицензий или квот
- логика установки и использования пользователем
- портал выставления счетов или поддержка самообслуживания
4. Завершите анализом и определением пробелов в продукте
Отчет:
- краткая информация о продажах
- диагностика проблемы
- реальная информация о продукте
- рекомендуемые действия оператора
- пробел в ассортименте или в заказе
Формат вывода
СНИМОК
- метка времени
- выручка / подписки / аномалии
ВЛИЯНИЕ НА КЛИЕНТОВ
- кто затронут
- что произошло
ФАКТЫ О ПРОДУКТЕ
- что на самом деле делает код
- что утверждается на сайте или в рекламных текстах
РЕШЕНИЕ
- возмещение / сохранение / конвертация / без действий
РАЗРЫВ В ПРОДУКТЕ
- конкретный элемент, который необходимо создать или исправить
Ловушки
- не следует смешивать неудачные попытки с чистой выручкой
- не делайте выводы о выставлении счетов командой, опираясь исключительно на маркетинговые формулировки
- не сравнивайте цены конкурентов по памяти, если имеются актуальные данные
- не переходите от диагноза сразу к возмещению средств, не классифицировав проблему
Проверка
- ответ должен содержать утверждение, основанное на актуальных данных, или отметку времени моментального снимка
- утверждения о фактических характеристиках продукта подкреплены кодом
- влияние на клиента и более общие выводы о ценообразовании/продукте четко разделены
---
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
Копировать





Дом
