Finance Billing Ops
사용자가 돈, 가격 책정, 환불, 팀 좌석 로직 또는 웹사이트와 영업 카피가 암시하는 대로 제품이 실제로 작동하는지 이해하려고 할 때 이 스킬을 사용하세요.
이 스킬은 customer-billing-ops보다 광범위합니다. 해당 스킬은 고객 문제 해결을 위한 것입니다. 이 스킬은 운영자 진실, 즉 수익 상태, 가격 결정, 팀 청구 및 코드로 뒷받침된 청구 행동을 위한 것입니다.
Skill Stack
해당되는 경우 다음 ECC 네이티브 스킬을 워크플로우에 가져오세요.
customer-billing-ops: 고객별 문제 해결 및 후속 조치용research-ops: 경쟁사 가격 또는 최신 시장 증거가 중요할 때market-research: 답변이 가격 권장 사항으로 끝나야 할 때github-ops: 청구 진실이 형제 리포지토리의 코드, 백로그 또는 릴리스 상태에 의존할 때verification-loop: 답변이 체크아웃, 좌석 처리 또는 권한 부여 동작을 증명하는 데 의존할 때
When to Use
- 사용자가 Stripe 판매, 환불, MRR 또는 최근 고객 활동을 요청할 때
- 사용자가 팀 청구, 좌석당 청구 또는 할당량 스태킹이 코드에서 실제인지 물을 때
- 사용자가 경쟁사 가격 비교 또는 가격 모델 벤치마크를 원할 때
- 질문이 수익 사실과 제품 구현 진실을 혼합할 때
Guardrails
- 실시간 데이터와 저장된 스냅샷을 구분하세요.
- 다음을 분리하세요:
- 수익 사실
- 고객 영향
- 코드로 뒷받침된 제품 진실
- 권장 사항
- 실제 권한 부여 경로가 시행하지 않는 한 "좌석당"이라고 말하지 마세요.
- 중복 구독이 중복 가치를 의미한다고 가정하지 마세요.
Workflow
1. 가장 최신의 청구 증거부터 시작하세요.
실시간 청구 데이터를 선호하세요. 데이터가 실시간이 아닌 경우 스냅샷 타임스탬프를 명시하세요.
상황을 정규화하세요:
- 유료 판매
- 활성 구독
- 실패 또는 완료되지 않은 체크아웃
- 환불
- 분쟁
- 중복 구독
2. 고객 인시던트와 제품 진실을 분리하세요.
질문이 고객별 질문인 경우 먼저 분류하세요:
- 중복 체크아웃
- 실제 팀 의도
- 손상된 셀프 서비스 제어
- 충족되지 않은 제품 가치
- 실패한 결제 또는 불완전한 설정
그런 다음 이를 더 광범위한 제품 질문과 분리하세요:
- 팀 청구가 실제로 존재하는가?
- 좌석이 실제로 계산되는가?
- 체크아웃 수량이 권한을 변경하는가?
- 사이트가 현재 행동을 과장하는가?
3. 코드로 뒷받침된 청구 행동을 검사하세요.
답변이 구현 진실에 의존하는 경우 코드 경로를 검사하세요:
- 체크아웃
- 가격 페이지
- 권한 계산
- 좌석 또는 할당량 처리
- 설치 대 사용자 사용 로직
- 청구 포털 또는 셀프 서비스 관리 지원
4. 결정 및 제품 격차로 마무리하세요.
보고:
- 판매 현황
- 문제 진단
- 제품 진실
- 권장 운영자 조치
- 제품 또는 백로그 격차
Output Format
SNAPSHOT
- 타임스탬프
- 수익 / 구독 / 이상 징후
CUSTOMER IMPACT
- 영향을 받은 사람
- 발생한 일
PRODUCT TRUTH
- 코드가 실제로 하는 일
- 웹사이트 또는 영업 카피가 주장하는 것
DECISION
- 환불 / 유지 / 전환 / 작업 없음
PRODUCT GAP
- 구축하거나 수정할 정확한 후속 항목
Pitfalls
- 실패한 시도를 순수익과 혼동하지 마세요.
- 마케팅 언어만으로 팀 청구를 추론하지 마세요.
- 현재 증거를 사용할 수 있을 때 기억에서 경쟁사 가격을 비교하지 마세요.
- 문제를 분류하지 않고 진단에서 바로 환불로 건너뛰지 마세요.
Verification
- 답변에 실시간 데이터 문 또는 스냅샷 타임스탬프가 포함되어 있습니다.
- 제품 진실 주장이 코드로 뒷받침됩니다.
- 고객 영향과 더 광범위한 가격/제품 결론이 명확하게 분리되어 있습니다.