다음을 통해 공유

테스트 및 개발 SaaS 제품 계획

  • 아티클

프로덕션 제품과 별도의 환경에서 개발하려면 별도의 DEV(테스트 및 개발) 제품과 별도의 프로덕션(PROD) 제품을 만듭니다. 이 문서에서는 DEV 제품에서 개발 및 테스트를 수행할 때의 이점과 DEV와 프로덕션 제품 간의 구성 차이점에 대해 설명합니다.

DEV 제품의 이점

개발 팀이 PROD 제품의 개발 및 테스트에 사용할 별도의 DEV 제품을 만드는 몇 가지 이유는 다음과 같습니다.

  • 우발적인 고객 요금 방지
  • 가격 책정 모델 평가
  • 실제 고객을 대상으로 하지 않는 플랜을 추가하지 않도록 방지

우발적인 고객 요금 방지

PROD 제품 대신 DEV 제품을 사용하여 개발 및 프로덕션 환경으로 처리하면 고객에게 실수로 요금을 청구하는 일을 방지할 수 있습니다.

마켓플레이스 API를 호출하기 위해 두 개의 서로 다른 Microsoft Entra 앱을 등록하는 것이 좋습니다. 개발자는 DEV 제품의 설정과 함께 하나의 Microsoft Entra 앱을 사용하고 운영 팀은 PROD 앱 등록을 사용합니다. 이렇게 하면 개발 팀이 API를 호출하여 매월 $100K를 지불하는 고객의 구독을 취소하는 등의 실수를 저지르지 않도록 방지할 수 있습니다. 또한 고객에게 사용하지 않은 종량제 요금을 청구하는 일이 없도록 방지할 수 있습니다.

가격 책정 모델 평가

개발자가 다양한 가격 책정 모델을 실험할 때 DEV 제품에서 가격 책정 모델을 테스트하면 위험이 줄어듭니다.

게시자는 DEV 제품에 필요한 플랜을 만들어 제품에 가장 적합한 가격 책정 모델을 결정할 수 있습니다. 개발자는 DEV 제품에서 여러 플랜을 만들어 서로 다른 가격 조합을 테스트하려고 할 수 있습니다. 예를 들어 다양한 사용자 지정 계량 차원 집합을 사용하여 계획을 만들 수 있습니다. 고정 요금 및 사용자 지정 요금제 차원이 혼합된 다른 계획을 만들 수 있습니다.

여러 가격 책정 옵션을 테스트하려면 각각의 고유한 가격 책정 모델에 대한 플랜을 만들어야 합니다. 자세한 내용은 계획을 참조하세요.

실제 고객을 대상으로 하지 않는 플랜을 추가하지 않도록 방지

개발 및 테스트에 DEV 제품을 사용하면 PROD 제품의 불필요한 혼란을 줄일 수 있습니다. 예를 들어 지원 티켓을 제출하지 않고 다른 가격 책정 모델 또는 기술 구성을 테스트하기 위해 만든 계획을 삭제할 수 없습니다. 따라서 DEV 제품에서 테스트 계획을 만들어 PROD 제품의 혼란을 줄입니다.

PROD 제품의 혼란은 제품 및 마케팅 팀을 실망하게 만듭니다. 이들은 모든 플랜이 실제 고객을 대상으로 할 것이라고 기대합니다. 특히 서로 연관성이 없는 여러 팀이 있으며 각자 다른 샌드박스를 사용하려는 경우 두 가지 제품을 만들면 DEV 및 PROD에 대한 두 가지 다른 환경이 제공됩니다. 경우에 따라 다양한 팀원이 다양한 테스트 시나리오를 실행하는 대규모 팀을 지원하기 위해 여러 DEV 제품을 만들어야 합니다. 다른 팀 구성원이 PROD 제품과 별도로 DEV 제품에서 작업하도록 하면 프로덕션 계획을 프로덕션 준비에 최대한 가깝게 유지하는 데 도움이 됩니다.

DEV 제품을 테스트하면 제품당 30개의 사용자 지정 요금제 차원 제한을 방지할 수 있습니다. 개발자는 PROD 제품의 사용자 지정 계량 차원 제한에 영향을 주지 않고 DEV 제품에서 다양한 미터 조합을 시도할 수 있습니다.

DEV와 프로덕션 제품 간의 구성 차이점

대부분의 설정은 테스트 및 개발(DEV) 및 프로덕션(PROD) 제품에서 동일하게 구성합니다. 예를 들어 공식 마케팅 언어와 자산(예: 스크린샷 및 로고)은 동일해야 합니다. 구성이 동일한 경우 DEV 제품의 계획에서 PROD 제품 계획에 대한 필드를 복사하여 붙여넣을 수 있습니다.

다음 섹션에서는 DEV와 PROD 제품의 구성 차이점에 대해 설명합니다.

제품 설정 페이지

두 제품의 별칭 상자에 동일한 별칭을 사용하지만 DEV 제품의 별 칭 에 "_test"를 추가하는 것이 좋습니다. 예를 들어 PROD 제품의 별칭이 "contososolution"인 경우 DEV 제품의 별칭은 "contososolution_test"이어야 합니다. 이렇게 하면 PROD 제품에서 개발자 제품을 쉽게 식별할 수 있습니다.

고객 잠재 고객 섹션에서 DEV 제품에 대한 Azure 테이블 또는 테스트 CRM 환경을 사용합니다. 파트너 센터의 조회 작업 영역 또는 PROD 제품에 CRM 시스템을 사용합니다.

속성 페이지

DEV 및 PROD 제품 모두에서 이 페이지를 동일하게 구성합니다.

제품 목록 페이지

DEV 및 PROD 제품 모두에서 이 페이지를 동일하게 구성합니다.

미리 보기 대상 그룹

DEV 제품에는 자신을 포함한 개발자 및 테스터의 Microsoft Entra 사용자 계정 이름 또는 MSA(Microsoft 계정) 이메일 주소를 포함합니다. Microsoft Entra ID에 있는 사용자의 사용자 계정 이름은 해당 사용자의 전자 메일과 다를 수 있습니다. 예를 들어 작동하지 jane.doe@contoso.com 않지만 janedoe@contoso.com 작동합니다. 지정한 사용자는 개발 및 테스트 단계 중에 미리 보기 링크를 공유할 때 DEV 제품에 액세스할 수 있습니다.

PROD 제품에는 라이브 제품을 게시하기 위해 Go Live 단추를 선택하기 전에 제품의 유효성을 검사할 사용자의 Microsoft Entra 사용자 계정 이름 또는 Microsoft 계정 전자 메일을 포함합니다.

기술 구성 페이지

이 표에서는 DEV 제품과 PROD 제품에 대한 설정 간의 차이점을 설명합니다.

표 1: 기술 구성 차이점

설정 DEV 제품 PROD 제품
방문 페이지 URL 개발/테스트 엔드포인트를 입력합니다. 프로덕션 엔드포인트를 입력합니다.
연결 웹후크 개발/테스트 엔드포인트를 입력합니다. 프로덕션 엔드포인트를 입력합니다.
Microsoft Entra 테넌트 ID 테스트 앱 등록 테넌트 ID(Microsoft Entra 디렉터리 ID)를 입력합니다. 프로덕션 앱 등록 테넌트 ID를 입력합니다.
Microsoft Entra 애플리케이션 ID 테스트 앱 등록 애플리케이션 ID(클라이언트 ID)를 입력합니다. 프로덕션 앱 등록 애플리케이션 ID를 입력합니다.

플랜 표시 여부

대상 개발자와 테스터에게만 표시되도록 테스트 계획을 프라이빗 계획으로 구성하는 것이 좋습니다. 이렇게 하면 실수로 제품을 라이브로 게시하는 경우 고객에게 테스트 계획을 노출하지 않도록 추가적인 수준의 보호가 제공됩니다.

DEV 제품 대신 프로덕션 제품에서 계획을 테스트하도록 선택하는 경우 고객이 플랜을 구매할 수 없도록 하기 위해 특히 중요합니다. 별도의 프라이빗 테스트 계획을 만들고 프라이빗 테스트 계획을 라이브로 게시하지 않는 것이 좋습니다. 프라이빗 테스트 계획을 사용하여 미리 보기로 테스트를 수행합니다. 테스트를 완료하면 라이브 게시를 위한 프로덕션 계획을 만듭니다. 그런 다음, 테스트 계획의 배포를 중지할 수 있습니다.

계획 개요 페이지

계획을 만들 때 DEV 제품에서 계획 ID를 _test 추가하지 않는 한 DEV 및 PROD 제품 모두에서 동일한 계획 ID와 계획 이름을 사용하는 것이 좋습니다. 예를 들어, PROD 제품의 계획 ID가 "enterprise" 인 경우 DEV 제품의 계획 ID는 "enterprise_test"로 해야 합니다. 이렇게 하면 PROD 제품에서 개발자 제품을 쉽게 식별할 수 있습니다. 제품에서 가장 적합한 가격 책정 모델 및 가격을 사용하여 PROD 제품에 계획을 만듭니다.

플랜 목록

계획 개요>계획 목록 탭에서 DEV 및 PROD 계획 모두에 동일한 계획 설명을 입력합니다.

가격 책정 및 가용성 페이지

이 섹션에서는 계획 개요>가격 책정 및 가용성 페이지를 완료하는 방법에 대한 참고 자료를 제공합니다.

시장

DEV 및 PROD 제품에 대해 동일한 시장을 선택합니다.

가격 책정

DEV 제품을 사용하여 가격 책정 모델을 실험해 보세요. 가장 적합한 가격 책정 모델 또는 모델을 확인한 후에는 원하는 가격 책정 모델 및 가격을 사용하여 PROD 제품에 계획을 만듭니다.

플랜을 구매하면 플랜에 정의된 가격이 청구됩니다. 테스트 비용을 최소화하기 위해 DEV 제품에는 계획에 가격이 0 또는 낮은 플랜이 있어야 합니다. 예를 들어 0.01달러(1센트)입니다. 이는 고정 요금, 요금제 청구 및 사용자당 가격에 적용됩니다. PROD 제품에는 고객에게 청구하려는 가격이 있습니다.

Important

미리 보기에서의 구매는 모든 DEV 및 PROD 제품에 대해 처리됩니다. 제품에 $100/mo 가격이 있는 경우 회사에 $100가 청구됩니다. 이 경우 지원 티켓을 열 수 있으며 전체 금액에 대한 지급액을 발행합니다(매장 서비스 수수료 없음).

라이브로 게시할 별도의 프로덕션 계획에서 고객에게 청구하려는 가격을 설정합니다.

가격 책정 모델

DEV와 PROD 제품 계획에서는 동일한 계획 구조를 사용합니다. 예를 들어 PROD 제품의 플랜이 월별 청구 기간이 있는 정액제인 경우 동일한 모델을 사용하여 DEV 제품에서 계획을 구성합니다.

Marketplace 사용자 지정 측정기 차원을 포함하여 가격 책정 모델을 테스트하는 데 필요한 비용을 줄이려면 PROD 제품보다 DEV 제품에서 낮은 가격으로 가격 책정 및 가용성 탭의 가격 책정 섹션을 구성하는 것이 좋습니다. 다음은 DEV 제품 계획에 대한 가격을 설정할 때 수행할 수 있는 몇 가지 지침입니다.

표 2: 가격 책정 참고 자료

가격 Comment(설명)
0.00달러 - 0.01달러 총 거래 비용을 0으로 설정하여 재정적 영향을 주지 않거나 1센트를 설정하여 저렴한 비용을 갖도록 합니다. 이 가격을 사용하여 계량 API를 호출하거나 솔루션을 개발하는 동안 제품에서 구매 계획을 테스트할 수 있습니다.
$0.01 이 가격 범위를 사용하여 분석, 보고 및 구매 프로세스를 테스트합니다.
$50.00 - $100.00 이 가격 범위를 사용하여 지급액을 테스트합니다. 결제 일정에 대한 자세한 내용은 지급 일정 및 프로세스를 참조 하세요.

Important

테스트에서 매장 서비스 요금이 청구되지 않도록 하려면 테스트 구매 후 7일 이내에 지원 티켓을 엽니다.

Microsoft 페이지와 공동 판매

DEV 제품의 Microsoft 탭과 공동 판매를 구성하지 마세요.

CSP를 통한 재판매

DEV 제품의 CSP를 통한 재판매 탭에서 CSP 프로그램에서 파트너 없음을 선택합니다.

관련 콘텐츠