Economy & Membership Model

이 문서는 Vivid AI의 지속 가능한 운영과 수익 창출을 위한 상위 경제 모델을 설명합니다. 상세 결제/원장/소멸 정책은 Payment & Credit Policy를 기준으로 합니다.

1. Currency System

현재 사용자-facing 단위는 Credits입니다.

KRW payment
 -> Credits
 -> AI generation usage

과거 VT, Vivid Token, Web3 단독 결제 중심 표현은 신규 정책에서 사용하지 않습니다. Credits는 온체인 토큰이 아니라 서비스 내부 생성 기능 이용권입니다.

2. Payment Strategy

초기 유료화는 국내 일반 결제를 우선합니다.

Primary: Toss Payments 같은 국내 일반 결제
Secondary: crypto 결제는 숨김 또는 후순위 옵션

일반 사용자 결제 UX는 카드/간편결제를 기준으로 설계합니다. 기존 crypto 결제 구현은 즉시 삭제하지 않고 feature flag 또는 legacy/admin 경로로 숨깁니다.

3. Product Model

장기 상품 구조는 정액제와 top-up Credits를 병행합니다.

Product	결제 방식	Credits 정책
Free	무료	체험 Credits 소량 지급 가능
Monthly Plan	월 정기결제	매월 Monthly Credits 지급, 미사용분 이월 없음
Top-up	단건 결제	부족한 Credits 추가 구매, 구독 갱신과 무관하게 보존
Bonus/Admin	이벤트/운영자 지급	유효기간과 환불 제외 여부를 별도 관리

구현 순서는 top-up 단건 결제부터 시작하고, DB/ledger는 월 구독 확장을 고려해 설계합니다.

4. Persona Image Baseline

초기 유료화 판단은 페르소나 이미지 생성 비용을 기준으로 합니다.

Provider cost assumption: 50~60 KRW / 1024 image
Initial target price: 200 KRW / persona image
Monthly fixed server cost: 200,000~300,000 KRW
Conservative target: 2,500~3,000 persona images / month

정확한 Credits 단가와 패키지 구성은 별도 결정으로 남깁니다. 다만 생성 1회 매출은 API 비용, PG 수수료, 부가세, 실패 재시도, 저장 비용, 무료 Credits, 운영 마진을 흡수할 수 있어야 합니다.

5. Implementation Guide

• UI와 문서에서 VT를 Credits로 교체합니다.
• 결제 상품은 프론트 하드코딩이 아니라 서버 packageId 기준으로 관리합니다.
• 서버가 결제 금액과 지급 Credits를 결정합니다.
• 결제 승인, payment history 저장, Credits 지급은 idempotent하게 처리합니다.
• Credits ledger에는 MONTHLY, TOPUP, BONUS, ADMIN, USE, REFUND, EXPIRE 등 출처와 이벤트를 남깁니다.