온프레미스 AI 앱 수익화: 크레딧, 라우팅 및 사용 제한

고객이 제어하는 배포가 승인된 연결 경로를 통해 선택된 AI 요청을 보낼 수 있을 때, 온프레미스 AI 앱 수익화는 실용적으로 변합니다. 애플리케이션은 고객 환경에 설치된 상태로 유지되며, 가변적인 추론 사용량은 별도로 측정되고 가격이 책정됩니다.

그 차이는 중요합니다. 에어갭 설치는 연결된 추론 경로를 사용할 수 없습니다. 연결된 온프레미스 제품은 사용할 수 있지만, 고객이 승인한 요청, 데이터, 모델 및 환경에만 해당됩니다.

소프트웨어 공급업체에게 상업적 문제는 간단합니다: 영구 라이선스, 연간 계약 또는 좌석 가격은 예측 가능하지만, AI 사용량은 그렇지 않습니다. 한 배포는 매주 몇 개의 요약을 생성할 수 있습니다. 다른 배포는 매일 수천 개의 문서, 지원, 검색 또는 에이전트 작업을 실행할 수 있습니다.

해결책은 제품을 고객 제어에서 벗어나게 하는 것이 아닙니다. 적격 AI 기능을 위한 명확한 사용 계층을 만드는 것입니다.

온프레미스 AI 앱 수익화가 연결된 경계를 필요로 하는 이유

“온프레미스”는 제품이 실행되는 위치를 설명합니다. 이는 모든 AI 요청이 자동으로 로컬에서 처리되어야 한다는 것을 의미하지 않으며, 모든 배포가 환경 외부로 요청을 보낼 수 있다는 것을 의미하지도 않습니다.

가격을 책정하기 전에 배포를 두 가지 경로로 나누십시오:

• 에어갭 또는 완전히 로컬: AI 처리는 고객 환경 내에서 유지됩니다. ShareAI 경로를 통한 수익화는 해당 트래픽에 적용되지 않습니다.
• 연결되거나 선택적으로 연결됨: 승인된 AI 요청은 외부 경로를 사용할 수 있습니다. 이러한 요청은 태그를 지정하고, 측정하고, 제한하며, 별도의 사용 스트림으로 가격을 책정할 수 있습니다.

이 경계를 아키텍처 문서, 주문 양식, 제품 설정 및 고객 대상 사용 언어에서 명시적으로 표시하십시오. 연결된 사용 모델을 오프라인 기능으로 판매하지 마십시오.

소프트웨어 라이선스를 가변적인 AI 사용량과 분리하십시오.

온프레미스 라이선스는 일반적으로 제품 액세스, 배포 권한, 지원, 유지보수 또는 합의된 사용자 수를 위한 비용을 지불합니다. AI 추론은 또 다른 비용 곡선을 만듭니다.

공식 모델 문서는 그 이유를 보여줍니다: 모델 API는 일반적으로 입력 및 출력 사용량을 구분하며, 요금은 모델 및 기능에 따라 다릅니다. 자세한 내용은 OpenAI 모델 카탈로그 그리고 Claude 가격 문서 현재 예제를 위해.

하나의 무제한 소프트웨어 요금 내에서 변수 사용을 숨기려는 시도는 두 가지 피할 수 있는 문제를 만듭니다:

• 가벼운 고객이 무거운 고객을 보조할 수 있습니다.
• 요청 볼륨, 컨텍스트 크기, 출력 길이 또는 모델 선택이 변경될 때 공급업체는 마진 위험을 부담합니다.

더 깔끔한 계약은 지속 가능한 소프트웨어 권한을 선택적 연결 AI 소비와 분리합니다. 고객은 라이선스가 무엇을 포함하고 추가 사용을 무엇이 생성하는지 이해할 수 있습니다.

크레딧을 설계하기 전에 사용 단위를 선택하세요.

크레딧은 고객이 이미 이해하고 있는 단위에 매핑될 때 가장 잘 작동합니다. 제품 작업에서 시작한 다음 그 뒤의 추론 비용을 고려하세요.

AI 기능	고객 중심 단위	모니터링할 비용 요인	유용한 제어
문서 추출	페이지, 파일 또는 완료된 작업	입력 크기, 모델, 출력 스키마, 재시도	파일 및 월별 작업 한도
지원 어시스턴트	초안, 대화 또는 해결된 사례	컨텍스트 길이, 응답 길이, 도구 호출	작업 공간별 예산
RAG 검색	쿼리 또는 근거 있는 답변	검색, 재정렬, 프롬프트 크기, 출력	일일 쿼리 제한
AI 에이전트	실행, 단계 또는 완료된 워크플로	모델 호출 수, 도구, 재시도 횟수	최대 단계 및 지출

고객 대상 단위는 예산 책정을 위해 안정적이어야 합니다. 내부 미터는 비용을 설명하고, 이상치를 진단하며, 라우팅을 개선할 수 있을 만큼 상세해야 합니다.

크레딧을 진실의 원천이 아닌 포장으로 취급하십시오.

크레딧은 편리한 제품 추상화입니다. 정확한 사용 기록을 대체해서는 안 됩니다.

출시 전에 이러한 규칙을 정의하십시오:

1. 각 AI 기능에 대해 하나의 크레딧이 무엇을 나타내는지.
2. 서로 다른 모델 또는 작업이 크레딧을 다른 속도로 소비하는지 여부.
3. 소프트웨어 계약에 포함된 허용량은 무엇인가요?.
4. 허용량이 거의 소진되었을 때 어떤 일이 발생하나요?.
5. 고객이 추가 충전을 승인하거나, 상한선을 올리거나, 모델을 변경하거나, 연결된 AI 사용을 중단할 수 있는지 여부.

모든 워크플로에 대해 단일 불투명한 크레딧 가격을 피하세요. 짧은 요약 요청과 다단계 에이전트 실행은 매우 다른 비용 프로파일을 가질 수 있습니다.

배포 수준의 컨텍스트로 적합한 요청을 라우팅하세요.

연결된 온프레미스 수익화는 속성에 따라 달라집니다. 라우팅된 모든 요청은 불필요한 고객 데이터를 노출하지 않고 상업적 맥락을 식별해야 합니다.

유용한 라우팅 및 보고 필드에는 다음이 포함됩니다:

• 고객 또는 계정 식별자;
• 배포 식별자;
• 작업 공간, 부서 또는 테넌트 식별자;
• 기능 및 사용 이벤트 유형;
• 프로덕션 또는 테스트와 같은 환경;
• 선택된 모델 또는 라우팅 정책;
• 재시도 및 중복 처리를 위한 요청 식별자.

애플리케이션은 ShareAI 외부에 남아 있습니다. 연결된 사용이 적합한 경우, 제품은 승인된 추론 트래픽을 ShareAI를 통해 전송합니다. 팀은 ShareAI 문서 통합 경계를 계획하는 동안 검토할 수 있습니다.

요청 태그를 준수 주장으로 간주하지 마십시오. 이는 속성, 보고, 지원 및 사용 제어를 위한 운영 메타데이터입니다. 각 공급업체와 고객은 여전히 데이터 처리, 네트워크, 모델, 보안 및 계약 요구 사항을 환경에 맞게 평가해야 합니다.

고객과 제품을 보호하는 사용 제한을 추가하십시오.

좋은 제한은 차단 요소가 되기 전에 가시적입니다. 여러 계층을 사용하십시오:

• 포함된 허용량: 상업 패키지에 포함된 정의된 양의 연결된 AI 사용.
• 소프트 알림: 예측 가능한 예산 또는 크레딧 임계값에서의 알림.
• 하드 캡: 승인되지 않은 초과 사용을 방지하는 고객 제어 중지.
• 관리자 승인: 크레딧 추가 또는 예산 증액을 위한 명확한 경로.
• 워크플로우 제한: 최대 파일 크기, 컨텍스트 크기, 에이전트 단계, 재시도 또는 출력 길이.
• 폴백 동작: 연결된 AI가 사용 불가능하거나 한도를 초과했을 때 정의된 제품 상태.

제품은 남은 허용량, 최근 사용량, 그리고 이를 소비한 이벤트를 보여야 합니다. 고객이 토큰 로그에서 청구서를 역추적할 필요가 없어야 합니다.

ShareAI Builder가 자금 흐름을 처리하는 방법

ShareAI는 적격 AI 트래픽을 위한 라우팅, 사용, 청구, 마진 및 지급 계층입니다. 이는 애플리케이션 빌더나 온프레미스 배포 플랫폼이 아닙니다.

흐름은 다음과 같습니다:

1. 귀하의 팀은 ShareAI 외부에서 애플리케이션을 구축하고 운영합니다.
2. 적격 연결 AI 요청은 ShareAI를 통해 라우팅됩니다.
3. 해당 애플리케이션 트래픽에 대해 추가 요금 또는 마진을 설정합니다.
4. 고객은 라우팅된 AI 사용량에 대해 ShareAI에 비용을 지불합니다.
5. ShareAI는 추론을 마켓플레이스를 통해 라우팅합니다.
6. ShareAI는 해당 트래픽에서 생성된 수익을 기준으로 Builder에게 월별로 지불합니다.

빌더의 애플리케이션에서 발생하는 트래픽에 따라 빌더의 지급액이 결정됩니다. 이는 적격 컴퓨팅 용량을 제공한 것에 대한 공급자 보상과는 별개입니다.

온프레미스 AI 앱 수익화 구현 체크리스트

• 각 배포를 에어갭, 로컬 전용, 연결됨 또는 선택적으로 연결됨으로 분류합니다.
• 연결된 경로를 사용할 수 있는 AI 워크플로를 식별합니다.
• 각 워크플로에 대해 고객 대상 단위를 선택합니다.
• 속성을 위해 필요한 모델, 요청, 배포, 작업 공간, 기능 및 환경 컨텍스트를 기록합니다.
• 포함된 허용량, 알림, 하드 캡 및 승인 경로를 정의합니다.
• 소프트웨어 라이선스가 무엇을 포함하며 유료 AI 사용을 생성하는 요소를 설명합니다.
• 크레딧 소진, 네트워크 장애, 라우팅 실패 및 모델 비가용성에 대한 제품 동작을 설계합니다.
• 한 고객 행동이 두 번 계산되지 않도록 재시도 및 중복 처리 테스트를 수행합니다.
• 고객에게 명확한 사용 현황 및 지원 프로세스를 제공합니다.
• 고객의 기술 및 상업적 이해관계자와 함께 아키텍처 및 데이터 경로를 검토합니다.

자주 묻는 질문

온프레미스 소프트웨어가 ShareAI Builder를 사용할 수 있습니까?

예, 온프레미스 애플리케이션이 승인된 연결 경로를 통해 적격 AI 요청을 라우팅할 수 있는 경우 가능합니다. 애플리케이션은 ShareAI 외부에서 구축되고 배포됩니다.

ShareAI가 온프레미스 애플리케이션을 호스팅합니까?

아니요. ShareAI는 기존 애플리케이션에서 라우팅된 AI 트래픽에 대해 라우팅, 사용, 고객 결제, 마진 및 월별 지급 계층을 제공합니다.

이 모델이 에어갭 배포에 적합합니까?

환경을 떠날 수 없는 트래픽에는 해당되지 않습니다. 에어갭 AI는 완전히 로컬 처리 및 상업 모델이 필요합니다. ShareAI 경로화된 수익화는 연결된 요청 중 적격한 경우에만 적용됩니다.

온프레미스 AI 제품은 무엇을 측정해야 합니까?

고객이 볼 수 있는 이벤트와 주요 비용 요인을 모두 측정하십시오. 일반적인 필드에는 배포, 작업 공간, 기능, 모델, 입력 크기, 출력 크기, 도구 호출, 재시도 및 완료된 작업이 포함됩니다.

크레딧이 토큰 기반 청구보다 더 나은가요?

크레딧은 고객이 이해하기 더 쉬운 경우가 많으며, 토큰과 모델 이벤트는 백그라운드에서 여전히 유용합니다. 좋은 설계는 크레딧을 명확한 제품 작업에 매핑하고 기본 사용을 감사 가능하게 유지합니다.

BYOK는 가격 모델에 어떻게 맞춰야 합니까?

BYOK를 명시적인 지원 경계가 있는 별도의 경로로 취급하십시오. 고객 키를 허용하는 기능, 공급자 청구 및 실패를 처리하는 사람, ShareAI 경로화된 사용이 다른 옵션으로 계속 제공되는지 여부를 결정하십시오.

고객이 배포 수준의 사용 한도를 설정할 수 있습니까?

설정할 수 있어야 합니다. 배포, 작업 공간 및 기능 수준의 한도는 예산을 더 쉽게 제어하고 예상치 못한 초과 사용을 줄입니다.

고객은 ShareAI 경로화된 사용에 대해 어떻게 지불합니까?

Builder 흐름의 경우, 고객은 경로화된 AI 사용에 대해 ShareAI에 직접 지불합니다. Builder의 구성된 마진이 해당 애플리케이션 트래픽에 부착됩니다.

Builder 수익은 어떻게 지급됩니까?

ShareAI는 적격 경로화된 트래픽에서 생성된 수익을 기준으로 Builder에게 매월 지급합니다. 수익은 실제 사용량과 구성된 마진에 따라 달라지며 보장되지 않습니다.

Builder 지급이 공급자 보상과 동일합니까?

아닙니다. Builder는 자신이 소유하거나 유지 관리하는 애플리케이션에서 생성된 트래픽으로 수익을 얻습니다. 공급자는 적격 컴퓨팅 용량을 제공하기 위한 승인된 프로그램을 통해 수익을 얻습니다.

연결된 라우팅이 온프레미스 제품을 기본적으로 준수하거나 비공개로 만듭니까?

아니요. 배포 위치만으로는 준수 또는 개인정보 보호를 설정할 수 없습니다. 공급업체와 고객은 전체 데이터 경로, 모델, 제공자, 보존, 보안 및 계약 요구 사항을 평가해야 합니다.

ShareAI가 온프레미스 AI 제품에 적합한 경우는 언제입니까?

제품이 고객이 제어하는 상태를 유지하지만 일부 승인된 AI 워크플로가 연결된 추론을 사용할 수 있고 배포에 따라 사용이 달라지며 공급업체가 라우팅된 청구 및 Builder-마진 계층을 원할 때 적합합니다.

하나의 연결된 AI 워크플로로 시작하십시오.

비용이 많이 들거나 높은 가치의 AI 작업 하나를 선택하고, 해당 단위를 정의하며, 배포별로 태그를 추가하고, 고객이 제어하는 한도를 설정한 후 전체 결제 및 대체 경험을 테스트하십시오.

열기 빌더 콘솔 이미 소유하거나 유지 관리 중인 애플리케이션에 대해 라우팅된 사용 경로와 Builder 마진을 정의합니다.