서비스는 어떻게 돈을 버는가: 15가지 수익모델 지도
채용공고를 볼 때 가장 먼저 눈에 들어오는 것은 기술이다.
어떤 언어를 사용하는지, 데이터를 어떻게 처리하는지, 트래픽 규모는 어느 정도인지 살펴본다.
그런데 기술만 봐서는 회사가 풀고 있는 문제를 완전히 이해하기 어렵다.
같은 결제 시스템이라도 구독 서비스에서는 반복 결제와 해지 관리가 중요하고, 거래 플랫폼에서는 구매자와 판매자의 정산이 중요하다. 추천 시스템도 콘텐츠 서비스에서는 이용 시간을 늘리는 기술이지만, 커머스에서는 구매 전환을 높이는 기술일 수 있다.
기술이 필요한 이유를 이해하려면 먼저 물어야 한다.
이 회사는 어떤 방식으로 돈을 벌고 있을까?
며칠 전 사다리게임의 「돈 버는 방식은 정해져 있다, 수익 모델 15종 다이제스트」라는 영상을 봤다.
이 글은 영상에서 소개한 15가지 수익모델을, 앞으로 채용공고 속 회사를 분석하기 위한 기준으로 다시 정리한 글이다.
여기서 말하는 비즈니스 모델(Business Model, BM)은 회사가 가치를 만드는 모든 과정보다는, 서비스가 매출을 만드는 방식에 가깝다.
수익모델을 읽는 다섯 가지 질문
회사의 수익구조를 볼 때는 다음 다섯 가지를 확인한다.
- 누가 돈을 내는가?
- 어떤 순간에 돈을 내는가?
- 무엇을 기준으로 과금하는가?
- 핵심 지표는 무엇인가?
- 어떤 조건에서 실패하는가?
서비스를 이용하는 사람과 돈을 내는 사람이 다를 수도 있다. 결제도 구매할 때 한 번 일어나거나, 매달 반복되거나, 사용한 뒤에 발생할 수 있다.
이 차이가 회사에서 중요하게 다루는 기술과 데이터도 바꾼다.
15가지 수익모델 지도
15가지 모델을 수익이 발생하는 흐름에 따라 네 그룹으로 나누었다.
- 반복·이용 기반
- 플랫폼·중개 기반
- 제품·지식재산 기반
- 데이터·커뮤니티 기반
이 그룹은 영상의 공식 분류가 아니라 내가 이해하기 위해 다시 나눈 기준이다.
실제 기업은 여러 모델을 함께 사용한다. 아래 사례도 기업 전체를 하나의 모델로 정의한 것이 아니라, 해당 모델을 잘 보여주는 서비스를 고른 것이다.
반복·이용 기반
1. 구독형
일정 기간 서비스를 이용할 권리를 제공하고 반복해서 돈을 받는 방식이다.
- 과금 구조: 월·연 단위, 계정 수, 기능 등급
- 핵심 지표: 반복 매출, 유지율, 해지율
- 실패 조건: 고객이 계속 사용할 이유가 없을 때
- 대표 사례: 넷플릭스의 콘텐츠 구독 서비스
넷플릭스는 이용자가 요금제를 선택하고 매월 비용을 내면 콘텐츠를 계속 시청할 수 있게 한다.
2. 프리미엄형
기본 기능은 무료로 제공하고 일부 사용자가 추가 기능을 위해 돈을 내도록 만드는 방식이다.
- 과금 구조: 기능 제한 해제, 용량 확대, 광고 제거
- 핵심 지표: 무료 사용자의 유료 전환율과 유료 유지율
- 실패 조건: 무료 사용자 운영 비용은 큰데 유료 전환이 적을 때
- 대표 사례: Spotify Free와 Premium
Spotify는 무료 음악 서비스를 제공하면서 광고 없는 재생과 오프라인 저장 같은 기능을 Premium 사용자에게 제공한다.
3. 종량제
고객이 실제로 사용한 만큼 비용을 내는 방식이다.
- 과금 구조: 호출 수, 실행 시간, 저장 용량, 처리 건수
- 핵심 지표: 고객별 사용량과 단위당 원가
- 실패 조건: 비용을 예측하기 어렵거나 사용량 측정을 신뢰할 수 없을 때
- 대표 사례: Amazon의 AWS Lambda
AWS Lambda는 요청 수와 함수 실행 시간 등을 기준으로 비용을 계산한다.
4. 렌탈·대여형
제품의 소유권을 판매하지 않고 일정 기간 사용할 권리를 제공한다.
- 과금 구조: 시간, 일, 월, 이용 횟수
- 핵심 지표: 자산 가동률과 유지·보수 비용
- 실패 조건: 사용되지 않는 자산이 많아질 때
- 대표 사례: 쏘카의 카셰어링 서비스
쏘카는 차종, 대여 시간, 실제 주행거리에 따라 이용요금을 계산한다.
플랫폼·중개 기반
5. 광고형
사용자에게 무료로 서비스를 제공하고 광고주에게 비용을 받는 방식이다.
- 과금 구조: 광고 노출, 클릭, 시청, 전환
- 핵심 지표: 클릭률, 전환율, 사용자 체류 시간
- 실패 조건: 광고 효과가 낮거나 광고 때문에 사용자가 떠날 때
- 대표 사례: Google Ads
Google Ads는 검색과 YouTube 등에서 광고를 노출하고, 클릭이나 전환 같은 성과를 측정한다.
6. 거래 수수료형
구매자와 판매자를 연결하고 거래가 성사되면 일부를 수수료로 받는다.
- 과금 구조: 거래 건수 또는 거래 금액의 일정 비율
- 핵심 지표: 전체 거래액, 거래 성사율, 재거래율
- 실패 조건: 거래가 적거나 플랫폼 밖 거래가 늘어날 때
- 대표 사례: Airbnb의 숙소 예약 플랫폼
Airbnb는 호스트와 게스트를 연결하고 예약 과정에서 서비스 수수료를 받는다.
7. 제휴·어필리에이트형
다른 회사의 상품을 소개하고 구매나 가입으로 이어졌을 때 보상을 받는다.
- 과금 구조: 클릭, 가입, 구매와 같은 전환
- 핵심 지표: 전환율과 건당 보상
- 실패 조건: 추천이 실제 구매로 이어지지 않을 때
- 대표 사례: NerdWallet의 금융상품 비교 서비스
NerdWallet은 사용자가 금융상품을 비교하고 제휴 금융사에 연결되면 추천 수수료나 리드 제공 비용을 받는다.
8. 성과 보수형
계약에서 약속한 결과가 만들어졌을 때 비용을 받는 방식이다.
- 과금 구조: 매출 증가, 비용 절감, 채용 성공과 같은 결과
- 핵심 지표: 성공률과 성과당 보수
- 실패 조건: 성과를 정의하거나 기여도를 증명하기 어려울 때
- 대표 사례: 원티드랩의 채용 서비스
원티드는 채용공고 등록은 무료로 제공하고, 원티드를 통해 합격자가 발생하면 채용 기업에 수수료를 청구한다.
9. 인앱 구매형
서비스 안에서 디지털 아이템, 추가 기능, 콘텐츠나 가상 재화를 판매한다.
- 과금 구조: 아이템, 콘텐츠, 기능, 가상 재화
- 핵심 지표: 결제 사용자 비율과 반복 구매율
- 실패 조건: 구매할 이유가 없거나 결제가 사용자 경험을 해칠 때
- 대표 사례: Roblox의 Robux
Roblox 사용자는 실제 돈으로 Robux를 구매하고, 게임 안에서 아이템이나 콘텐츠를 이용하는 데 사용한다.
제품·지식재산 기반
10. 직접 판매형
제품이나 서비스를 고객에게 직접 판매하고 한 번의 거래에서 매출을 만든다.
- 과금 구조: 제품 한 개, 주문 한 건, 프로젝트 한 건
- 핵심 지표: 판매량, 판매 단가, 매출총이익
- 실패 조건: 고객을 데려오는 비용이 판매 이익보다 클 때
- 대표 사례: Apple의 iPhone
Apple은 iPhone이라는 물리적인 제품을 판매해 매출을 만든다. 물론 Apple 전체는 구독과 거래 수수료 등 다른 모델도 함께 사용한다.
11. 라이선스형
기술, 소프트웨어, 특허, 브랜드나 콘텐츠를 사용할 권리를 판매한다.
- 과금 구조: 기간, 사용자 수, 기기 수, 사용 지역
- 핵심 지표: 계약 수와 갱신율
- 실패 조건: 권리의 차별성이 약하거나 무단 사용을 통제하기 어려울 때
- 대표 사례: Microsoft의 Windows 라이선스
Microsoft는 개인과 기업이 Windows를 사용할 수 있는 권리를 라이선스 형태로 제공한다.
12. 면도날형
본체를 판매한 뒤 계속 필요한 소모품에서 반복 매출을 만든다.
- 과금 구조: 본체 구매 이후의 소모품 교체
- 핵심 지표: 본체 보급량과 소모품 구매 주기
- 실패 조건: 호환 상품으로 고객이 이동할 때
- 대표 사례: Nespresso의 커피 머신과 캡슐
Nespresso는 커피 머신을 판매한 뒤 해당 머신에서 사용하는 캡슐을 반복적으로 판매한다.
13. 화이트라벨형
이미 만들어진 제품을 다른 회사가 자체 브랜드로 제공할 수 있게 판매한다.
- 과금 구조: 초기 도입비, 이용 기간, 고객 수, 거래량
- 핵심 지표: 도입 기업 수, 구축 기간, 고객별 운영 비용
- 실패 조건: 고객별 커스텀이 많아져 유지 비용이 커질 때
- 대표 사례: Vimeo OTT
Vimeo OTT는 기업이 Vimeo의 동영상 기술을 사용하면서 자체 브랜드의 웹사이트와 앱을 운영할 수 있게 한다.
데이터·커뮤니티 기반
14. 데이터 판매형
수집하고 정제한 데이터나 분석 결과, 데이터 접근 권한을 판매한다.
- 과금 구조: 데이터셋, 보고서, API 호출, 이용 기간
- 핵심 지표: 데이터 정확도, 최신성, 계약 갱신율
- 실패 조건: 데이터 품질이 낮거나 수집 과정에서 신뢰를 잃을 때
- 대표 사례: Bloomberg Data License
Bloomberg는 금융상품 가격과 기업 정보 등의 데이터를 기업이 업무 시스템에서 사용할 수 있게 제공한다.
15. 기부·후원형
활동의 가치를 지지하는 사람이 자발적으로 비용을 내는 방식이다.
- 과금 구조: 일회성 기부 또는 정기 후원
- 핵심 지표: 후원자 수와 정기 후원 유지율
- 실패 조건: 운영에 대한 신뢰가 약해질 때
- 대표 사례: Wikimedia Foundation의 Wikipedia
Wikipedia는 콘텐츠를 무료로 공개하고 이용자의 일회성 또는 정기 후원으로 운영비를 마련한다.
실제 기업은 여러 모델을 섞는다
기업을 하나의 수익모델로만 분류하기는 어렵다.
Spotify는 무료 사용자에게 광고를 보여주면서 일부 사용자에게 구독료를 받는다. Roblox는 가상화폐를 판매하면서 창작자와 사용자의 거래도 중개한다. Apple은 제품 판매뿐 아니라 구독과 거래 수수료에서도 매출을 만든다.
따라서 회사를 분석할 때는 모델의 이름보다 각각의 역할을 나누어 보는 것이 중요하다.
- 어떤 모델이 사용자를 모으는가?
- 어떤 모델이 반복 매출을 만드는가?
- 회사가 실제로 키우려는 수익원은 무엇인가?
- 서로 다른 수익모델이 충돌하지는 않는가?
수익모델에서 채용공고까지
수익모델을 알면 채용공고에 적힌 기술이 필요한 이유도 조금 더 선명해진다.
- 구독·프리미엄형: 반복 결제, 권한 관리, 유료 전환, 해지 방어
- 종량제: 사용량 측정, 실시간 집계, 비용 예측, 청구
- 광고형: 광고 추천, 타기팅, 전환 추적, 부정 클릭 탐지
- 거래 수수료형: 검색, 추천, 결제, 정산, 사기 탐지
- 렌탈형: 자산 위치, 예약, 상태 관리, 수요 예측
- 화이트라벨형: 멀티 테넌시, 고객별 설정과 데이터 분리
- 데이터 판매형: 데이터 수집, 품질 관리, 접근 권한, API 제공
물론 채용공고 하나가 회사 전체의 구조를 보여주지는 않는다.
가격표, 이용약관, 제품 화면과 공시를 통해 수익구조를 먼저 확인하고, 채용공고는 회사가 현재 투자하는 영역을 보여주는 단서로 사용해야 한다.
후속 글에서는 내용을 다음 세 가지로 나누려고 한다.
- 공식 자료로 확인한 사실
- 여러 근거를 바탕으로 한 추론
- 내가 생각해본 기술적 해결 방법
마치며
수익모델은 단순히 돈을 받는 방법이 아니다.
누구를 고객으로 볼지, 어떤 행동을 유도할지, 무엇을 측정할지를 결정한다. 그 결정은 회사가 해결해야 할 기술 문제로 이어진다.
앞으로 채용공고를 볼 때는 기술 스택만 확인하지 않고 다음 질문을 함께 던져보려고 한다.
이 회사의 수익은 어디에서 발생하며, 채용공고의 역할은 그 과정에서 어떤 문제를 해결하고 있을까.
이 글은 그 질문에 답하기 위한 기준표다.