테스트 및 개발 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이어야 합니다. 이렇게 하면 DEV 오퍼와 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 제안에 대해, 제안을 검증하는 사용자의 Microsoft Entra 사용자 주이름 또는 Microsoft 계정 이메일을 포함한 후, 'Go Live' 단추를 선택하여 제안을 라이브로 게시합니다.

기술 구성 페이지

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

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

계획 표시 유형

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

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

계획 개요 페이지

계획을 만들 때 DEV 및 PROD 오퍼 모두에서 동일한 계획 ID 및 계획 이름을 사용하고, DEV 오퍼에서는 계획 ID에 _test를 추가할 것을 권장합니다. 예를 들어 PROD 제품의 계획 ID가 enterpriseDEV 제품의 계획 ID는 enterprise_test합니다. 이렇게 하면 운영 환경의 제안과 개발 환경의 제안을 쉽게 구분할 수 있습니다. 당신은 PROD 제안에서 가장 적합하다고 결정한 가격 책정 모델과 가격을 사용하여 계획을 수립합니다.

계획 목록

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

가격 책정 및 가용성 페이지

이 섹션에서는 계획 개요>가격 책정 및 가용성 페이지를 완료하기 위한 지침을 제공합니다.

시장

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

가격

DEV 제품을 사용하여 가격 책정 모델을 실험합니다. 가장 적합한 가격 책정 모델 또는 모델을 확인한 후, 원하는 가격 책정 모델과 가격을 사용하여 PROD 오퍼에서 계획을 만듭니다.

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

중요하다

미리 보기에서 구매한 내용은 DEV 및 PROD 제품 모두에 대해 처리됩니다. 제안에 월 $100의 가격이 있는 경우 회사에 $100의 요금이 부과됩니다. 이 경우 지원 티켓을 열고 전체 금액을 지급합니다(매장 서비스 수수료 없음).

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

가격 책정 모델

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

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

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

중요하다

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

Microsoft 페이지와 공동 판매

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

CSP(클라우드 솔루션 공급자)를 통해 재판매

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

관련 콘텐츠

• 계획에 대한 자세한 내용은 상업용 마켓플레이스 SaaS 제품 계획 및을 참조하세요.
• 제품 만들기에 대한 단계별 지침은 SaaS 제품 만들기 참조하세요.
• SaaS 계획을 테스트하려면 SaaS 계획 테스트 개요 참조하세요.