빌링:미터링 platform - uengine billing, killbill

1. 빌링/미터링 플랫폼 구현
uEngine-billing
uEngine solutions – Seungpil Park
2017-07-19
www.uengine.io
https://github.com/TheOpenCloudEngine/uEngine-bill

2. What is Subscription Billing?
 Business model
 Recurring payments (Monthly, Annual etc)
 고객과의 관계가 중요
 핵심 재무 / 비즈니스 측정 항목
 관련 모델을 포함하도록 일반화 됨
 Usage based billing
 가상 화폐 (credit)
 구독 관리가 어려움
 수동으로 대규모 작업을 수행 할 수 없음
 새로운 도구 필요, 기존 ERP 부족

3. Three Categories of Subscription
1. 고정 상품 또는 서비스
2. 무제한 서비스 사용
 예 : onlinestoragesolution.com/ 무제한 스토리지 연간
$ 35
 AT & T 무제한 데이터 플랜
3. 제한적 사용 + 사용 기반 요금
 전화 서비스 + 장거리 전화 요금
 제한된 서비스가 무료 인 경우 => Freemium
 레이저 블레이드 (Razorblade) 모델 (미끼상품)
 계약이 발생하지 않는 서브스크립션 모델

4. Subscription 용어
 Account => 고객
 Product => 고객이 구매하는 상품
 Plan => 고객이 상품을 구매하는 방법 (e.g. recurring price an
d period)
 Subscription => 고객을 Plan 에 연결하는 계약

5. Subscription 용어
 독립서비스벤더 (ISV)
SaaS 서비스를 개발하여 사용자에게 제공하는 소프트웨어
벤더.
 셀프서비스
가입자가 적극적으로 자신의 서비스에 대한 가입과 운영을 할
수 있는 환경. 이 환경에서는 플랜을 변경하고 가입자 특화된
메타데이터 (로고, 회사명, 테마 등)를 제공자에게 고가의 컨
설팅이나 아웃소싱 없이도 자가 운영할 수 있도록 해줌.
 비즈니스 지원 서비스 (BSS)
SaaS서비스 운영을 위한 기반 서비스의 두가지 요소중 하나
로 SaaS 서비스의 동적확장, 자동Fail-Over, 리소스 할당 등의
운영지원서비스(Operation Support Service) 에 대비하여 과
금, 셀프서비스 처리, 마케팅, 회계처리 등 서비스 이후 매출
관리 등의 비즈니스에 대한 지원 서비스들.

6. Subscription Management vs. Recurring Payments
(구독 관리 와 정기 지불은 다르다.)
Subscription Management
 카달로그의 이해
 플랜 변경 / 취소
 청구서 및 보조금
 Triggers payments
 Reports and Analytics
Recurring Payments
 E.g. Paypal, WePay, Strip
e
 동일한 계정에 대해 여러 번 청
구 됨
 서브스크립션 관리에 사용됨
Subscription
Management
Recurring P
ayments
Bank/CC pro
vider

7. Pricing models (가격 모델)
 Recurring payment - 반복 지급
 Billing Period - 결제 주기
 Term - 결제 기간
 Fixed Charges – 고정 요금
 Tiered plans - 계층화 된 플랜
 Add-on Plans – 부가서비스 플랜
 Advanced vs Arrears – 선불, 후불
 Usage Based - 사용량 기반
 Credits and Virtual Currency - 크레딧과 가상화폐
 Trials and Discounts
Tools of the Trade

8. Subscription Ning

9. Usage based pricing

10. Merchant acco
unt
Recurring Pay
ments
Platform Types
Subscription Platforms
Recurring Pay
ments
Bank/CC provi
der
Your Product/
Service
Subscription
Management
Your Product/
Service
ECommerce Pl
atform
ECommerce Platforms
Merchant acco
unt
Complexity
Flexibility
Control
Lower Cost
완벽한 솔루션은 제어
요소를 단축시키지만
높은 비용을 발생시킴
(but more value)

11. 서브스크립션 플랫폼 대안
 게임 수익 창출 플랫폼
 Playspan (Visa) 같은 공급 업체
 비싸지 만 아주 완벽한 전자 상거래 제품
 가상 화폐 및 소액 결제
 글로벌 결제 및 독점 결제를 포함한 많은 결제 수단
 판매 대금 지급
 Build in-house
 Netflix
 Survey Monkey
 Wordpress
 운영 / 비즈니스 지원 시스템 (OSS / BSS)
 High end Telecoms

12. 서브스크립션 플랫폼 대안
 Enterprise Resource Planning (ERP)
 NetSuite, Oracle 및 SAP와 같은 공급 업체는 청구 기능을 통합
한 엔터프라이즈 ERP 솔루션을 제공.
 Enterprise Ecommerce Platform
 Elastic Path Software, Hybris, IBM (WebSphere Commerce) 및
Oracle (ATG)과 같은 공급업체에서 전자상거래 솔루션을 제공.

13. Subscription Platforms 특징
Pros Cons
 대부분의 구독 비즈니스
요구에 대한 기본 기능 제
공
 풍부한 기능
 상대적으로 저비용
 불완전한 솔루션
 Payments
 International payments
 Tax
 Analytics
 Support
Cost: around 1-3% of revenue

14. Ecommerce Platforms 특징
Pros Cons
 완성도 있는 솔루션
 Payments
 Support
 Etc.
 글로벌 시장에 즉시 진입
가능
 (새로운 시장 진출을 위
한 가장 빠른 방법)
 고비용
 공급 업체에 의해 많은 기
능 제약을 받음
Cost: around 7-10% of revenue

15. 플랫폼 선택
시 고려해야
할 사항

16. 비즈니스 모델의 지원 범위 고려
 Core issue
 매우 작은 비즈니스 로직의 확장도 어려울 수 있
다.
 현재 서비스가 원하는 기능 고려
 추후에 서비스가 필요로 할 기능 고려
 플랫폼 제공자의 로드맵 검토
 플랫폼 제공자의 로드맵에 대한 영향도 검토
 커스텀 기능 추가에 대한 제한 검토

17. 프론트 엔드 관점에서 고려할 것
 서비스 front end
 Seen by customers
 관리자 front end
 제품 구성의 자유도
 Sales force (e.g. telesales)
 Support
 보고 및 재무
 Finance team
 Business Analytics

18. 개발자 관점에서 고려할 것
 API
 기능성
○ Create, Update Read (CRUD)
○ Events and Notifications
 Documentation
 사용하기 쉬워야 함
 SDK
 Client libraries
 Tooling
 Developer support
 Community
 테스트 환경
 시간 경과
 테스트 데이터 초기화
 시드 데이터 제공에 의한 가상 환경 운용

19. 글로벌 지원에 대해 고려할 것
 글로벌 통화 지원
 다국가 통화로 결제 가능
 통화별 판매 지표 제공
 통화 환율 조정 기능
 다국어 지원 (인보이스, 이벤트 알림)
 멀티플 타임존 지원

20. 불법 결제 탐지 및 보호 도구가 준비되어 있는가?
 도난 카드 사용
 지불 거절(charge-backs)로 연결되는 프로세스.
 도난 카드로 인한 수익 발생 재조정.
 도난 신용 카드 유효성 검사
 고비용
 차단하기 어렵다.
 분석에 혼란을 준다.

21. 보존 관리 및 지불 거절 프로세스가 준비되어 있는가?
 신용 카드 결제 실패 비율이 매우 높음.
30% is not uncommon
 다음의 프로세스를 실행할 수 있는가?
 Retry
 Messaging
 Business logic (Aria systems 40 paths)
 고객에게 새로운 결제 수단 요청
 서비스 차단

22. 가격 모델이 유연성 있는가?
 (마케팅 및 캠페인 관리측면 다음의 기능들을 제공
하는가?)
 프로모션
 할인행사
 쿠폰
 고객별 가격 세분화 (overwrite price)
 무료 기간
 가격 변동

23. 재무 보고 지표를 어디까지 저장하고 있는가?
 수익 인식과 실제 수익 (Invoice vs Net)
 unpaid invoices
 수익 분배
 MRR
 Etc..

24. 고객 관리와 구독 레벨
 고객 관리
 고객 계층구조
 결제 관리
 조직 레벨에서의 구독,결제 규칙 지정
 구독 레벨
 기본 구독 + 부가서비스 구독
 고객당 멀티 구독
 Notification 관리

25. 자격 관리
 콘텐츠 / 기능에 대한 고객 액세스를 위한 신뢰 판별
의 소스
 사용자가 이 기능에 대해 비용을 지불 했는가?
 중요한 integration point
 솔루션마다 약간의 차이가 있다.

26. 구독 라이프 사이클 관리
 구독 생성
 Trial / Discount / Evergreen 단계
 구독 변경
 Upgrades, Downgrades
 Add-ons
 구독 일시 정지 (Holiday Period)
 구독 취소

27. 보안 및 확장성을 고려할 것
 멀티 테넌트 구현
 퍼포먼스
 보안
 클라우드 확장성
 전문가에게 공급 업체 기능 검토

28. Lock-in
 추후에 공급 업체를 전환하기가 어려움.
 원활한 고객의 구독 정보 이동이 힘들다.
 오류가 발생하기 쉬움.
 테스트하기 어려움.
 24 시간 시스템에서 특히 어려움
 대규모 고객층을 위해 몇 달이 걸릴 것으로 예상
됨
 전환하는 동안 여러 시스템이 동시 실행됨
 고비용 유발

29. Major players

30. Major Players
Subscription Platforms
 Aria Systems
 eVapt (MagnaQuest)
 Metanga (MetraTech)
 Vindicia
 Zuora

31.  Founded: 2003
 Funding to date: $43M
 Employees: 100
 Clients: 90+
 AAA, HootSuite, Pitney Bowes, Red Hat, VMware
 Pricing: Annual platform fee + transaction fees (~2
%)
 Target: enterprise and midmarket
 Deployments: SaaS
 Story: one of the first vendors to get into cloud-bas
ed recurring billing.
 Integrations: salesforce.com,NetSuite, SaaS tax s
olutions and payment processors
Aria Systems (Subscription)

32. eVapt/MagnaQuest (Subscription)
 Founded: 2006 (1997)
 Employees: 300+
 Clients: 35+ (150+)
 Industry leading US cloud computing service provider, F
ortune 500 utility for new subscription business unit, AvFi
nity
 Pricing: SaaS (1-2%) on- premise (1 time license f
ee + annual maintenance)
 Deployments: SaaS and On-Premise
 Target: multiple: cloud, pay TV, broadband, Interne
t telephony, and mobile virtual network operators (
MVNOs); also supports PaaS and SaaS clients
 Story: eVapt was acquired by MagnaQuest in 201
0 a CRM vendor

33. Metanga/MetraTech (Subscription)
 Founded: 1998
 Employees: 160
 Clients: 10 (50+)
 Concur, CubeSmart, Scribe, Telmore, Temenos
 Pricing: Annual platform fee + transaction fees (1
% - 2%)
 Deployments: SaaS and On-Premise or Managed
Service
 Target: vertical agnostic but provide targeted functi
onality for telco, financial services, cloud, and conf
erencing and collaboration verticals.
 Story:The solution is directed at eBusiness custom
ers who want to get up and running quickly with an
API-enabled, cloud-based service. The company’s
other product, MetraNet, is a BSS.

34. Vindicia (Subscription)
 Founded: 2003
 Funding to date: $30M
 Employees: 100
 Clients: 110
 Blizzard,Intuit, Nascar.com, Plaxo, Vimeo
 Pricing: Transaction fees (2% - 2.5%) on successful trans
actions
 Deployments: SaaS
 Target: multiple: cloud, pay TV, broadband, Internet telep
hony, and mobile virtual network operators (MVNOs); als
o supports PaaS and SaaS clients
 Story: Vindicia has pursued a strategy of developing its o
wn payment gateway, sales tax engine, chargeback proc
ess, and eCommerce storefront for customers looking for
a unified solution.
 Integrations: salesforce.com

35. Zuora (Subscription)
 Founded: 2007
 Funding to date: $80M
 Employees: 250
 Clients: 400+
 Box, Dell, Docusign, HP, Newscorp
 Pricing: Annual platform fee + transaction fees (1% - 2%)
 Deployments: SaaS
 Target: broad vertical focus, with particular strength in the
high-tech, telecom, and media markets
 Story: Zuora targets invests a lot of effort helping clients
understand the business challenges around accounting a
nd metrics for recurring revenue-based business models.
 Integrations: salesforce.com, Accenture and Capgemini e
nterprise accounting and other CRM solutions

36. Others
 3 년 이내의 신규 공급자
 BrainTree
 Chargify
 Cheddar Getter
 Monexa
 OneBill
 Recurly
 Saasy
 Spreedly
 Tranverse

37. Recommendations
 구독 관리가 핵심 역량인지 결정해야 한다.
 미래의 필요 사항을 예측하고 지금 요구 사항에 반
영한다.
 시스템 통합 지점을 식별한다.
 어느 플랫폼이 적절할지 생각해본다.
 정적 요구 사항뿐만 아니라, 다양한 동적 시나리오
를 검토한다.
 구독 정보를 추후 이전하기 매우 힘들다는 것을 고
려하도록 한다.

38. Kill Bill
 Open Source platform
 무료
 Apache license
 UI 취약 (백엔드 플랫폼)
 Ning’s Billing System
 Billing 100K customers today
 Flexible
 정교한 카탈로그 – 고도의 비즈니스 구성 가능
 플러그인 아키텍처 – 커스터마이즈 용이
 Great solution
 개발자가 있을 경우
http://kill-bill.org

39. uEngine-bill
 Killbill (인하우스 플랫폼)  uEngine-bill (클라우드 플랫폼)
 Killbill +
 하이브리드 (Subscription + One Time Payment)
 실시간 요금조회
 카달로그 정규화 (무제한 플랜, 고객의 셀프서비스 상품 등록)
 플랜 버젼관리
 통계, 재무지표
 리셀러 수익구조
 Oauth 2.0
 UI 제공
 Docker
 다국어 템플릿
 멀티 테넌시 결제 규칙 운용
 Documentaion, sdk
https://github.com/TheOpenCloudEngine/uEngine-bill

40. 멀티 테넌시
• 조직마다 서로 다른 과금 규칙과 플랜을 운용.
• 조직마다 별도의 수금 계좌를 운용.

41. 플랜 관리
• 일회성, 리커링, 사용량 기반 플랜
• 하나의 플랜 안에 다수의 결제 단계 설정.
• Trial, Discount, Evergreen 등의 결제 단계를 원하는 기간만큼 설정.
• 다양한 결제 주기 지원.

42. 구독 관리
• 구독의 시작, 일시정지, 재
시작, 사용량 추가, 취소
라이플 사이클.
• 고객의 연체 상태에 따라
자동으로 상태 변환.
• 기본 구독(BASE) 과 부가
서비스 구독(ADD-ON) 합
산 인보이스 지원.
• 기본 구독(BASE) 과 일회
성 결제 일할 청구 및 합산
인보이스 지원.

43. 결제 규칙
• 국가별 법령 및 Terms 에
따라 서비스 중단 및 환불
정책 수행.
• 결제 주기 정렬
• 부가서비스 결제 단계
• 구독 중단 정책
• 플랜 변경 정책
• 플랜 결제 단계 정렬
• 일회성 구매 정렬

44. 연체 고객 대응
• 서브스크립션 수익 구조에
서는 예상치 못한
uncommon 케이스가 일어
남.
• 결제 기한을 초과한 고객
에 대한 결제 재시도 및 연
체 상태를 설정.
• 서비스 제한.
• 고객에게 재 결제 요청
• 연체 상태 조정

45. 템플릿
• 다국어 템플릿 지원.
• 다양한 Notification
의 이메일 템플릿 및
Webhook 지원.
• 인보이스
• 결제 성공
• 결제 실패
• 구독 취소 요청
• 구독 취소 통보
• 환불
• Etc..

46. 국제화
• 다국어 통화 지원.
• Tax 플러그인

47. 결제 수단
• Paypal, Stripe 글로벌
PG 기본 지원.
• Plugin 개발을 통해 추
가 PG 사와 연동 용이

48. 마켓플레이스
• 제품의 리셀러 설정.
• 판매 실적에 따른 수익
률을 배분.
• 판매금액의 크레딧 전
환 또는 출금
• 재무 지표 제공

49. Analytics – 재무 지표
• Account summary
• Active subscriptions
• Cancellations
• Chargebacks
• Control tags
• Conversions
• Daily invoices value
• Invoice adjustments
• Invoice balance
• Invoice credits
• Invoice item adjustments
• Invoices
• Late notifications
• MRR
• New accounts
• Notification queues
• Overdue states
• Payment ($ amount)
• Payments
• Payments status
• Refunds
• Trials

50. API – Documentation, SDK

51. Various billing scenarios
• 마켓플레이스 구매 시나리오
• 환불 시나리오
• 도난 카드 시나리오
• 가격 조정 시나리오
• 재등록 시나리오
• 서드파티 구매 시나리오

52. Oauth 2.0
• Oauth 2.0 지원 인증 플랫폼과 사용자 계정 연동

53. Cloud
• Docker
• IBM BlueMix
• Amazon ECS

54. USE CASE – 포시에스 (서비스 플랜)

55. USE CASE – 포시에스(마켓플레이스 통계)

56. USE CASE – 포시에스(요금조회)

57. Fine.