Skip to main content

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 등 출처와 이벤트를 남깁니다.