finance-billing-ops

name	finance-billing-ops
description	ECC의 근거 우선 매출, 가격, 환불, 팀 결제, 결제 모델 진실 워크플로입니다. 일반적인 결제 조언이 아니라 매출 스냅샷, 가격 비교, 중복 청구 진단, 코드 기반 결제 현실이 필요할 때 사용합니다.
origin	ECC

Finance Billing Ops

사용자가 돈, 가격, 환불, 팀 좌석 로직, 또는 제품이 웹사이트와 세일즈 카피가 암시하는 대로 실제로 동작하는지 이해하려 할 때 사용합니다.

이 스킬은 customer-billing-ops보다 넓습니다. 저쪽은 고객 개별 문제 해결이고, 이 스킬은 운영자 관점의 진실을 다룹니다. 매출 상태, 가격 결정, 팀 결제, 코드 기반 결제 동작이 대상입니다.

스킬 스택

관련 시 다음 ECC 네이티브 스킬을 조합합니다.

• customer-billing-ops: 고객별 문제 해결과 후속 조치
• research-ops: 경쟁사 가격이나 최신 시장 근거가 중요할 때
• market-research: 답이 가격 권고로 끝나야 할 때
• github-ops: 결제 진실이 형제 저장소의 코드, 백로그, 릴리스 상태에 의존할 때
• verification-loop: checkout, seat 처리, entitlement 동작을 실제로 증명해야 할 때

사용 시점

• 사용자가 Stripe 매출, 환불, MRR, 최근 고객 활동을 물을 때
• 팀 결제, per-seat billing, quota stacking이 코드상 실제인지 물을 때
• 경쟁사 가격 비교나 가격 모델 벤치마크를 원할 때
• 질문이 매출 사실과 제품 구현 진실을 함께 다룰 때

가드레일

• 실시간 데이터와 저장된 스냅샷을 구분합니다
• 다음을 분리합니다
  • revenue fact
  • customer impact
  • code-backed product truth
  • recommendation
• 실제 entitlement 경로가 강제하지 않으면 "per seat"라고 말하지 않습니다
• 중복 구독이 곧 중복 가치라고 가정하지 않습니다

워크플로

1. 가장 최신 결제 근거부터 시작

실시간 결제 데이터를 우선합니다. 실시간이 아니면 스냅샷 시점을 명시합니다.

다음을 정리합니다.

• 유료 매출
• 활성 구독
• 실패 또는 미완 checkout
• 환불
• 분쟁
• 중복 구독

2. 고객 사건과 제품 진실 분리

질문이 고객별 이슈라면 먼저 분류합니다.

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

그다음 더 넓은 제품 질문과 분리합니다.

• 팀 결제가 실제로 존재하는가?
• 좌석 수를 실제로 세는가?
• checkout quantity가 entitlement를 바꾸는가?
• 사이트가 현재 동작을 과장하고 있는가?

3. 코드 기반 결제 동작 점검

답이 구현 진실에 달려 있다면 다음 코드 경로를 봅니다.

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

4. 결정과 제품 격차로 마무리

다음을 보고합니다.

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

출력 형식

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

함정

• 실패한 시도를 순매출과 혼동하지 않습니다
• 마케팅 문구만 보고 팀 결제를 추론하지 않습니다
• 최신 근거가 있는데 기억으로 경쟁사 가격을 비교하지 않습니다
• 이슈를 분류하기도 전에 곧바로 환불로 점프하지 않습니다

검증

• 답변에 live-data 여부 또는 snapshot 시점이 포함된다
• product-truth 주장은 코드 근거가 있다
• customer-impact와 더 넓은 가격/제품 결론이 깔끔하게 분리된다