この記事を使って、リリースを利用しながら1つのSalesforceテスト組織（環境）でコンテンツ、ガイダンス、手順の変更をテストします。ライブ組織はMain Fin（Finのライブバージョン）を使い続けます。これは複数のSalesforce組織と連携し、変更を提案・公開できるFin for Salesforceのチームメンバー向けです。
1つのSalesforce環境でFinの変更をテストする仕組みは？
FinにおけるSalesforce環境とは？
Fin for Salesforceは複数のSalesforce組織に接続可能です。ワークスペースはライブ組織と1つ以上のテスト組織を保持できます。接続された各組織が環境です。
リリースとワークフローを1つの環境に限定することの違いは？
ワークフローを1つの環境に限定することはすでに可能です。Deployに行き、Salesforce casesなどのワークフローを開き、トリガーのEnvironmentを設定します。デフォルトは「すべての環境」です。
この設定はどのワークフローが実行されるかを制御するだけで、Finが読み取るコンテンツ、ガイダンス、手順は変わりません。Finはすべての環境で同じライブ設定を使用します。リリースは設定自体を変更し、1つのオーディエンスだけに各アイテムの異なるバージョンを固定します。アイテムは識別子を保持するためコピー不要です。1つのオーディエンスと1つのトラフィックスプリットでリリース全体を制御し、ロールバックも可能です。
なぜリリースは1つのSalesforce環境にのみ適用されるのか？
Finは環境をシステム定義の会話属性として各会話に書き込み、オーディエンスルールがそれを読み取れます。オーディエンスはリリースが適用される会話を選択する保存されたルールセットです。リリースの展開は1つのオーディエンスを対象とし、そのオーディエンスに合致する会話にのみ適用されます。
1つのSalesforce環境でFinの変更をテストする方法
ステップ1 — Salesforceテスト組織が接続されていることを確認する
Connectに移動し、「Connect Fin to a test organization」の下で組織を探します。ステータスは「Connected」でなければなりません。そうでない場合は、続行前に接続を完了してください。
ステップ2 — Finの変更用リリースを作成する
左サイドバー上部のリリーススイッチャーを開き、New releaseをクリックします。またはManage releasesをクリックしてからNew releaseをクリックします。
Nameに、変更内容を示す名前を入力します。例：「Refund policy overhaul」。
任意：Descriptionにリリースの変更内容と理由を入力します。
Create releaseをクリックします。
名前と説明はチーム内のみのものです。Finは使用しません。Create releaseをクリックすると、リリースはドラフト状態で開き、変更を追加できます。
ステップ3 — 変更をリリースに追加する
ドラフトリリース内のAdd changes to this releaseセクションで、アイテムの追加、編集、削除や複数の変更を1つのリリースにまとめられます。
変更したい種類を選択します：Content、Guidance、Escalation guidance、またはProcedures。
コンテンツの場合は、Public article、Internal article、またはSnippetをクリックし、内容を作成または編集してからSave to releaseをクリックします。
この環境でテストしたいすべての変更について繰り返します。
任意：右側のPreviewパネルを使い、顧客が尋ねそうな質問をFinにして、リリースの変更が適用された応答を確認します。プレビュー会話は課金されません。
リリースで作成したコンテンツは「Publishes with the release」ステータスが付き、ServiceとCopilotで有効になります。ステータスにカーソルを合わせると意味が表示されます：「このリリースで作成されました。マージされるとHelp Centerに公開され、Finで有効になります。」リリース内で保存した変更は顧客に届かず、Main Finは変更されません。ステップ6で展開を開始するまで変わりません。
ステップ4 — オーディエンスを開く
Settings > Data > Audiencesに移動します。
ステップ5 — 環境用のオーディエンスを作成する
新しいオーディエンスを作成し、環境名を含む名前を付けます。
Add audience ruleをクリックし、「Conversation data」の下のEnvironmentを選択します。
テストしたい環境を選択し、Saveをクリックします。
ステップ6 — 段階的展開を開始する
リリースを開き、右上のReleaseをクリックしてRoll out graduallyを選択します。
重要：Publish to Fin Mainを選択しないでください。これはすべての環境でMain Finに変更を適用します。
ステップ7 — オーディエンスを選択し、スプリットを100%に設定する
任意：Nameで展開名を変更できます。Finはリリース名と今日の日付で自動入力します。
Audienceで、この環境用に作成したオーディエンスを選択します。
Traffic splitでスライダーを100%に動かします。パネルには「100% Release」と「0% Fin Main」と表示されます。
Start gradual rolloutをクリックします。
ステップ8 — テスト組織とライブ組織で変更をテストする
テスト組織で新しい会話を開始します。Finはリリースの設定で応答します。
ライブ組織で会話を開始します。FinはMain Finで応答します。
ヒント：結果に満足したら、ReleaseメニューからPublish to Fin Mainを選択してすべての環境に変更を適用するか、展開を終了して破棄します。詳細は「How to roll out a release in Fin」を参照してください。
Test in environmentを使って1つのSalesforce環境でリリースをテストする方法
ReleaseメニューのTest in environmentオプションを使うと、オーディエンス作成やトラフィックスプリット設定なしで、1つ以上の接続されたSalesforceテスト環境でリリースをテストできます。
リリースを開き、右上のReleaseをクリックします。
Test in environmentを選択します。Test in environmentパネルが開きます。
任意：Nameでテスト名を変更できます。Finはリリース名と今日の日付で自動入力します。
Environmentの下でSelect test environmentsをクリックし、テストする環境を選択します。
任意：Results analysisでIdentify conversations related to this release's changes for analysisを選択したままにすると、リリースの変更が適用される会話に結果を絞れます。さらに絞り込むにはAdd Filterをクリックし、Fin属性または手順を選択します。
Start testをクリックします。
リリースでA/Bテストを実行する方法
リリースのA/Bテストを使うと、Fin Main（バージョンA）とリリース（バージョンB）を解決率などの1つの目標で比較できます。A/BテストはFinの2つのバージョンを並行して実行し、会話をランダムに分割し、目標でより良い方が勝ちます。
リリースを開き、Releaseメニュー横のStart A/B testをクリックします。Create A/B testパネルがGoalタブで開きます。
Nameでテスト名を保持または変更します。Finはリリース名と今日の日付で自動入力し、Resultsタブでこの名前のテストを見つけられます。
What metric are you looking to improve?でテストの評価指標を選択します。例はResolution rateです。Nextをクリックします。
SetupタブのAudienceで参加者を選択します。
Traffic splitでスライダーを動かし、リリースを受ける会話の割合を選択します。パネルはバージョンA（コントロール）をFin Mainの割合、バージョンB（トリートメント）をこのリリースの割合として表示します。例：10%は「90% Fin Main」と「10% This release」と表示。
任意：Results analysisでAdd Filterをクリックし、フィルターに合致する会話のみの結果も表示できます。結果はデフォルトで全会話を含み、Resultsタブで両方を追跡可能です。Nextをクリックします。
Reviewタブで名前、目標、オーディエンス、スプリット、評価指標を確認し、Start A/B testをクリックします。テストはいつでも終了可能です。
トラフィックスプリットはA/Bテストの結果が出る速さにどう影響する？
トラフィックスプリットはA/Bテストの有意な結果が出る速さに影響します。スプリットが50/50に近いほど早く結果が得られます。有意な結果とは、AとBの差が偶然ではないほど大きいことです。会話数が少ない側がペースを決めるため、50/50が最速で、90/10のようなスプリットは数倍時間がかかります。
A/Bテスト開始後に何が起こる？
選択した会話の割合がリリースを受け取り、残りはFin Mainのままです。
ResultsタブでAとBの目標指標（例：解決率）を追跡します。Finは差が信頼できるときに知らせます。
Bが勝ったらリリースをFin Mainに公開します。そうでなければテストを終了し、Fin Mainを維持します。
リリースがどの環境で実行されているか確認する方法
展開開始後、リリーススイッチャーとリリースページにリリースのステータスが表示されます。1つの環境で実行中のリリースは「In drive-connect-6834-dev-ed」のように環境名を示します。会話の一部に展開中のリリースはパーセンテージ（例：25%）を表示します。
