Microsoft Teams ストアにアプリを公開する
アプリを Microsoft Teams 内のストアに直接配信して、世界中の何百万ものユーザーに届けることができます。 アプリがストアでも紹介されている場合は、潜在的な顧客に即座にリーチできます。
Teams ストアに公開されたアプリは、Microsoft 365 アプリおよびソリューションの公式マーケットプレイスである Microsoft 商用マーケットプレイスにも自動的に一覧表示されます。
公開プロセスを理解する
アプリが運用環境に対応している場合、Teams ストアにアプリを掲載するプロセスを開始できます。
ヒント
提出前の手順に厳密に従うことで、Microsoft がアプリの公開を承認する可能性が高くなります。
Teams ストアの検証ガイドラインを確認して、アプリが Teams アプリとストアの基準を満たしていることを確認します。
レビュー プロセスの迅速化に役立つ重要なタスクは色々ありますが、特に自動テストの実行、テスト ノートの編集、ストア リストの作成などを行い、ストアに提出する準備をします。
パートナー センターからアプリを送信します。
送信に失敗した場合は、Microsoft に直接連絡して問題を解決し、アプリを再送信してください。
アプリを送信した後、何を期待しますか?
機能とエクスペリエンスの詳細なテスト
アプリは公開審査を行うチームによって徹底的にレビューされ、Microsoft Commercial Marketplace の認定ポリシーに準拠していることを確認します。 機能とユーザー エクスペリエンスの詳細なテスト、ユーザビリティ チェック、メタデータ チェックに焦点が当てられます。 アプリの検証は、デスクトップ、Web、およびモバイル クライアント間で実行されます。 提出後 24 時間以内に、詳細なテスト レポートを提供できるように努めています。
コンシェルジュ サービスによるアプリ公開の案内
アプリに問題がない場合、アプリは承認され、Teams ストアに公開されます。 一方、問題が存在する場合は、パートナー センターから、障害の詳細が記載された自動検証レポートを受け取ります。 アプリを Teams ストアに正常に発行し、このプロセスをガイドするために、検証チームは、次の情報を含む、当社のコンシェルジュ サービス teamsubm@microsoft.com からパーソナライズされた電子メールを送信します。
すべての問題のサマリー
ポリシー リンクと分類に関するエラーまたは問題の詳細:
必須の修正: 問題は、アプリの承認前に修正する必要があります。
推奨される修正: アプリのエクスペリエンスを向上させる推奨事項であるため、これらの問題はアプリの承認後に修正しても構いません。
ブロッカー: これらの問題により、審査チームはアプリの機能をこれ以上テストできないので、検証を続けるために解決する必要があります。
クエリ: クエリを共有して、アプリに関連する特定の質問への回答を得ることができます。
書面による指示またはビデオ形式で問題を再現する手順。
ガイダンス ドキュメントへのリンクを使用して、報告された問題を修正するための推奨事項。
問題のリストを確認したら、報告されたすべての問題を修正し、更新されたアプリ パッケージをメールで共有して、審査チームがアプリを徹底的に再検証できるようにします。 報告された問題に関連するクエリがある場合は、 の検証チームに teamsubm@microsoft.com問い合わせてください。
未解決の問題、リグレッションの問題がアプリに認められた場合、審査チームは更新された検証レポートをあなたと共有します。 アプリにブロッカーが含まれている場合、ブロッカーが解決された後にアプリが検証されると、新しい問題が報告されることがあります。 審査チームは、修正の展開後のアプリのリグレッションの問題にも気付くことがあります。 バグのあるアプリの問題をすべて解決し、Teams ストアへの公開の承認を得るには幾度か再送信が必要です。
報告されたすべての問題がクローズされ、パートナー センターで最終的な提出が行われた後、検証チームがアプリを承認して公開します。 アプリが Teams ストアで利用できるようになるまで少なくとも 1 営業日かかります。
アプリの使用状況を分析する
アプリが承認されて発行されたら、パートナー センターの Teams アプリ使用状況レポート でアプリの使用状況を追跡できます。 メトリックには、月間、日単位、週単位のアクティブ ユーザー、リテンション期間と強度のグラフが含まれており、チャーンと使用量の頻度を追跡できます。
新しく公開されたアプリのデータがレポートに表示されるまでに約 1 週間かかります。
迅速に承認を得てアプリを公開するヒント
設計フェーズ中
アプリのライフサイクルの早い段階 (設計段階) でストア検証ガイドラインを確認し、ストアの要件に沿ってアプリをビルドしていることを確認します。 ガイドラインに沿ってアプリをビルドすると、ストア ポリシー違反を理由に修正を余儀なくされることはなくなります。
アプリ提出の前に
事前に余裕をもってパートナー センター アカウントを作成します。 パートナー センター アカウントで問題が発生した場合は、サポート チケットを作成します。
ストア検証ガイドラインを再度確認して、アプリがストア要件に適合していることを確認します。 レビューにより、アプリで観察される問題の数が減り、その結果、アプリの承認にかかる時間が短縮されます。
アプリのテストと再テスト:
Teams 開発者ポータルを使用してアプリ パッケージを検証し、パッケージ エラーを特定して修正します。
アプリを提出する前にアプリを徹底的にセルフテストして、ストア ポリシーに準拠していることを確認します。 Teams でアプリをサイドロードし、アプリのエンドツーエンドのユーザー フローをテストします。 機能が期待どおりに機能し、リンクが壊れていないこと、ユーザー エクスペリエンスがブロックされていないこと、制限事項が明確に強調されていることを確認してください。
デスクトップ、Web、モバイル クライアント間でアプリをテストします。 アプリがさまざまなフォーム ファクターで応答することを確認します。
アプリ提出の準備をするときは、チェックリストに従い、提出パッケージの一部として次の詳細を含めます。
徹底的に検証されたアプリ パッケージ。
アプリの機能をテストするための管理者および非管理者のユーザー資格情報 (アプリがプレミアム サブスクリプション モデルを提供している場合)。
アプリの機能とサポートされているシナリオの詳細を説明するテスト手順。
アプリがアプリの機能にアクセスするために追加の構成が必要な場合のセットアップ手順。 または、アプリで複雑な構成が必要な場合は、プロビジョニングされたデモ テナントに管理者アクセスを提供して、公開審査を行うチームが構成手順をスキップできるようにすることもできます。
アプリの主要なユーザー フローを示すデモ ビデオへのリンク。 これを強くお勧めします。
アプリ提出を投稿する
検証レポートを確認したら、検証レポートに関連するすべてのクエリを含む電子メール スレッドに返信するか、報告された問題を解決するために追加のサポートが必要な場合は、返信します。
アプリが承認されるまで、報告された問題を解決するのに十分な開発者帯域幅があることを確認してください。
さらにテストするためにアプリ パッケージを共有する前に、コンシェルジェ サービスteamsubm@microsoft.comから報告されたすべての問題が解決されていることを確認してください。 これにより、アプリの検証に必要な反復回数を減らし、その結果、アプリの承認にかかる時間を短縮できます。
検証プロセス中にアプリの機能を変更しないようにします。これにより、新しい問題が検出され、アプリの承認にかかる時間が長くなる可能性があります。
SaaS オファーにリンクされたアプリを公開するための迅速な承認に関するその他のヒント
設計フェーズ中
リンクされた SaaS オファーで公開されたアプリに固有のストア検証ガイドラインをアプリのライフ サイクルの早い段階 (設計段階) で確認し、SaaS オファーにリンクされた Teams アプリに適用されるストア要件と Microsoft Commercial Marketplace ポリシーに沿ってアプリを構築するようにします。 ガイドラインに沿ってアプリをビルドすると、ストア ポリシー違反を理由に修正を余儀なくされることはなくなります。
アプリ提出の前に
アプリ提出の準備をするときは、次のことを確認してください。
アプリは、AppSource のライブ (既に公開されている) SaaS オファーにリンクされており、価格情報を含む少なくとも 1 つのプランがあります。
アプリ マニフェストに
publisherId.offerIdの形式でsubscriptionOfferの詳細が正しく記載されています。リンクされた SaaS オファーが、 SaaS 価格モデルに割り当てられたライセンスをサポートするように設計されていることを確認する必要があります。
テスト手順またはセットアップ手順を含めるか、アプリの機能とサポートされているシナリオの詳細を示すデモ ビデオへのリンク、およびテスターが SaaS ポータル ワークフローを簡単に理解できるようにするための追加情報を含めます。
検証のために SaaS オファーにリンクされたアプリを申請する前に、エンドツーエンドの購入およびライセンス管理ワークフローを徹底的にセルフテストする必要があります。次のことを確認してください。
管理者ユーザーと非管理者ユーザーの両方が注文を行い、サブスクリプションの購入を確認できます。 購入者は、Microsoft 管理 センターで [今すぐセットアップ] を選択することで、SaaS アプリケーションのランディング ページに移動できます。 購入者が SaaS アプリケーションでサブスクリプションをアクティブ化および構成できることをテストして確認します。 SaaS アプリケーションでのメッセージングは、購入者の道のりについて十分かつ明確な情報を提供する必要があります。
Microsoft 管理センターの [サブスクリプションの管理] セクションには、テスト ユーザーによって提供されたサブスクリプションの正しい詳細が表示されます。 サブスクリプションの状態、ライセンスの数、およびその他の詳細は正確である必要があります。
ライセンス ワークフローの購入と削除は期待どおりに機能しています。 購入者が Microsoft 管理センターからライセンスの数を増やすことができることを確認します。 SaaS アプリケーションのライセンス数と割り当てが、それぞれのライセンスと適切な担当者を反映していることを確認してください。 また、SaaS アプリケーションがユーザーからライセンスを取り除く方法を提供していることを確認してください。 ライセンスの削除後、残りの割り当てとカウントが SaaS アプリケーションにそのまま残り、正しい詳細が Microsoft 管理センターに反映されていることを確認します。
サブスクリプションのキャンセルは期待どおりに機能しています。 購入者はサブスクリプションをキャンセルできます。 キャンセル後、正しいサブスクリプションの状態が Microsoft 管理センターと SaaS アプリケーションに反映されているかどうかを確認します。 キャンセルが成功した後、購入者がサブスクリプションにアクセスできなくなったことを確認します。
サブスクリプションの再購入はシームレスです。 アクティブなサブスクリプションをキャンセルした後、購入者がサブスクリプションを再購入できることを確認するために徹底的にテストします。
購入者は、サブスクライブしたプランを変更できます。 プランが変更された後、ユーザーはアップグレードまたはダウングレードされたプラン機能にアクセスできます。
SaaS アプリケーションには、ライセンス管理機能が含まれています。 購入者は、使用可能なライセンスをユーザーに割り当て、変更、および再割り当てできる必要があります。 購入者がライセンスを管理するためにユーザーを追加または削除できるかどうかを確認します。
最小ライセンス購入フローと一括ライセンス購入フローの両方が期待どおりに機能していることをテストして確認する必要があります。
ライセンスが割り当てられているユーザーが、プランのリストに記載されている正確な購入済みプランの機能にアクセスできるようにする必要があります。
トレーニング モジュール
| トレーニング名 | 説明 |
|---|---|
| Microsoft Teams ストアで Teams アプリを発行する | このトレーニング モジュールでは、アプリを Teams アプリ ストアに発行します。 主にアプリの検証プロセスに焦点を当てています。 |