次の方法で共有


SaaS オファーのテストと開発を計画する

運用環境のオファーとは別の環境で開発するには、個別のテストおよび開発 (DEV) オファーと個別の運用 (PROD) オファーを作成します。 この記事では、DEV オファーで開発とテストを行う利点と、DEV オファーと運用オファーの構成の違いについて説明します。

DEV オファーの利点

開発チームが PROD オファーの開発とテストに使用する個別の DEV オファーを作成する理由を次に示します。

  • 誤った顧客料金を回避する
  • 価格モデルを評価する
  • 実際の顧客を対象としないプランを追加しない

誤った顧客料金を回避する

PROD オファーの代わりに DEV オファーを使用し、それらを開発環境および運用環境として扱うことで、顧客に対する偶発的な課金を回避できます。

Marketplace API を呼び出すための 2 つの異なる Microsoft Entra アプリを登録することをお勧めします。 開発者は DEV オファーの設定で 1 つの Microsoft Entra アプリを使用し、運用チームは PROD アプリの登録を使用します。 これにより、1 か月あたり $100 K を支払う顧客のサブスクリプションを取り消すために API を呼び出すなど、開発チームが誤って間違いを犯すのを防げます。 また、消費しなかった従量制課金の料金を顧客に請求しないようにすることもできます。

価格モデルを評価する

DEV オファーで価格モデルをテストすると、開発者がさまざまな価格モデルを試す際のリスクが軽減されます。

パブリッシャーは、DEV オファーに必要なプランを作成して、オファーに最適な価格モデルを決定できます。 開発者は、異なる価格の組み合わせをテストするために、DEV オファーで複数のプランを作成したい場合があります。 たとえば、さまざまなカスタム従量制ディメンションのセットを持つプランを作成できます。 定額とカスタムの従量制ディメンションを組み合わせて別のプランを作成できます。

複数の価格オプションをテストするには、一意の価格モデルごとにプランを作成する必要があります。 詳細については、「プランの」を参照してください。

実際の顧客を対象としないプランを追加しない

開発とテストに DEV オファーを使用することで、PROD オファーの不要な煩雑さを減らすことができます。 たとえば、(サポート チケットを提出せずに) 異なる価格モデルや技術構成をテストするために作成したプランを削除することはできません。 そのため、DEV オファーでテスト用のプランを作成することで、PROD オファーの煩雑さを軽減できます。

PROD オファーの混乱は、すべてのプランが実際の顧客をターゲットにすることを期待しているため、製品チームとマーケティング チームに不満を感じさせます。 特に、異なるサンドボックスを操作する大規模なチームが互いに分断されている場合、2 つのオファーを作成すると、DEV と PROD に 2 つの異なる環境が提供されます。 場合によっては、複数の 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 ユーザー プリンシパル名または Microsoft アカウント (MSA) のメール アドレス (自分を含む) を含めます。 Microsoft Entra ID 上のユーザーのユーザー プリンシパル名は、そのユーザーの電子メールとは異なる場合があります。 たとえば、jane.doe@contoso.com は機能しませんが、janedoe@contoso.com は機能します。 指定したユーザーは、開発およびテスト フェーズ中に Preview リンクを共有するときに DEV オファーにアクセスできます。

PROD オファーで、オファーを公開する [Go Live] ボタンを選択する前に、オファーを検証するユーザーの Microsoft Entra ユーザー プリンシパル名または Microsoft アカウントの電子メールを含めます。

[技術的な構成] ページ

次の表では、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 が enterpriseされている場合は、DEV オファーのプラン ID を enterprise_testする必要があります。 こうすることで、DEV オファーと PROD オファーを簡単に識別できます。 PROD オファーでは、プランに最適な価格モデルと価格を使用してプランを作成します。

プランの一覧

[プランの概要]>[プランの一覧] タブで、DEV プランと PROD プランの両方に同じプランの説明を入力します。

[価格と可用性] ページ

このセクションでは、プランの概要>価格と可用性の ページを完了するためのガイダンスを提供します。

市場

DEV プランと PROD オファーで同じ市場を選択します。

価格設定

DEV オファーを使用して、価格モデルを試します。 最適に動作する価格モデルを確認したら、必要な価格モデルと価格を使用して PROD オファーにプランを作成します。

プランを購入すると、プランで定義されている価格が課金されます。 テスト コストを最小限に抑えるために、DEV オファーには、プランに価格がゼロまたは低いプランが必要です。 たとえば、$0.01 (1 セント) です。 これは、定額、従量制課金、およびユーザーごとの価格に適用されます。 PROD オファーには、顧客に請求する価格があります。

重要

プレビューで行われた購入は、DEV オファーと PROD オファーの両方で処理されます。 オファーの価格が $100/mo の場合、会社には $100 が課金されます。 この場合は、サポート チケットを開き、全額の支払いを行います (また、店舗のサービス料はかかりません)。

顧客に請求する価格は、公開する別の運用計画で設定します。

価格モデル

DEV プランと PROD プランのプランで同じプラン構造を使用します。 たとえば、PROD オファーのプランが定額で、月単位の請求期間がある場合は、同じモデルを使用して DEV オファーでプランを構成します。

価格モデルやMarketplaceのカスタム測定ディメンションのテストにかかるコストを削減するために、PRODオファーよりも低い価格でDEVオファーの[価格と可用性の]タブの価格セクションを構成されることをお勧めします。 DEV オファーでプランの価格を設定するときに従うことができるガイドラインをいくつか次に示します。

価格 コメント
$0.00 - $0.01 トランザクションの合計コストを 0 に設定して、財務上の影響を与えず、1 セントを低コストに設定します。 この価格は、測定 API を呼び出す場合や、ソリューションの開発中にオファーで購入プランをテストする場合に使用します。
$0.01 この価格帯を使用して、分析、レポート、購入プロセスをテストします。
$50.00 - $100.00 支払いをテストするには、この価格帯を使用します。 支払いスケジュールの詳細については、「支払いスケジュールとプロセスを参照してください。

重要

テストでストア サービス料金が課金されないようにするには、テスト購入から 7 日以内に サポート チケット を開きます。

Microsoft ページとの共同販売

DEV オファーの [Microsoft との共同販売] タブを設定しないでください。

クラウド ソリューション プロバイダー (CSP) を使用した再販

DEV オファーの [Resell through CSPs]\(CSP 経由での再販\) タブで、[No partners in the CSP program]\(CSP プログラムのパートナーを含まない\) を選択します。