Trialforce
Trialforce の設定は、いくつかの要素で構成されています。Trialforce の使用を開始する前に、これらの構成要素および相互関係を理解することが重要です。
- Trialforce 管理組織 (TMO)
- TMO は、Trialforce の設定の開始点で、設定後に Trialforce を管理するための中心となる場所です。TMO を取得するには、パートナーコミュニティでケースを申請する必要があります。TMO では、Trialforce ソース組織の作成、およびカスタムブランド設定のテンプレートの定義という 2 つのタスクを実行します。
- Trialforce ソース組織 (TSO)
- TSO を使用して、顧客が取得したトライアル組織のテンプレートを作成します。TSO は TMO から作成します。TSO では次のタスクを実行します。製品をサンプルデータと共にインストールします。TMO で作成済みのテンプレートから選択してブランド設定を指定します。顧客に提供したいデザインや機能を組み込んで TSO を設定します。すべてのトライアル組織で使用する基盤となる Trialforce テンプレートを生成します。
- Trialforce テンプレート
- このテンプレートは、ある時点における TSO のインスタンスのスナップショットまたは正確なコピーです。このテンプレートは、製品をインストールし、設定を変更した後に、TSO から作成します。Trialforce テンプレートは、顧客���トライアルにサインアップする HTML ページで指定されます。これにより、顧客がサインアップするたびに提供されるトライアル組織が定義されます。
- HTML サインアップフォーム
- この HTML フォームは、顧客がトライアルにサインアップする Web サイトの登録ページとして機能します。このフォームを取得するには、パートナーコミュニティでケースを申請する必要があり、取得した後に自分の会社の詳細情報でカスタマイズする必要があります。このフォームは、トライアルに使用する Trialforce テンプレートに関連付けられます。この関連付けにより、顧客が Web サイトでトライアルにサインアップするたびに、顧客は指定された Trialforce テンプレートの正確なコピーである組織を受け取ります。
Trialforce を設定するために使用される組織間の関係
TMO、TSO、および Trialforce テンプレートには、上図のような階層関係があります。
- 特定の TMO から複数の TSO を作成できます。たとえば、2 つの異なるアプリケーションのトライアルを提供するには、各アプリケーションに 1 つずつ、同じ TMO から 2 つの異なる TSO を生成します。これにより、自分の会社が作成したすべての Lightning プラットフォームアプリケーションまたはコンポーネントのトライアルを管理するための中央ハブとして TMO を使用できます。
- 同じ TSO から複数の Trialforce テンプレートを作成できます。たとえば、Trialforce を使用し始めた後にコンポーネントの新しいバージョンをリリースする場合、以前の TSO にアップグレードバージョンをインストールし、このソース組織から新しい Trialforce テンプレートを生成することができます。次に、新しい Trialforce テンプレートを参照するように HTML サインアップフォームを更新すると、それ以降に作成されるすべてのトライアルの組織には、パッケージの新しいバージョンが使用されます。
ベストプラクティスとして、会社には一意の TMO を 1 つ作成し、アプリケーションまたはコンポーネントごとに 1 つの TSO、バージョンまたはエディションごとに 1 つの Trialforce テンプレートを使用することをお勧めします。これらの異なるレベルに設定プロセスを分割することにより、トライアルの管理および更新が簡単になります。こうすることで、バージョン、ブランド設定、トライアル組織の設定詳細など、何かを変更するたびに、階層内の 1 つのレベルで変更を行うだけで済みます。このことにより、設定手順が最小限に抑えられ、複数の製品、バージョン、エディションのトライアルを同時に管理しやすくなります。
TMO、TSO、および Trialforce テンプレートを設定したら、トライアルを見込み客に提供する方法を選択します。
- AppExchange を使用する — 顧客は、AppExchange リストから直接製品のトライアルを開始します。このアプローチは、わずかなステップで設定できるため、最も速く簡単にトライアルを使用可能にする方法を探している場合に最適です。
- HTML サインアップフォームを使用する — 顧客は、カスタマイズ可能な HTML サインアップフォームを入力した後で、製品のトライアルを開始します。このアプローチは、各自の Web サイトに合わせてフォームのデザインを変更できるため、サインアッププロセスを会社の Web プレゼンスに統合する場合に最適です。
- API を使用する — SignupRequest API を使用して、アプリケーションまたはコンポーネントのトライアルをプログラムで提供します。このアプローチは、高度なカスタマイズができるため、サインアッププロセスを完全に制御する場合に最適です。