| 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와 더 넓은 가격/제품 결론이 깔끔하게 분리된다
