Azure API Management를 통한 수익 창출
적용 대상: 모든 API Management 계층
최신 웹 API는 디지털 경제를 뒷받침합니다. 회사의 IP(지적 재산권)를 제3자에게 제공하고 수익을 창출합니다.
- 데이터, 알고리즘 또는 프로세스 형식으로 IP를 패키징 합니다.
- 다른 당사자가 일관된 원활한 방식으로 유용한 IP를 발견하고 이용할 수 있도록 합니다.
- 이 사용량에 대한 직접 또는 간접적인 지불 메커니즘을 제공합니다.
API 성공 사례에서 일반적인 테마는 정상적인 비즈니스 모델입니다. 값은 지속 가능한 방식으로 모든 당사자 간에 만들어지고 교환됩니다.
스타트업, 기업 등 모든 조직은 일반적으로 비즈니스 모델부터 디지털 혁신을 추구합니다. API를 사용하면 비즈니스 모델을 실현하여 마케팅, 채택, 소비 및 기본 IP를 확장하는 더 쉽고 비용 효율적인 방법을 사용할 수 있습니다.
첫 번째 API를 게시하는 조직은 복잡한 결정 집합을 마주합니다. Azure API Management 플랫폼은 위험 에스컬레이션을 해제하고 주요 요소를 가속화하지만, 조직은 여전히 고유한 기술 및 비즈니스 모델을 중심으로 API를 구성하고 빌드해야 합니다.
수익 창출 전략 개발
수익 창출은 무언가를 돈으로 변환하는 프로세스이며, 이 경우에는 API 값이 이에 해당합니다. 일반적으로 API 상호 작용에는 가치 체인의 세 가지 고유한 당사자가 포함됩니다.
API 수익 창출 전략의 범주에는 다음이 포함됩니다.
| API 수익 창출 전략 | 설명 |
|---|---|
| 무료 | API는 공급망 간소화와 같은 B2B 통합을 지원합니다. API는 수익을 창출하지 않지만, API 공급자와 API 소비자 모두에게 비즈니스 프로세스 효율성을 제공하는 중요한 가치를 제공합니다. |
| 소비자가 지불 | API 소비자는 API와의 상호작용 수를 기준으로 요금을 지불합니다. 이 문서에서는 이 접근 방식에 대해 중점적으로 다룹니다. |
| 소비자가 지불 받음 | 예를 들어 API 소비자는 API를 사용하여 웹 사이트에 광고를 포함하고 생성된 수익을 공유 받습니다. |
| 간접 수익 창출 | API 수익 창출은 API와의 상호작용 수에 따라 달라지지 않으며, API에서 지원하는 기타 소스를 통해 이루어집니다. |
참고 항목
수익 창출 전략은 API 공급자에 의해 설정되며 API 소비자의 요구 사항을 충족하도록 설계되어야 합니다.
광범위한 요소가 디자인에 영향을 주므로 하나의 API 수익 창출이 만능 솔루션이 될 수는 없습니다. 수익 창출 전략은 사용자의 API를 경쟁 업체와 차별화하고 창출된 수익을 최대화합니다.
다음 단계는 사용자의 API에 수익 창출 전략을 구현하는 방법을 설명합니다.
1단계: 고객 이해
API에 대한 첫 번째 검색에서 최대 규모까지 가능한 API 소비자의 경험 단계를 매핑합니다.
예를 들어 고객 단계 집합은 다음과 같을 수 있습니다.
고객 단계 설명 조사 API 소비자가 비용과 마찰 발생 없이 API를 사용해 볼 수 있도록 합니다. 구현 API에 대한 액세스를 충분히 제공하여 API와 통합하는 데 필요한 개발 및 테스트 작업을 지원합니다. 미리 보기 고객이 제공을 시작하고 초기 수요를 이해할 수 있습니다. 초기 프로덕션 사용량 사용량 수준이 완전히 이해되지 않고 위험에 불리한 접근 방식이 필요할 수 있는 경우 프로덕션에서 API 조기 채택을 지원합니다. 초기 증가 API 소비자가 최종 사용자의 수요 증가에 따라 API의 사용량을 높일 수 있도록 합니다. 스케일 API가 매월 높은 사용량 수준에 지속적으로 도달하면 API 소비자가 더 높은 구매를 약정하도록 장려합니다. 전역 증가 전역 규모로 API를 사용하는 API 사용자에게 최적의 도매 가격을 제공하여 보상합니다. API가 해당 경험의 각 단계에서 고객에 대해 생성할 값을 분석 합니다.
고객에 대한 API의 직접적인 가치를 잘 이해하는 경우에는 가치 기반 가격 책정 전략을 적용하는 것이 좋습니다.
API 수명 기간 동안 고객에 대한 API의 예상 수명 사용량 수준과 예상 고객 수를 계산합니다.
2단계: 비용 수량화
사용자의 API에 대한 총 소유 비용을 계산합니다.
| 비용 | 설명 |
|---|---|
| COCA(고객 획득 비용) | 마케팅, 영업 및 온보딩의 비용입니다. 가장 성공적인 API는 채택 수준이 증가함에 따라 COCA가 0인 경향이 있습니다. API는 온보딩에서 대체로 셀프 서비스여야 합니다. 이러한 요인에는 설명서 및 결제 시스템과의 원활한 통합이 포함됩니다. |
| 엔지니어링 비용 | 수명 기간 동안 API를 빌드, 테스트, 운영 및 유지 관리하는 데 필요한 인적 자원입니다. 가장 중요한 비용 구성 요소가 되는 경향이 있습니다. 가능하면 클라우드 PaaS 및 서버리스 기술을 활용하여 최소화합니다. |
| 인프라 비용 | 수명 기간 동안 API를 지원하는 데 필요한 기본 플랫폼, 컴퓨팅, 네트워크 및 스토리지에 대한 비용입니다. API 사용량 수준에 비례하여 확장되는 인프라 비용 모델을 실현하기 위해 클라우드 플랫폼을 이용합니다. |
3단계: 시장 조사 수행
- 시장 리서치를 통해 경쟁사를 식별합니다.
- 경쟁사의 수익 창출 전략을 분석합니다.
- 경쟁사가 API와 함께 제공하는 특정 기능(기능 및 비기능)을 이해합니다.
4단계: 수익 모델 디자인
위의 단계 결과에 따라 수익 모델을 디자인합니다. 두 차원에서 작업할 수 있습니다.
| 차원 | 설명 |
|---|---|
| 서비스 품질 | API 사용량에 한도를 설정하여 사용자가 제공하는 서비스 수준에 제약 조건을 둡니다. 일정 기간에 수행할 수 있는 API 호출에 대한 할당량(예: 매월 5만 회 호출)을 정의한 후, 할당량에 도달하면 호출을 차단합니다. 짧은 기간에 수행할 수 있는 호출 수를 제한(예: 초당 100 호출)하여 속도 제한을 설정할 수도 있습니다. 한도 및 속도 제한이 함께 적용되어 사용자가 짧은 집약적 API 호출로 월별 할당량을 소비하는 것을 예방합니다. |
| 가격 | 각 API 호출에 대해 지불되는 단가를 정의합니다. |
고객 여정의 각 단계에서 고객을 지원하는 수익 모델을 디자인하여 각 고객으로부터 창출하는 LTV(수명 가치)를 최대화합니다.
- 고객이 최대한 쉽게 크기를 조정하고 확장할 수 있도록 합니다.
- 고객에게 수익 모델의 다음 계층으로 이동할 것을 제안합니다.
- 예를 들어 더 낮은 단가로 더 많은 양의 API 호출을 구매하는 고객에게 보상합니다.
- 수익 모델을 최대한 단순하게 유지합니다.
- 다양한 옵션으로 인해 고객이 압도당할 위험과 선택권을 제공해야 하는 필요성 사이에서 균형을 잡습니다.
- 수익 모델 계층을 차별화하기 위해 사용되는 차원의 수를 적게 유지합니다.
- 투명성을 유지합니다.
- 다양한 옵션에 대해 명확한 설명서를 제공합니다.
- 고객의 요구에 가장 적합한 수익 모델을 선택하기 위한 고객 도구를 제공합니다.
필요한 가격 책정 모델의 범위를 식별합니다. 가격 책정 모델은 API 공급자가 API 소비자의 소비를 수익으로 전환하기 위한 특정 규칙 집합을 설명합니다.
예를 들어 위의 고객 단계를 지원하기 위해서는 다음과 같은 6가지 유형의 구독이 필요합니다.
| 구독 유형 | 설명 |
|---|---|
Free |
API 소비자가 의무와 비용이 없는 방식으로 API를 체험해보고 사용 사례를 충족하는지 확인해볼 수 있습니다. 모든 진입 장벽을 제거합니다. |
Freemium |
API 소비자는 API를 체험 사용할 수 있지만 수요가 증가한다면 유료 서비스로 전환할 수 있습니다. |
Metered |
API 소비자는 매월 원하는 만큼의 호출을 수행할 수 있으며, 호출 당 고정 금액을 지불하게 됩니다. |
Tier |
API 소비자는 매달 설정된 수의 호출에 대해 비용을 지불합니다. 호출 한도를 초과하는 경우, 추가 호출 당 초과분 비용을 지불합니다. 초과분이 정기적으로 발생한다면 다음 계층으로 업그레이드할 수 있습니다. |
Tier + Overage |
API 소비자는 매달 설정된 수의 호출에 대해 비용을 지불합니다. 이 설정 한도를 초과하는 경우 추가 호출 당 정해진 비용을 지불합니다. |
Unit |
API 소비자는 매월 설정된 통화 비용을 지불합니다. 이 설정 한도를 초과하는 경우 다른 호출 단위에 대해 비용을 지불해야 합니다. |
수익 모델은 API 제품 집합을 정의합니다. 각 API 제품은 API 소비자 수명 주기의 특정 단계를 대상으로 하는 특정 가격 책정 모델을 구현합니다.
가격 책정 모델은 일반적으로 변경되지 않지만 수익 모델에 대한 가격 책정 모델의 구성과 애플리케이션을 조정해야 할 수 있습니다. 예를 들어 경쟁 업체와 일치 하도록 가격을 조정할 수 있습니다.
위의 예제를 기반으로, 가격 책정 모델을 적용하여 다음과 같이 전체 수익 모델을 만들 수 있습니다.
| 고객 수명 주기 단계 | 가격 책정 모델 | 가격 책정 모델 구성 | 서비스 품질 |
|---|---|---|---|
| 조사 | Free | 구현되지 않았습니다. | 소비자를 100 호출/월로 제한하도록 설정된 할당량입니다. |
| 구현 | Freemium | 단계적 계층:
|
할당량이 설정되지 않았습니다. 소비자는 100호출/분의 속도 제한으로 호출을 계속하고 비용을 지불할 수 있습니다. |
| 미리 보기를 | 요금제 | 요금은 소비자에게 $0.15/100호출을 청구하도록 설정됩니다. | 할당량이 설정되지 않았습니다. 소비자는 200호출/분의 속도 제한으로 호출을 계속하고 비용을 지불할 수 있습니다. |
| 초기 프로덕션 사용량 | 계층 | 요금은 소비자에게 $14.95/월을 청구하도록 설정됩니다. | 100호출/분의 속도 제한으로 5만 호출/월로 소비자의 할당량을 제한합니다. |
| 초기 증가 | 계층 + 초과분 | 단계적 계층:
|
할당량이 설정되지 않았습니다. 소비자는 100호출/분의 속도 제한에서 추가 호출을 계속하고 비용을 지불할 수 있습니다. |
| 확장 | 계층 + 초과분 | 단계적 계층:
|
할당량이 설정되지 않았습니다. 소비자는 1200호출/분의 속도 제한으로 추가 호출을 계속하고 비용을 지불할 수 있습니다. |
| 전역 증가 | 단위 | 모든 계층의 고정 금액이 150만 호출에 대해 $749.95/월인 단계적 계층입니다. | 할당량이 설정되지 않았습니다. 소비자는 3500호출/분의 속도 제한에서 추가 호출을 계속하고 비용을 지불할 수 있습니다. |
위의 표에 따라 수익 모델을 해석하는 방법에 대한 두 가지 예시는 다음과 같습니다.
계층 가격 책정 모델
수명 주기의 초기 프로덕션 단계 동안 API 소비자를 지원하기 위해 적용됩니다. 계층 가격 책정 모델 구성을 사용하는 경우, 상세 내용은 다음과 같습니다.- $14.95/월의 요금을 지불합니다.
- 최대 5만 호출/월을 수행할 수 있습니다.
- 속도는 100호출/분으로 제한됩니다.
수명 주기의 크기 조정 단계 계층 + 초과분 가격 책정 모델을 적용하여 구현되며, 상세 내용은 다음과 같습니다.
- 첫 50만 호출에 대해서는 $449.95/월의 요금을 지불합니다.
- 첫 5만 건을 초과하는 호출에 대해 $0.06/100호출의 요금을 부과합니다.
- 속도는 1200호출/분으로 제한됩니다.
5단계: 보정
수익 모델 전체에서 가격 책정을 다음과 같이 조정합니다.
- 위의 3단계의 시장 리서치를 기준으로 가격 책정을 설정하여 API 가격이 너무 낮거나 너무 높지 않도록 설정합니다.
- 수익 모델에서 불공정해 보이는 지점을 피하고, 고객이 모델을 사용하여 더 높은 가격 책정을 달성할 수 있도록 권유합니다.
- 총 소유 비용에 이익을 더한 금액을 모두 포함하기에 충분한 TLV(총 수명 가치)을 창출하도록 수익 모델이 설계되었는지 확인합니다.
- 솔루션에서 각 수익 모델 계층의 서비스 제공 품질을 지원할 수 있는지 확인합니다.
- 예를 들어 3500호출/분을 지원하도록 제공하는 경우, 엔드투엔드 솔루션을 확장하여 해당 처리량 수준을 지원할 수 있는지 확인합니다.
6단계: 릴리스 및 모니터링
API 사용량에 대한 지불을 수집 하려면 적절한 솔루션을 선택합니다. 공급자는 다음의 두 그룹에 속하는 경향이 있습니다.
지불 플랫폼(예: Stripe)
고객이 선택한 특정 수익 모델을 적용하여 원시 API 사용량 현황 메트릭을 기준으로 지불을 계산합니다. 수익 창출 전략을 반영하도록 지불 플랫폼을 구성합니다.
지불 공급자(예: Adyen)
지불 트랜잭션을 용이하게 하는 것에만 관심이 있습니다. 이 서비스를 호출하기 전에 수익 창출 전략(예: API 사용량 현황 메트릭을 지불로 변환)을 적용해야 합니다.
Azure API Management를 통해 API Management에서 제공되는 기본 제공 기능을 사용하여 구현을 가속화하고 위험을 제거합니다. API Management의 특정 기능에 대한 자세한 정보는 API Management의 수익 창출 지원 방법을 참조하세요.
샘플 프로젝트와 동일한 접근 방식을 사용하여 기본 시스템에서 수익 창출 전략을 체계화하는 방법에 유연성을 구축하는 솔루션을 구현합니다. 유연한 코딩을 사용하면 동적으로 응답하고 변경 수행의 위험과 비용을 최소화할 수 있습니다.
수익 창출 GitHub 리포지토리 설명서에 따라 사용자 고유의 Azure 구독에서 샘플 프로젝트를 구현합니다.
증거 기반 결정을 내릴 수 있도록 API를 사용하는 방법을 정기적으로 모니터링합니다. 예를 들어 고객을 변동한다는 증거가 나타나는 경우, 위의 1~5단계를 반복하여 소스를 파악하고 해결합니다.
지속적인 발전
정기적으로 위의 모든 단계를 다시 확인하고 재평가하여 수익 창출 전략을 검토합니다. 시간이 지나면서 고객, API 제공 비용 및 시장 경쟁의 변화에 대응하는 방법에 대해 더 잘 알게 되고, 이에 따라 수익 창출 전략을 발전시켜야 할 수 있습니다.
수익 창출 전략은 성공적인 API 구현의 한 가지 패싯일 뿐이라는 점을 기억하십시오. 다른 패싯은 다음과 같습니다.
- 개발자 환경
- 설명서의 품질
- 사용약관
- 커밋된 서비스 수준에 맞도록 API 크기를 조정하는 기능
다음 단계
- API Management의 수익 창출 지원 방법
- 연결된 Git 리포지토리를 통해 데모 Adyen 또는 Stripe 통합을 배포합니다.