構造化フレームワークを使用して、ソリューションの SaaS オファー、Azure アプリケーション、コンテナー、または仮想マシン オファーを決定します。 選択肢は、製品を提供してデプロイする方法によって異なります。
利用可能なオファー
- SaaS オファー: 発行元がソリューションを、すべての顧客がアクセスするサービス (マルチテナント クラウド サービス) として一元的にホストする場合に最適です。 例: すべてのユーザーがクラウド環境にログインする AI ドキュメント処理 Web アプリケーション。 ここで、マーケットプレース トランザクションは、オンライン サービスへのアクセスを許可するだけです
- Azure アプリケーション オファー: ソリューション (多くの場合、一連のAzure リソース) が顧客のAzure テナントにデプロイされるときに選択されます。 これは、複数の VM やストレージなどにまたがって ARM テンプレートを使用して設定されるソリューション テンプレートまたはマネージド アプリケーションです。 例: 2 つの VM、データベース、および機能を顧客の Azure サブスクリプションにインストールして実行するパッケージ化された AI モデルのデプロイ
- Container オファー: 顧客が実行するコンテナー イメージとしてソリューションを提供する場合に適しています。たとえば、環境内のAzure Kubernetes ServiceやContainer Instancesなどです。 例: ユーザーが自分のクラスターにデプロイして自分の側にデータを保持する Docker イメージとして提供される AI 推論サービス
- 仮想マシン (VM) オファー: 1 つの VM イメージのみを必要とする単純なデプロイに適しています。 例: 顧客が Azure サブスクリプションで起動できる、VM に事前に構成された特殊な AI ソフトウェア (AI サービスが実行されている Ubuntu VM など)。 (ソリューションで複数の調整された VM が必要な場合は、通常、代わりに Azure アプリケーション オファーに該当します)。
Azure エージェント
これらのエージェントは、Azureインフラストラクチャで動作します。このインフラストラクチャは、あなたまたはお客様がホストしている可能性があります。 Azure エージェントは、汎用クラウドベースのエージェント ソリューションで使用されます。
Azure エージェントは、次の 2 つの最も一般的な方法で、さまざまな展開オプションをサポートしています。
SaaS のデプロイ
独自のテナントまたはサブスクリプションにエージェント ソリューションをデプロイする場合は、このオプションを選択します。
エージェントが次の場合に推奨されます。
- 大規模または複雑な処理タスクを処理する
- 顧客のエクスペリエンスを大幅に制御する必要があります
例: AI カスタマー サービス プラットフォーム、インテリジェント ドキュメント分析サービス、または予測分析ダッシュボード。
コンテナーのデプロイ
顧客のテナントまたはサブスクリプションで実行されている場合は、このエージェントのデプロイを選択します。
エージェントが次の場合に推奨されます。
- 機密データまたは規制対象データを処理する
- お客様が自分のデータとデプロイを厳密に制御する必要がある
例: 患者データを処理する医療 AI、銀行の財務分析ツール、または製造の最適化エージェント。
Microsoft 365およびCopilotのエージェント
これらのエージェントは、Teams、Outlook、Word、ExcelなどのCopilotおよびMicrosoft 365 アプリケーションに統合されます。 Microsoft 365およびCopilotエージェントは、Microsoft 365環境内の生産性を向上するように設計されています。
エージェントの理想的なユース ケース:
- ユーザーが日常業務の効率を高めるのに役立つ
- Office 365 アプリケーション内で実行される手動タスクを自動化します
Examples: Teams の会議ノートを集計し、電子メールをOutlookで自動的に分類したり、Wordのドキュメントの改善を提案したりする AI。 Microsoft 365 ベースのエージェントの発行の詳細を確認します。
シナリオに最適な Microsoft 365 Copilot エージェント の
オファーの種類ごとに発行手順とカスタマー エクスペリエンスが異なるため、正しく選択することが重要です。 疑わしい場合は、クラウド サービスにはSaaSを選択し、データ所在地が重要なオンプレミススタイルのデプロイメントにはAzure apps/containerを選ぶようにしましょう。 Microsoftのドキュメントとソフトウェア開発会社 (SDC) は、わからない場合に役立ちます。この権限を最初に取得すると、後で再ルーティングできなくなります。
中央ホスティング用 SaaS
マルチテナント アクセスでエージェントを一元的にホストできる場合は、経験則として SaaS を使用します。 SaaS オファーは、最も簡単なカスタマー エクスペリエンス (サインアップしてアクセスできるだけです) を提供し、Azure Marketplaceと AppSource の両方の登録情報をサポートします。 SaaS は AI サービスで一般的であるため、このガイドとサンプルは主に SaaS を前提としています。 顧客がコンプライアンスのためにソフトウェアを自分で実行 する必要 がない限り、SaaS は通常推奨されます。顧客から専門家にインフラストラクチャ管理をオフロードします。 また、更新などの作業も簡略化されます (サービスを更新すると、すべての顧客にメリットがもたらされます)。 SaaS オファーには、前に説明したフルフィルメント API 統合が必要であることに注意してください。そのため、その作業を行う用意があることを確認してください。 Marketplace は請求処理を担当し、あなたはプロビジョニングを担当します。 マルチテナント SaaS がシナリオに適合する場合 (多くの場合、顧客のネットワークに住む必要のない AI ソリューションに対して行われます)、それが最適なパスである可能性があります。
テナント内のAzureアプリ/コンテナー
顧客がテナント内デプロイを必要とする場合は、Azure アプリケーションまたはコンテナー オファーを使用します。 これは、多くの場合、データ主権、セキュリティ ポリシー、またはネットワーク要件が原因です。 たとえば、銀行では、規制上の理由から、Azure内で AI を実行する必要がある場合があります。 この場合、次のようになります。
- Azure アプリケーション (ソリューション テンプレート) は、自動化されたテンプレートを使用して、リソース (VM、ストレージ、AI サービス) の組み合わせを顧客のサブスクリプションにデプロイできます。 これは、デプロイが複雑であってもテンプレート化できる場合に適しています
- マネージド アプリケーションの バリアントを使用すると、デプロイ後に一部の管理機能を持つことができますが、顧客のテナントには引き続き使用できます
- コンテナーオファーは、コンテナー化されたワークロードがある場合に適しています。コンテナーレジストリ情報とデプロイ手順を指定し、顧客がそれをデプロイします。例えば、Azure Kubernetes Service (AKS) にデプロイすることができます。
これらのオファーでは SaaS フルフィルメント API を実装する必要はありませんが、デプロイ資産 (ARM テンプレート、またはコンテナー イメージ + 命令) を提供する必要があります。 テナント内であっても、Marketplace が (顧客の Azure サブスクリプションに課される) 課金を処理できるため、便利です。 このモデルが選択される理由をドキュメントで必ず強調してください (たとえば、"データはコントロール内に留まります。独自のクラウド環境に AI をデプロイする")。 マーケットプレースの一覧には、デプロイ方法も示されます (例: "Azure Kubernetes クラスターが必要です" など)。
早期に課金モデルを検討する
オファーの種類を目的の課金モデルと一致させます。 ライセンスベースの価格、使用量ベースの課金、無料試用版、プライベート取引、または クラウド ソリューション プロバイダー (CSP) 配布が必要かどうかを検討します。 これらの要因は、オファーの種類に影響を与える可能性があります。
- Both SaaS および Azure アプリ オファー: ライセンス ベース (ユーザーまたはユニットあたりの定額)、および使用量ベースのモデル (SaaS の測定、または VM/コンテナーの使用スコープを使用) をサポートします。
- 試用版: SaaS と多くのオファーの種類では、無料試用版または無料レベルプランを提供できます。 試用版の変換を実装する方法を計画します (試用版が終了すると、サービスは自動的にダウングレードされるか、ユーザーにプロンプトが表示されますか?
- Private オファー: マーケットプレースでは、(Azure テナント ID によって) 特定の顧客にのみ表示される特別な価格を作成できます。 カスタム価格に関するエンタープライズ取引が予想される場合は、 プライベート オファーの使用を計画してください。 つまり、一般に "Standard プラン - $X" があり、Contoso のテナントのみが表示できる "Standard for Contoso - $Y" のような非表示のプランがある可能性があります。
- CSP (クラウド ソリューション プロバイダー) チャネル: CSP リセラーがソリューションを再販できるようにするかどうかを決定します。 "はい" の場合は、プランの "Azure プランの再販売を許可する" オプションを有効にする必要があります。 CSP が顧客に代わってサブスクリプションを管理するシナリオを処理する準備をする (サポートの対話は間接的な場合があります)
これらはオファーの種類に合わせます。たとえば、Azure VM オファーでは、SaaS と同じ方法で試用版がサポートされない場合があります (コストは VM の使用であるため)。 SaaS オファーは、試用版とプライベート プランで非常に柔軟です。 そのため、ビジネス ニーズを今すぐプロットし、オファーの種類でサポートされていることを確認します。 特定のモデルがサポートされておらず、それをファッジする必要があることに後で気付くのは痛いです。
顧客の購入設定に合わせる
ビジネス モデル (価格の構造と条件) が顧客の期待を満たしていることを確認します (月単位と年単位のコミットメント、消費量、固定)。 たとえば、多くの企業のお客様は、調達が簡素化されるため、年間サブスクリプション (多くの場合、毎年コミットするための割引が適用されます) を好みます。 SaaS が月単位のみの場合、一部の大規模なクライアントはためらうことがあります。 逆に、小規模な顧客は月単位の柔軟性を必要とする場合があります。 両方を提供できる可能性があります (個別のプランを使用して:月次プランと年間プラン)。 大量のボリューム割引を提供することを検討します (マーケットプレースでは、ある程度階層化された価格を処理できます。または、プライベート オファーを使用して処理することもできます)。
また、超過分とハード制限について考えます。使用量がプランの内容を超えた場合、追加料金 (およびメーター経由) を請求するか、使用量を上限とするか。 顧客に明確に伝わるように確認してください。 これらすべての詳細は、パートナー センターでプランを構成する方法に反映する必要があります
最終的に、顧客の期待を念頭に置いてオファーを設計すると、ソリューションがより魅力的になり、販売プロセスの摩擦が軽減されます。 早期導入者やフレンドリーな顧客に対して、価格構造に関するフィードバックを得ることができます。予算の基準に合わせることは、取引の獲得に役立ちます。