Microsoft Commercial Marketplace を通してアプリを収益化する

この記事では、パートナー センターを使用して SaaS オファーとして購入サービスを送信することにより、Microsoft を通じてアプリを販売する方法について説明します。 皆様のお客様はアプリを無料でダウンロードできますが、皆様のサービスのライセンスが必要となります。

Commercial Marketplace でサービスの販売を開始する準備ができたら、接続されたアプリ、アプリ、拡張機能の単一の SaaS アプリケーションを送信することをお勧めします。 パートナーや Microsoft 営業チームを通じてサービスを販売することに加えて、Microsoft AppSource を通じて Microsoft の顧客に届くことができます。

顧客がこれらの Microsoft 365 アプリ ソリューションを発見し、Microsoft Teams、Word、Outlook、Excel、PowerPoint、および SharePoint に展開する作業をもっと簡単にします。

この収益化モデルでは、皆様の SaaS サービスによってアプリが認証され、その際に Microsoft SaaS サービスでのサブスクリプション状況が検証されます。 このサービスからの応答を使って皆様のユーザー データベースが更新されます。 次の図に、このモデルを示します。

新しい収益化モデル

新しい収益化モデル

独自の支払いモデルを使用して無料で収益化することもできます。

注意

トランザクション可能な SaaS アプリは、職場または学校のアカウントを使用してのみ購入できます。 アプリを Microsoft アカウントベースのユーザーに販売する場合は、独自の課金モデルの導入を検討する必要があります。

SaaS オファーの準備

サービスを SaaS オファーとして提出する準備をするには、お客様がサインインして購入したライセンスの管理に使用できる Web サイトを提供する必要があります。 これは、管理ユーザーまたはエンド ユーザーとして実行できます。 サービスは、独自のライセンス データベースに接続する必要があります。このデータベースは、アプリのクエリに使用できます。 開始するには、「新しい SaaS オファーを作成する」を参照してください。

また、SaaS フルフィルメント API を使用して商用マーケットプレイスと統合する必要があります。 詳細については、「SaaS フルフィルメント API」 を参照してください。

パートナー センターにサインアップする

SaaS オファーの送信を開始するには、パートナー センターの Commercial Marketplace プログラムでアカウントを作成する必要があります。このアカウントは会社に関連付けられている必要があります。

SaaS アプリケーションの登録

Microsoft Azure ポータルを使用して SaaS アプリケーションを登録する必要があります。 登録が成功すると、SaaS フルフィルメント API へのアクセスに使用できる Azure Active Directory (Azure AD) セキュリティ トークンが提供されます。 アプリケーションで Azure AD の機能を使用するには、まず Azure AD テナントにそのアプリケーションを登録する必要があります。 この登録プロセスでは、アプリケーションが配置されている URL、ユーザーが認証された後の応答の送信先となる URL、アプリを識別する URI など、アプリケーションの詳細を Azure AD に提供します。

登録方法の詳細については、「Azure AD で保護されたアプリを登録する」を参照してください。

ライセンス データベースを作成する

Commercial Marketplace SaaS を通じて収益化する場合、請求と取引は Microsoft AppSource によって処理されます。 ライセンス レコードとロジックを処理するのはユーザーの責任です。 SaaS には、すべてのテナント購入とアクセス権を持つユーザーを追跡するためのライセンス データベースが必要です。

メタデータには次のものが含まれます。

  • テナント ID
  • テナント名
  • テナント国
  • プラン
  • ライセンスの種類 (シートベースまたはサイトベース)
  • ライセンスの数
  • 管理者名
  • 管理者メール
  • 割り当て済みのユーザー ID
  • 割り当て済みのユーザー メール

ライセンス管理の実装

サービス (Web サイト) では、購入を行った管理者がサインインしてアカウントを管理できるようにする必要があります。 複数のシートベースのライセンスを購入した場合、組織内のユーザーにこれらを割り当てることができます。 次の種類のライセンスを検討してください。

  • オープン ライセンス/先着順 - サービスを発見したエンド ユーザーは、サービスにサインインし、テナントに属していると認識され、購入したライセンスの 1 つを予約できます。
  • 割り当て済みライセンス - 購入の管理者はユーザーにライセンスを割り当てる必要があります。

その他の考慮事項:

  • アップセル - ユーザーがサービスにアクセスしようとしても、テナントに無料ライセンスがない場合、サービスは一時ライセンスを提供し、管理者に追加のライセンスを購入するよう促すことができます。
  • 複数のテナントの購入 - 同じテナントからの多数の購入を許可するかどうか、およびデータベースでこれらを処理する方法を検討する必要があります。 たとえば、Contoso Corporation の営業チームがチーム用に 50 ライセンスを購入し、マーケティング チームがチーム用に 20 ライセンスを購入し、アカウントを各自維持したい場合があります。

Microsoft AppSource への接続

この時点で、顧客を認証し、ライセンス状態を処理できる Web サイトとサービスを構築できます。 Microsoft を通じて収益化 (および有効な購入の確認を受け取る) するには、サービスは「SaaS フルフィルメント API」を使用して Microsoft AppSource に接続する必要があります。この API を使用して、フルフィルメント、プランへの変更、およびサブスクリプションのキャンセルを行います。

プロビジョニング (Microsoft AppSource での顧客の購入)

顧客が購入を開始すると、サービスは URL パラメーターを使用する顧客対話型 Web ページの認証コードでこの情報を受け取ります。たとえば、パートナー センターのランディング ページ URL が https://contoso.com/signup の場合は https://contoso.com/signup?token=.. です。 解決 API を呼び出すことにより、承認コードを検証し、プロビジョニング サービスの詳細と交換できます。 SaaS サービスがプロビジョニングを完了すると、アクティブ化呼び出しを送信して、フルフィルメントが完了し、顧客に請求できることを通知します。

次の図は、プロビジョニング シナリオの API 呼び出しのシーケンスを示しています。

SaaS サービスのプロビジョニングに使用する API 呼び出し

Marketplace で開始された更新

顧客が Microsoft AppSource で更新を開始すると、Microsoft AppSource はサービスによって実装された Webhook に通知し、その後、更新のために Microsoft AppSource にクエリを行い、顧客に請求または払い戻しを行います。

次の図は、Marketplace から更新が開始されたときのアクション シーケンスを示しています。

Marketplace から更新が開始されたときの API 呼び出し

サービスで開始された更新

顧客がサービスの更新を開始すると (このアクションを許可する場合)、サービスは Microsoft AppSource が保持するサブスクリプションを更新する必要があります。これにより、Microsoft AppSource から実装した Webhook への通知がトリガーされます。この時点で、ライセンス データベースに実際の変更を加える必要があります。

次の図は、SaaS サービスから更新が開始されたときのアクションを示しています。

SaaS サービスから更新が開始されたときの API 呼び出し

詳細については、「SaaS フルフィルメント API」を参照してください。

Azure AD に接続されたアプリを構築する

アプリはサービスに依存して、アプリにアクセスするユーザーがアカウントに関連付けられたライセンスを持っているかどうかを確認します。 無料 (ただし制限付き) のエクスペリエンスを提供するか、単にライセンスの購入先に誘導するかは自分次第です。 アプリには次の 3 つの状態が必要です。

  • サインインしていないユーザー
  • サインインしていてライセンスが関連付けられていないユーザー
  • サインインしていてライセンスが関連付けられているユーザー

アドイン内からの Azure AD を使用した認証については、「Office Dialog API」と「Microsoft ID プラットフォーム」を参照してください。

コードサンプル: 有料アプリから無料のアプリを使用して有料の Web アプリに移行する

Office アドイン SaaS Monetization コード サンプル は、Microsoft AppSource で販売されているアドインを管理する簡単なライセンス管理システムを作成する方法を示しています。 このコード サンプル パッケージには、Microsoft AppSource モック Web アプリ、SaaS サンプル、Outlook アドイン、Excel アドイン、Word アドイン、PowerPoint アドイン、ライセンス管理ツールが含まれています。

SaaS オファーとアプリの提出プロセス

SaaS プランをパートナー センターに送信する SaaS オファーが承認されると、GUID が割り当てられます。 次に、アプリを送信し、この GUID をテスト ノートとテスト アカウント (管理者 + 非管理者) に含めます。 アプリが承認されてストアに追加されたら、プランを更新して一般のユーザーが利用できるようにします。

カスタマー エクスペリエンス

顧客が Microsoft AppSource で SaaS サービスを発見し、ライセンスを購入して、支払いの詳細を Microsoft に提供します。 その後、お客様は Web サイトにリダイレクトされ、そこでアカウントのセットアップが完了します。 ライセンスがプロビジョニングされ、お客様に請求されます。 そして、お客様は無料のアプリをダウンロードし、提供された詳細情報を使用してサインインできます。 アプリはライセンス データベースをチェックして、お客様がライセンスを持っていることを確認します。

よく寄せられる質問

Microsoft がアプリの収益化モデルを変更したのはなぜですか。

基幹アプリケーションの機能に課金しアプリを無料にすることにより、パートナーはアプリのコンテキスト外で有料機能を提供することによってお客様に新しい価値を追加するための柔軟性を高めます。 このモデルをより適切にサポートするために、Microsoft AppSource は 2019 年 5 月 31 日から SaaS アプリ トランザクションのフル コマースを有効にし、パートナーに新しい範囲のオプションを提供しています。 SaaS アプリの支払いモデルの範囲を重要視しているため、無料ダウンロード オプションのみをサポートすることで Office アドインを簡素化しています。

パートナー センターにサインアップするにはどうすればよいですか。

[Microsoft パートナー センターへようこそ] 登録ページの情報を確認し、アカウントを登録します。 詳細については、「パートナー センターで商用マーケットプレイス アカウントを作成する」をご覧ください。

Azure Active Directory との統合に関するドキュメントはどこで入手できますか。

広範なドキュメント、サンプル、およびガイダンスについては、「Microsoft ID プラットフォームの概要」を参照してください。 Azure Marketplace の公開専用のサブスクリプションを作成して、作業を他のイニシアチブから分離することをお勧めします。 その後、このサブスクリプションで SaaS アプリケーションの展開を開始し、開発作業を開始できます。 Azure AD サービスの更新情報を確認することもできます。

アプリは Azure AD でユーザーをどのように認証しますか。

Office には、アドイン内からユーザーを認証できるようにする Office Dialog API が用意されています。 詳細については、「Microsoft ID プラットフォーム」を参照してください。

SaaS オファーについて、商用マーケットプレイスからはどのようなレポートを受け取りますか。

パートナーとして、パートナー センターでサポートされているデータ視覚化と分析情報グラフを使用してオファー リストを監視し、売り上げを最大化する方法を見つけることができます。 改善された分析ツールにより、パフォーマンスの結果に基づいて行動し、お客様やリセラーとのより良い関係を維持できます。 詳細については、「パートナー センターの商用マーケットプレイスの分析」を参照してください。

ヘルプとサポート

質問がある場合は、「Marketplace Publisher サポート」に問い合わせてください。