コマーシャル マーケットプレース向けの SaaS オファーを計画する

この記事では、サービスとしてのソフトウェア (SaaS) オファーを Microsoft コマーシャル マーケットプレースに公開するためのさまざまなオプションと要件について説明します。 SaaS オファーでは、オンライン サブスクリプションを介してソフトウェア ソリューションを顧客に配布し、ライセンスを付与します。 SaaS 発行者は、お客様のプランの使用をサポートするために必要なインフラストラクチャの管理および支払いを行います。 この記事は、パートナー センターでコマーシャル マーケットプレースに公開するためにオファーを準備するのに役立ちます。

ヒント

Azure portal での SaaS オファー購入の顧客のビューを表示するには、「Azure portal での SaaS オファーの購入」および「Microsoft AppSource での SaaS アプリの購入」を参照してください。

リスト オプション

新しい SaaS オファーを公開する準備を行う際、選択する "リスト" オプションを決定する必要があります。 選択するリスト オプションにより、パートナー センターでオファーを作成する際に提供する必要がある追加情報が決まります。 コマーシャル マーケットプレースで SaaS プランを作成する方法に関するページで説明されているとおり、リスト オプションは、[Offer setup] (プランの設定) ページで定義します。

次の表は、コマーシャル マーケットプレースにおける SaaS オファーのリスト オプションを示しています。

リスト オプション	トランザクション プロセス
[Contact me (お問い合わせ)]	顧客は、登録情報から直接連絡します。* オファーを公開した後で、別のリスト オプションに変更することができます。
無料試用版	顧客は、Azure Active Directory (Azure AD) を介してターゲットの URL にリダイレクトされます。* オファーを公開した後で、別のリスト オプションに変更することができます。
Get it now (今すぐ入手する) (無料)	顧客は、Azure AD を介してターゲットの URL にリダイレクトされます。* オファーを公開した後で、別のリスト オプションに変更することができます。
Microsoft を通じた販売	Microsoft を通じて販売されたオファーは、"取引可能" オファーと呼ばれます。 取引可能なオファーは、Microsoft が公開元の代わりにソフトウェア ライセンス費用の交換を支援する際のオファーです。 Microsoft は、公開元に代わって選択された価格モデルを使用して SaaS オファーの料金を請求し、顧客トランザクションを管理します。 Azure インフラストラクチャの利用料金は、お客様 (パートナー) に直接課金されます。 価格モデルのインフラストラクチャ コストを考慮する必要があります。 これについては、以下の「SaaS 課金」で詳細に説明します。 注: オファーが公開されると、このオプションを変更することはできません。

*ソフトウェア ライセンス トランザクションのすべての側面 (注文、フルフィルメント、使用状況測定、課金、請求、支払い、収集を含みますが、これらに限定されません) のサポートは、公開元が担当します。

これらのリスト オプションについては、「コマーシャル マーケットプレースの販売機能」を参照してください。

オファーを公開すると、オファーに対して選択したリスト オプションが、オファーの登録情報ページの左上隅にボタンとして表示されます。 たとえば、次のスクリーンショットには、"今すぐ入手" ボタンが表示されている Azure Marketplace のオファー登録情報ページが示されています。

技術的な要件

技術的な要件は、オファーに対して選択したリスト オプションによって異なります。

[問い合わせ] リスト オプションには、技術的な要件はありません。 顧客が製品に関心を持ったり、デプロイしたりすると、パートナー センターの紹介ワークスペースに潜在顧客が表示されます。 また、カスタマー リレーションシップ マネジメント (CRM) システムをオファーに接続して潜在顧客を管理するオプションがあります。 これについては、この記事の後半にある「潜在顧客」セクションで説明します。

[今すぐ入手 (無料)] 、 [無料試用版] 、 [Sell through Microsoft](Microsoft を通じた販売) リスト オプションには、次の技術的な要件があります。

• サイトでの購入者を認証するために、Microsoft アカウント (MSA) と Azure Active Directory (Azure AD) の両方を有効にする必要があります。 Azure AD アカウントを持つ購入者が、Azure AD を使用してシングル サインオン (SSO) でアプリケーションにサインインできるようにする必要があります。
• オファーを購入した顧客を対象に、シームレスなサインインとオンボード エクスペリエンスを提供するランディング ページを作成する必要があります。 ランディング ページは、顧客が、必要な追加のプロビジョニングやセットアップを完了するのに役立ちます。 ランディング ページの作成に関するガイダンスについては、次の記事を参照してください。
  • 取引可能な SaaS オファー用のランディング ページをコマーシャル マーケットプレースに作成する
  • コマーシャル マーケットプレースで無料または試用版 SaaS オファーのランディング ページを構築する

これらの追加の技術的な要件は、" [Sell through Microsoft](Microsoft を通じた販売) " (取引可能) リスト オプションにのみ適用されます。

• SaaS フルフィルメント API を使用して、Azure Marketplace と Microsoft AppSource を統合する必要があります。 SaaS サブスクリプションと対話できるサービスを公開して、ユーザー アカウントとサービス プランを作成、更新、削除する必要があります。 重要な API の変更には、24 時間以内に対応する必要があります。 重要でない API の変更は定期的にリリースされます。 収集されたフィールドの使用方法を示す図と詳細な説明については、この API に関するドキュメントをご覧ください。
• オファーに対して少なくとも 1 つのプランを作成する必要があります。 プランの価格は、公開する前に選択する価格モデル ("定額" または "ユーザーごと") に基づきます。 プランの詳細については、この記事の後半で説明します。
• 顧客は、いつでもオファーをキャンセルできます。

技術情報

取引可能オファーを作成する場合、 [技術的な構成] ページの次の情報を収集する必要があります。 取引可能オファーを作成するのではなく取引を個別に処理することを選択する場合は、このセクションをスキップして、「体験版」に進んでください。

• ランディング ページ URL: ユーザーがコマーシャル マーケットプレースでプランを入手した後にユーザーがダイレクトされて、新しく作成された SaaS サブスクリプションの構成プロセスがトリガーされる SaaS サイトの URL (例: )。 この URL では、フルフィルメント API を呼び出して対話型登録ページのプロビジョニングの詳細を取得するために使用できるトークンが受け取られます。

  この URL は、特定の顧客の SaaS 購入を一意に識別する、マーケットプレース購入識別トークン パラメーターを使用して呼び出されます。 解決 API を使用して、このトークンを対応する SaaS サブスクリプションの詳細と交換する必要があります。 これらの詳細や、顧客と対話する Web ページの一部として収集したいその他の情報は、顧客のオンボード エクスペリエンスを開始するために使用できます。これは、サブスクリプション期間を開始するために API のアクティブ化呼び出しで最終的に終了する必要があります。 このページでは、ユーザーは Azure Active Directory (Azure AD) を使用してワンクリック認証でサインアップする必要があります。

  マーケットプレース購入識別トークン パラメーターを含むこの URL は、顧客が Azure portal または Microsoft 365 管理センターからマネージド SaaS エクスペリエンスを起動したときにも呼び出されます。 両方のフロー (トークンが、新しい顧客の購入後に初めて提供される場合と既存の顧客がその SaaS ソリューションを管理するために再度提供される場合) を処理する必要があります。

  構成するランディング ページは、24 時間 365 日稼働している必要があります。 これは、コマーシャル マーケットプレースでの SaaS オファーの新しい購入について、またはオファーのアクティブなサブスクリプションの構成要求について、通知を受ける唯一の方法です。

• [接続 Webhook] : Microsoft からパートナーに送信する必要があるすべての非同期イベントのため (SaaS サブスクリプションが取り消されたときなど)、パートナーは接続 Webhook の URL を指定する必要があります。 イベントについてお客様に通知するために、Microsoft によってこの URL が呼び出されます。

  指定する Webhook は、24 時間 365 日稼働している必要があります。 これは、コマーシャル マーケットプレースを介して購入された顧客の SaaS サブスクリプションに関する更新について通知を受ける唯一の方法です。

  注意

  Azure portal 内では、シングルテナント Azure Active Directory (Azure AD) アプリ登録を作成する必要があります。 Marketplace API を呼び出す場合は、アプリ登録の詳細を使用してソリューションを認証します。 テナント ID を見つけるには、Azure Active Directory に移動して、 [プロパティ] を選択し、一覧に表示されたディレクトリ ID 番号を見つけます。 たとえば、「 50c464d3-4930-494c-963c-1e951d15360e 」のように入力します。

• Azure Active Directory テナント ID: (ディレクトリ ID とも呼ばれます)。 Azure portal 内部で、Azure Active Directory (AD) アプリを登録する必要があります。そうすることで、Microsoft では、それを API のアクセス制御リスト (ACL) に追加して、それを呼び出すことを許可されているかどうかを確認することができます。 Azure Active Directory (AD) アプリのテナント ID を見つけるには、Azure Active Directory の [アプリの登録] ブレードに移動します。 [表示名] 列で、アプリを選択します。 次いで、一覧からディレクトリ (テナント) ID 番号 (例: ) を見つけます。

• Azure Active Directory アプリケーション ID: さらに、アプリケーション ID も必要です。 その値を取得するには、Azure Active Directory の [アプリの登録] ブレードに移動します。 [表示名] 列で、アプリを選択します。 次いで、一覧からアプリケーション (クライアント) ID 番号 (例: 50c464d3-4930-494c-963c-1e951d15360e) を見つけます。

  Azure AD アプリケーション ID は、パートナー センター アカウントの公開元 ID に関連付けられます。 そのアカウント内のすべてのオファーに同じアプリケーション ID を使用する必要があります。

  注意

  公開元がパートナー センターに 2 つ以上の異なるアカウントを持っている場合、Azure AD アプリの登録の詳細は 1 つのアカウントでのみ使用できます。 同じテナント ID を使用する場合、別のパブリッシャー アカウントにあるプランのアプリ ID ペアはサポートされていません。

体験版

SaaS アプリの体験版を有効にすることを選択できます。 体験版を使用すると、顧客は、一定期間、構成済み環境にアクセスできます。 どの公開オプションでも体験版を有効にできますが、この機能には追加の要件があります。 体験版の詳細については、「体験版とは」を参照してください。 さまざまな種類の体験版の構成については、「体験版の技術的な構成」を参照してください。

ヒント

体験版は、無料試用版とは異なります。 体験版、無料試用版、またはその両方を提供できます。 これらは両方とも、ソリューションを一定期間、顧客に提供します。 ただし、体験版には、実際の実装シナリオの中で製品の主な機能や利点を体験できる実践的なセルフガイド ツアーも含まれます。

潜在顧客

コマーシャル マーケットプレースでは、顧客情報を含む潜在顧客を収集するため、パートナー センターの紹介ワークスペースで顧客にアクセスできます。 潜在顧客には、顧客の詳細のほか、オファーの名前、ID、顧客がオファーを見つけたオンラインストアなどの情報が含まれます。

CRM システムをオファーに接続することもできます。 コマーシャル マーケットプレースにより、Azure テーブルを使用したり、Power Automate を使用して HTTPS エンドポイントを構成したりするためのオプションと共に、Dynamics 365、Marketo、Salesforce がサポートされています。 詳細なガイダンスについては、「コマーシャル マーケットプレース オファーからの潜在顧客」を参照してください。

CRM の接続は、オファーの作成時または作成後にいつでも追加または変更できます。 詳細なガイダンスについては、「コマーシャル マーケットプレース オファーからの潜在顧客」を参照してください。

オンライン ストアの選択

SaaS オファーを公開すると、Microsoft AppSource、Azure Marketplace、またはその両方にリスト登録されます。 各オンライン ストアには、固有の顧客要件があります。 AppSource はビジネス ソリューション向けで、Azure Marketplace は IT ソリューション向けです。 オファーの種類、取引機能、カテゴリによって、オファーの公開先が決まります。 カテゴリとサブカテゴリは、ソリューションの種類に基づいて各オンライン ストアにマップされます。

SaaS オファーが IT ソリューション (Azure Marketplace) とビジネス ソリューション (AppSource) の "両方" である場合は、各オンライン ストアに適用されるカテゴリおよびサブカテゴリを選択します。 両方のオンライン ストアに公開されるオファーには、IT ソリューション "および" ビジネス ソリューションとしての価値提案が存在する必要があります。

重要

従量制課金での SaaS オファーは、Azure Marketplace と Azure portal を通じて利用できます。 プライベート プランのみを含む SaaS オファーは、Azure portal からのみ利用できます。

従量制課金	パブリック プラン	プライベート プラン	次で利用可能:
はい	はい	いいえ	Azure Marketplace と Azure portal
はい	はい	はい	Azure Marketplace と Azure portal*
はい	いいえ	はい	Azure portal のみ
いいえ	いいえ	はい	Azure portal のみ

* このオファーのプライベート プランは、Azure portal 経由でのみ利用できます。

たとえば、従量制課金とプライベート プランのみ (パブリックプランなし) のオファーを購入するのは、Azure portal のお客様のみになります。 詳細については、「Microsoft 商業マーケットプレースでのプライベート オファー」を参照してください。

オンライン ストアでサポートされているリスト オプションの詳細については、「オンライン ストア別のリストと価格に関するオプション」を参照してください。 カテゴリとサブカテゴリの詳細については、「コマーシャル マーケットプレースでのカテゴリとサブカテゴリ」を参照してください。

法的契約

顧客の調達プロセスを簡素化し、ソフトウェア ベンダーの法務の複雑さを軽減するため、Microsoft では、コマーシャル マーケットプレースでオファーに使用できる標準契約を用意しています。 標準契約の下でソフトウェアを提供すると、顧客はそれを読んで一度承諾するだけで済み、提供元は独自の使用条件を作成する必要はありません。

標準契約の使用を選択する場合、標準契約に、ユニバーサル修正条件を追加するオプションと、最大 10 個のカスタム修正を追加するオプションがあります。 また、標準契約ではなく、独自の使用条件を使用することもできます。 これらの詳細は、 [プロパティ] ページで管理します。 詳細については、「Microsoft コマーシャル マーケットプレースの標準契約」を参照してください。

Note

コマーシャル マーケットプレースの標準契約を使用してオファーを公開した後に、独自のカスタム使用条件を使用することはできません。 これは、"または" のシナリオです。 ソリューションは、標準契約または独自の使用条件のいずれかの下で提供します。 標準契約の条件を変更する必要がある場合は、Standard Contract Amendments (標準契約の修正) を使用して変更することができます。

Microsoft 365 の統合

Microsoft 365 との統合により、SaaS オファーでは、Teams アプリ、Office アドイン、SharePoint Framework ソリューションなどの関連する無料アドインを通じて、複数の Microsoft 365 アプリ サーフェイス間で接続されたエクスペリエンスを提供できます。 次の情報を提供することで、顧客が E2E ソリューション (Web サービスと関連するアドイン) におけるすべてのファセットを簡単に検出し、それらを 1 つのプロセスでデプロイできるように支援できます。

• SaaS オファーが Microsoft Graph と統合されている場合は、その統合の SaaS オファーで使用されている Azure Active Directory (AAD) アプリ ID を指定します。 管理者は、AAD アプリ ID に設定されている SaaS オファーが適切に機能するために必要なアクセス許可を確認し、デプロイ時に高度な管理者権限が必要な場合はアクセスを許可できます。

  Microsoft を通じてオファーを販売する場合、これは顧客サブスクリプションのアクティブ化を完了するために必要なユーザー基本情報を取得するランディング ページで登録したものと同じ AAD アプリ ID になります。 詳細なガイダンスについては、「取引可能な SaaS オファー用のランディング ページをコマーシャル マーケットプレースに作成する」を参照してください。

• リンクする SaaS オファーで動作する関連アドインの一覧を提供します。 顧客は Microsoft AppSource で E2E ソリューションを見つけることができ、管理者は SaaS とリンクされたすべての関連アドインの両方を、Microsoft 365 管理センターから同じプロセスでデプロイできます。

  関連するアドインをリンクするには、アドインの AppSource リンクを指定する必要があります。これは、アドインをまず AppSource に公開する必要があることを意味します。 リンクに対応しているアドインの種類としては、Teams アプリ、Office アドイン、および SharePoint Framework (SPFx) ソリューションがあります。 リンクされた各アドインは、SaaS オファーに対して一意である必要があります。

製品がリンクされた場合、AppSource で検索すると、SaaS とリンクされたすべてのアドインの両方を含む結果が 1 つ返されます。顧客は、SaaS オファーの製品詳細ページとリンクされたアドイン間を移動できます。IT 管理者は Microsoft 365 管理センター内の統合されて接続されたエクスペリエンスを通じて、SaaS とリンクされたアドインの両方を同じプロセス内で確認およびデプロイできます。 詳細については、Microsoft 365 アプリのテストとデプロイ - Microsoft 365 管理に関する記事を参照してください。

Microsoft 365 統合サポートの制限事項

単一の E2E ソリューションとしての検出は、すべてのケースにおいて AppSource でサポートされますが、Microsoft 365 管理センターを介した前述の E2E ソリューションの簡略化されたデプロイについては、次のシナリオではサポートされません。

• "Contact me (お問い合わせ)" リストのみのオファー。
• 同じアドインが複数の SaaS オファーにリンクされている。
• SaaS オファーがアドインにリンクされているが、Microsoft Graph と統合されていないため、AAD アプリ ID は提供されていない。
• SaaS オファーはアドインにリンクされているが、Microsoft Graph 統合用に提供された AAD アプリ ID が複数の SaaS オファー間で共有されている。

オファー登録情報の詳細

パートナー センターで新しい SaaS オファーを作成する場合、 [オファー登録情報] ページで、テキスト、画像、オプションのビデオ、その他の詳細を入力します。 次の例で示すように、これは、顧客がコマーシャル マーケットプレースでオファー登録情報を見つけたときに表示される内容です。

コールアウトの説明

1. ロゴ
2. Categories
3. 業界
4. サポートのアドレス (リンク)
5. 使用条件
6. プライバシー ポリシー
7. プラン名
8. まとめ
9. 説明
10. スクリーンショット/ビデオ
11. Documents

次の例は、Azure portal 内のオファー登録情報を示しています。

コールアウトの説明

1. タイトル
2. 説明
3. 便利なリンク
4. Screenshots (スクリーンショット)

Note

オファーの説明が「このアプリケーションは、[英語以外の言語] でのみ利用可能です」という文言で始まっている場合、オファー登録情報は英語である必要はありません。

オファーをより簡単に作成できるようにするには、これらの項目の一部をあらかじめ準備しておきます。 次の項目は、特に記載がない限り必須です。

• 名前:この名前は、コマーシャル マーケットプレースでオファー登録情報のタイトルとして表示されます。 この名前は商標登録されている場合があります。 これは、絵文字 (商標および著作権マークの場合を除く) を含むことができず、200 文字以下にする必要があります。

• 検索結果の概要: オファーの目的または機能を、100 文字以内で改行のない単一の文として記述します。 この概要は、コマーシャル マーケットプレースの登録情報の検索結果で使用されます。

• 説明:この説明は、コマーシャル マーケットプレースの登録情報の概要に表示されます。 価値提案、主なメリット、対象となるユーザー ベース、カテゴリまたは業界との関連性、アプリ内の購入機会、必要な情報開示、詳細情報へのリンクを含めることを検討してください。

  このテキスト ボックスには、説明をより魅力的にするために使用できるリッチ テキスト エディター コントロールが用意されています。 また、HTML タグを使用して説明の書式を設定することもできます。 このボックスには、HTML マークアップを含む最大 5,000 文字のテキストを入力できます。 その他のヒントについては、「人の心をつかむアプリの説明を書く」を参照してください。

• 作業を開始するための手順: Microsoft を通じてオファーを販売することを選択する場合 (取引可能オファー)、このフィールドは必須です。 これらの手順は、顧客が SaaS オファーに接続するのに役立ちます。 最大 3,000 文字のテキストと、より詳細なオンライン ドキュメントへのリンクを追加できます。

• 検索キーワード (省略可能): オンライン ストアで顧客がオファーを見つけることができるように使用する検索キーワードを、最大 3 つ指定します。 オファーの名前と説明は、含める必要はありません。このテキストは、検索に自動的に含まれます。

• プライバシー ポリシーのリンク: 会社のプライバシー ポリシーの URL。 有効なプライバシー ポリシーを提供する必要があり、アプリがプライバシーに関する法律および規制に準拠していることを保証する責任があります。

• 連絡先情報:組織の以下の連絡先を指定する必要があります。

  • サポートの連絡先: 顧客がチケットを開くときに使用する、Microsoft パートナーの名前、電話番号、電子メール アドレスを指定します。 サポート Web サイトの URL も含める必要があります。
  • エンジニアリングの連絡先: オファーに問題がある場合に直接使用する、Microsoft の名前、電話番号、電子メール アドレスを指定します。 この連絡先情報は、コマーシャル マーケットプレースには表示されません。
  • CSP プログラムの連絡先 (省略可能): CSP プログラムにオプトインする場合は、名前、電話番号、電子メール アドレスを指定します。これにより、これらのパートナーが質問に回答できるようになります。 マーケティング資料の URL も含めることができます。

• 役に立つリンク (省略可能): オファーのユーザーにさまざまなリソースへのリンクを提供できます。 たとえば、フォーラム、FAQ、リリース ノートなどがあります。

• サポート ドキュメント: ホワイトペーパー、パンフレット、チェックリスト、PowerPoint プレゼンテーションなど、最大 3 つの顧客向けドキュメントを提供できます。

• メディア - ロゴ: 大ロゴ用の PNG ファイルを提供します。 パートナー センターでは、これを使用して、小および中サイズのロゴを作成します。 必要に応じて、別の画像に置き換えることもできます。

  • 大 (216 x 216 から 350 x 350 px、必須)
  • 中 (90 x 90 px、省略可能)
  • 小 (48 x 48 px、省略可能)

  これらのロゴは、オンライン ストアのさまざまな場所で使用されます。

  • 小さいロゴは、Azure Marketplace の検索結果および AppSource のメイン ページと検索結果ページに表示されます。
  • 中のロゴは、Microsoft Azure で新しいリソースを作成すると表示されます。
  • 大きいロゴは、Azure Marketplace および AppSource のオファー掲載ページに表示されます。

• メディア - スクリーンショット: オファーがどのように機能するかを示す、次の要件を含むスクリーンショットを 1 つ以上最大 5 つ追加する必要があります。

  • 1280 x 720 ピクセル
  • PNG ファイルの種類
  • キャプションを含める必要があります

• メディア - ビデオ (省略可能): オファーのデモを行い、次の要件を満たす最大 4 つのビデオを追加できます。

  • 名前
  • URL:YouTube または Vimeo のみでホストされる必要があります。
  • サムネイル: 1280 x 720 PNG ファイル

注意

オファーは、一般的なコマーシャル マーケットプレースの認定ポリシーと、コマーシャル マーケットプレースに公開されるサービスとしてのソフトウェアのポリシーを満たしている必要があります。

注意

プレビュー対象ユーザーはプライベート プランとは異なります。 プライベート プランは、選択された特定の対象ユーザーのみが利用できます。 これにより、カスタム プランについて、特定の顧客と協議できます。 詳細については、次のセクションを参照してください。参照してください。

Microsoft アカウント (MSA) または Azure Active Directory (Azure AD) の電子メール アドレスに招待状を送信できます。 手動で最大 10 個のメール アドレスを追加するか、.csv ファイルを使用して最大 20 個をインポートします。 オファーが既に公開されている場合も、オファーの変更や更新をテストするためにプレビュー対象ユーザーを定義することができます。

プラン

取引可能オファーには、1 つ以上のプランが必要です。 プランでは、ソリューションのスコープと制限、および関連する価格を定義します。 オファーに対して複数のプランを作成し、さまざまな技術および価格オプションを顧客に提供することができます。 取引可能オファーを作成するのではなく取引を個別に処理することを選択する場合、 [プラン] ページは表示されません。 その場合は、このセクションをスキップして、「その他の営業案件」に進んでください。

価格モデル、無料試用版、プライベート プランなど、プランに関する一般的なガイダンスについては、「コマーシャル マーケットプレース オファーのプランと価格」を参照してください。 以下のセクションでは、SaaS オファー固有の追加情報について説明します。

SaaS の価格モデル

SaaS オファーでは、各プランで 2 つの料金モデル (定額 または ユーザーごと) のいずれかを使用できます。 同じオファー内のすべてのプランは、同じ価格モデルに関連付けられている必要があります。 たとえば、1 つのオファーで、あるプランは定額で、別のプランはユーザーごとにすることはできません。

[定額] – 月額制または年額制の定額料金で、オファーにアクセスできるようにします。 これはサイトベースの価格とも呼ばれます。 この価格モデルでは、必要に応じて、マーケットプレース測定サービス API を使用する従量制課金プランを定義して、定額料金の対象外となる使用量分を顧客に請求できます。 従量制課金の詳細については、「マーケットプレース測定サービスを使用した従量制課金」を参照してください。 また、SaaS サービスに対する利用行動が急増している場合も、このオプションを使用する必要があります。

[ユーザーごと] - オファーにアクセスできる (つまり、シートを占有する) ユーザーの数に基づいた価格で、オファーにアクセスできるようにします。 このユーザーベースのモデルでは、プランでサポートされるユーザーの最小数と最大数を設定できます。 複数のプランを作成して、ユーザーの数に基づいたさまざまな価格ポイントを構成できます。 これらのフィールドは省略可能です。 選択しない場合、ユーザー数は制限がないものとして見なされます (最小は 1、最大はサービスでサポートできる数)。 これらのフィールドは、プランを更新する一環として編集できます。

重要

オファー公開後は、価格モデルの選択を変更できません。 さらに、同じオファーでは、すべてのプランで同じ価格モデルが共有される必要があります。

SaaS 課金

公開元の Azure サブスクリプションで実行される SaaS アプリの場合、インフラストラクチャの利用料は公開元に直接請求されます。実際のインフラストラクチャ利用料は、顧客に表示されません。 ソリューションを実行するためにデプロイしたインフラストラクチャのコストを補うために、Azure インフラストラクチャの使用料をソフトウェア ライセンスの価格にバンドルする必要があります。

Microsoft を通じて販売される SaaS アプリ オファーでは、定額、ユーザーごと、または従量制課金サービスを使用する従量課金に基づいた月額または年額の請求をサポートします。 コマーシャル マーケットプレースは代理店モデルで運営されます。そのため、公開元で価格が設定され、Microsoft から顧客に請求され、Microsoft は、代理店手数料を差し引いた料金を公開元に支払います。

次の例は、代理店モデルについて説明するために、コストと支払いの内訳例を示しています。 この例では、Microsoft はソフトウェア ライセンスについてお客様に $100.00 を請求し、公開元に $97.00 を支払います。

ライセンス コスト	1 か月あたり $100
Azure 使用コスト (D1/1 コア)	顧客ではなく公開元に直接課金されます
顧客は Microsoft から請求されます	1 か月あたり $100.00 (公開元は、ライセンス料金の中で、発生したパススルー インフラストラクチャ コストを考慮する必要があります)
Microsoft が請求	1 か月あたり $100
Microsoft は 3% の Marketplace サービス料金を請求し、ライセンス コストの 97% を支払います	1 か月あたり $97.00

プレビュー対象ユーザーは、オンライン ストアで公開される前に、オファーへアクセスできます。 このユーザーは、コマーシャル マーケットプレイスでオファーがどのように表示されるかを確認し、公開する前にエンドツーエンドの機能をテストすることができます。

[プレビュー対象ユーザー] ページで、限定されたプレビュー対象ユーザーを定義できます。 Microsoft を通じてオファーを販売するのではなく、取引を個別に処理することを選択した場合、この設定は利用できません。 その場合は、このセクションをスキップして、「その他の営業案件」に進むことができます。

オファーのテスト

オファーを公開する前に、プレビュー機能を使用して、さまざまな価格モデルでの技術的な実装、テスト、および実験を行う必要があります。

最小限のリスクで SaaS オファーを開発してテストするには、実験とテスト用のテスト開発 (DEV) オファーを作成することをお勧めします。 DEV オファーは、本番 (PROD) オファーとは別のものです。

重要

DEV オファーの誤購入を防ぐために、 [公開] ボタンを押して DEV オファーを公開しないようにします。

DEV オファーの利点、および DEV と運用オファーの構成の違いについては、「テスト開発 (DEV) オファーの計画」を参照してください。

その他の営業案件

Microsoft がサポートするマーケティングおよびセールス チャネルのオプトインを選択できます。 パートナー センターでオファーを作成すると、プロセスの終盤で、次の 2 つのタブが表示されます。

• CSP を通して再販する: このオプションを使用して、Microsoft クラウド ソリューションプロバイダー (CSP) パートナーがバンドルされたオファーの一部としてソリューションを再販できるようにします。 このプログラムの詳細については、「クラウド ソリューション プロバイダー プログラム」を参照してください。

• Microsoft と共同販売する: このオプションを使用すると、Microsoft セールス チームは、顧客のニーズを評価するときに、IP の共同販売対象ソリューションを検討できます。 共同販売の資格の詳細については、共同販売の状態の要件に関する記事を参照してください。 評価のためにオファーを準備する方法の詳細については、「パートナー センターの [共同販売] オプション」を参照してください。

次のステップ

• テスト SaaS オファーを計画する
• オファーの掲載のベスト プラクティス
• SaaS オファーを作成する

ビデオ チュートリアル

• SaaS オファーの概要
• SaaS Offer Technical Overview (SaaS オファーの技術概要)
• Publishing a SaaS offer (SaaS オファーの発行)
• A SaaS Accelerator Hands-on Tour - The Basics (SaaS アクセラレータのハンズオン ツアー - 基本)
• SaaS Accelerator Architecture (SaaS アクセラレータ のアーキテクチャ)
• Installing the SaaS Accelerator With the Install Script (インストール スクリプトを使用した SaaS アクセラレータのインストール)
• Invoking Metered Billing with the SaaS Accelerator (SaaS アクセラレータを使用した従量制課金の呼び出し)
• Configuring Email in the SaaS Accelerator (SaaS アクセラレータでのメールの構成)
• Custom Landing Page Fields with the SaaS Accelerator (SaaS アクセラレータを使用したカスタム ランディング ページのフィールド)