25リード

この章の内容は次のとおりです。

リードは、営業組織が製品の潜在的関心を取得する方法を提供します。組織が情報を評価し、リードを追跡する価値があると判断した後、商談に変換し、営業プロセスが本格的に始まります。

「担当者タイム・ゾーン」フィールドを使用して、リードで追跡している担当者の優先タイム・ゾーンを取得します。担当者のタイム・ゾーンは担当者の住所に基づいており、見込み客や顧客への電話やEメール送信の優先時間を把握するのに役立ちます。列でリードのレコード履歴を取得する機能を使用することもできます。これらの列を使用すると、他のシステムからインポートしたリードについて正確にレポートできます。

その他のリード管理機能は、リードの生成から実行に至るまで、マーケティング目標と営業目標の整合性を確保するのに役立ちます。リード情報は様々なソースから生成され、次の中から取得されます。

  • 会社の既存の担当者

  • 営業キャンペーン

その後すべてのリードは評価とアセスメントのプロセスを経て、営業担当による手動の方法または事前定義ルールに基づく自動処理によって評価されます。最後に、適格リードが商談に変換されます。

リードの実装の概念

このトピックでは、リード管理機能の実装を計画する際に考慮するいくつかの考慮事項を示します。この機能に必須の設定タスクはありません。プロファイル・オプションおよび参照を使用して必要な構成、統合およびメタデータ設定を管理し、ビジネス要件にあわせてリード管理機能を調整できます。

ジョブ・ロールおよび関連する職務ロール

営業リード処理職務は、基礎となるすべての処理職務および処理タスクへのアクセス権を提供します。営業リード評価職務は、基礎となるすべての評価職務および評価タスクへのアクセス権を提供します。

プロファイル・オプションの決定ポイント

プロファイル・オプションは、アプリケーションの処理に影響を与える構成可能なオプションです。次の表は、考慮する必要がある決定ポイントと、適切な変更を行うためにアクセスする関連プロファイル・オプションの概要を示しています。

決定にかかわる質問 プロファイル・オプション

個々のリソースをリード営業チームに割り当てるために、どの割当ルールを使用しますか。

リード割当モード

ルールベースのリード割当の割当ルール

テリトリ・チームをリードに割り当てるために、どの割当ルールを使用しますか。

テリトリ・ベースのリード割当の割当ルール

ルールベースのリード割当の割当ルール

どのリード・ランキング・ルールを使用しますか。

リードのランキングの割当ルール

どのリード評価ルールを使用しますか。

リードの評価の割当ルール

どのリード・スコアリング・ルールを使用しますか。

リードのスコアリングの割当ルール

「リードの編集」ページに「アセスメント」タブを表示しますか。

リード・アセスメント使用可能

リード評価に使用するために、どのアセスメント・テンプレートを使用しますか。

リード・アセスメント・テンプレート・デフォルト

拡張リード評価使用可能

リード評価テンプレート

検索でリードを問い合せるときに何日前まで調査する必要がありますか。

リード問合せ最大日数

リード問合せデフォルト日数

リード問合せ警告しきい値日数

1回のユーザー処理で一括更新を適用できるリードの最大数を設定しますか。

リード一括更新のしきい値

ユーザーがリードに対して製品を追加または編集できるようにしますか。

リードへの製品の追加および編集使用可能

すべてのリード全体で検索する場合か、または階層積上に基づいて検索する場合、作成日以外の追加の検索基準が必要ですか。

リード検索を使用可能にするには追加の基準が必要

リード検索のパフォーマンスを向上させるために、コンテキストベース・データ・セキュリティ・ポリシーを設定しますか。

リード検索コンテキストベース・データ・セキュリティの使用可能

注意: このオプションを有効にする場合は、「自分のリード」や「自分の部下のリード」などのリード概要ページのフィルタに、セキュリティ・コンソールで必要なアクセス権があることを確認する必要もあります。そうしないと、リード・データ検索で予期した結果が返されません。

参照決定ポイント

参照を使用すると、ドロップダウン・リストから簡単に選択できます。リード管理機能に関連付けられた参照は、フォームにデータを入力するプロセスを高速化するためにアプリケーションに組み込まれています。参照表で使用される値の一部を変更または追加することが必要になる場合があります。変更できる値は、次のとおりです。

参照 摘要および値

リード取下げ事由

リードの取下げの可能な事由。取り下げられたリードはクローズ済リードとみなされます。値は次のとおりです。

「重複するリード」または購買関心なしリード

却下事由

リードの却下に指定される可能な事由。却下されたリードは、再割当または取下げを行うことができます。値は次のとおりです。

「重複するリード」、「担当者への連絡に失敗」および「不正なデータ」

リード時間枠

オファーされる製品およびサービスの一般的な営業サイクル期間と通常一致するリード・サイクル期間。値は次のとおりです。

「3か月」、「6か月」、「9か月」、「12か月」、「15か月」および「18か月」

リード再割当事由

リードの再割当に指定される可能な事由。値は次のとおりです。

「アクティビティなし」、「その他」および「作業負荷」

リード・ランク

リード品質および優先順位付けのメジャーとして使用されるリード・ランク値。値は次のとおりです。

「クール」、「ホット」および「ウォーム」

リード・ソース・チャネル

リード生成の責任を負うソース・チャネル。値は次のとおりです。

「ダイレクト・メール」、「Eメール」、「FAX」、「マーケティング・クラウド」、「電話」、「営業キャンペーン」、「訪問販売」、「ソーシャル」、「会社のWebサイト」、「ワイヤレス・メッセージ」、「モデル・ベースの予測」および「ルール・ベースの予測」

リード・ライフサイクルには、リードを取得し、次にスコアリングやランキング・プロセスを使用して販売契約のためにリードの優先度を付ける自動プロセスが含まれます。リードは適切な営業リソースに配布され、リードの評価、フォロー・アップおよび変換が行われます。営業リード・サイクルは、営業担当がリードを商談に変換したとき、またはリードを取り下げたときに終了します。リードは、そのリードを商談に変換する可能性がない場合に取り下げられます。

リードのライフサイクル

リードは、営業担当の受入について自動的にモニターされます。必要に応じて、未受入または否認済リードは再割当されます。リードの品質は、リード所有者により、リード・ライフサイクルの様々なステージで継続的にレビューされて調整されます。リード所有者は、リードのライフサイクルにおける現在のステージに応じて、マーケティング・リソースまたは営業リソースになる可能性があります。次の各項では、リードのライフサイクルについて説明します。

  • リード生成

  • リード評価

  • リード配布

  • リード・アセスメント

  • リード変換

リード生成

リードは、次のような多様なソースから生成および取得されます。

  • キャンペーン・レスポンス

  • サードパーティのリード・ソース

営業リードの生成活動は、フレキシブルなリード・インポート、顧客や担当者の作成および重複除去によって最適化できます。たとえば、リード・インポート・プロセスでは、リードが新規顧客を示すか、または既存の顧客を示すかがチェックされます。新規顧客の場合は、リードのデータを作成する必要があります。リードが既存の顧客の場合は、リード・インポート・プロセスの中で、顧客とリード情報が重複していないことがチェックされます。

リード評価

マーケティング部門は、リード評価プロセスを使用して、適格リードのみを営業に渡します。通常、リードは「ホット」、「ウォーム」または「クール」にランク付けされます。さらに、会社固有の標準質問を使用してリードを評価し、リードをスコアリングします。通常、リード・スコアは1から100の範囲内の数値で、高いスコアは高い品質を表します。

古いリードを蓄積することはお薦めできません。リード評価のための標準条件を使用することによって、品質の高いリードが営業担当に渡され、リードから商談への変換率を最大限にできます。たとえば、組織では条件とプロセスを使用して、リードを進行させるか取り下げるかを30日以内に決定するとします。リード期間が30日を超えてランクがウォームの場合、マーケティングでは内部テレマーケティング・グループがフォロー・アップできるように、そのリードを再割当します。リードを適格にすることができない場合、または売上商談に進めることができない場合、却下されたリードは再割当されるか、手動で取下げ済に設定されます。

リード配布

リードが評価から実際の潜在的見込み客に進むと、割当マネージャは式ベースのルールを使用して、1名以上の内部営業担当を各リードに関連付けます。リードが販売見込み客または販売アカウントに関連付けられている場合、割当マネージャはテリトリ定義を使用して、内部テリトリ(通常は1つ)を各リードに関連付けます。リードに新規に割り当てられた営業担当は、リード・チームを使用して直接的に、またはリードに関連付けられたテリトリを使用して間接的に、リード・レコードに関連付けることができます。営業担当は、自分に割り当てられているリードをリード作業領域で表示および更新でき、リードを受け入れることでリードの所有権を主張できます。

その他の割当済リソースは、リードを表示して更新できますが、所有者になることはできません。住所を追加して販売見込み客が販売アカウントに変わったときは、次回の自動割当サイクル時に割当マネージャが自動的に呼び出されます。リードは、割当ロジックに基づいて、別のテリトリまたは営業リソースに再割当できます。割当済の営業担当がリードに対して数日間何も処理を行わない場合は、そのリードを別の営業担当に手動で再割当できます。

リード・アセスメント

営業担当は、リードに関して受け取った情報の品質を評価する必要があります。顧客と接触するための十分な詳細情報があるかどうかを判断し、事前設定されたアセスメント・テンプレートを使用して、リードが追跡する価値があるかどうかを評価します。アセスメント・テンプレートを使用すると、次の方法でリードを評価できるので便利です。

  • キャンペーン中に顧客と共有するコンテンツをレビューする

  • キャンペーンのコンテキストでリードを構成する

  • 顧客に送られた情報を営業担当が把握していることを確認する

リード・アセスメント機能を使用して、リードを評価します。事前定義の質問は、リードが営業によって受け入れられる可能性を判断する際に役立ちます。たとえば、営業担当として、リードの品質を評価するために、マーケティングおよび営業で作成された一連の質問を顧客に尋ねます。各質問の回答を記録すると、リード・アセスメント・ツールによって、その回答がリードのアセスメント・スコアに自動的に割り当てられます。この電話の最後に、アセスメントのリード・スコアが高いことに気付いたため、このリードを直接の営業チームに割り当てることを要求します。リード・スコアが低い場合は、リードの取下げが必要となる場合があります。リードに評価が必要な場合は、フォローアップのためにこのリードをリストに残すことを決定できます。最終的に、リードは良好だが、潜在的売上商談が事前決定された金額(たとえば、25000ドル)より低い場合、リードを商談に変換して営業サイクルの一部として追跡していくことができます。

リード変換

営業担当は、リードに可能性があると判断すると、そのリードを商談に変換します。営業パイプラインに従って商談を進めるために、リード担当者と会議やプレゼンテーションをスケジュールします。リードの進捗をトラッキングするために、担当者ノートを取得して、担当者および商談に関連付けます。

注意: 管理者は、検証ルールを記述して、1つの商談に複数のリードが添付されているかどうかを確認できます。たとえば、Groovyスクリプトを使用して、リードからの別の商談の作成を制限できます。検証ルールおよびスクリプトの記述方法の詳細は、『Groovyスクリプト・リファレンス・ガイド』の「Groovyのヒントと手法」、および『アプリケーション・コンポーザを使用したアプリケーションの構成』ガイドの「Groovyスクリプト」の章を参照してください。

リードがライフサイクルを進行する間、次のような理由に基づいてリードを取り下げる決定を行います。

  • 顧客およびリードの詳細を確認できない。

  • 顧客がリードを追跡することに関心を示さなくなった場合

リード管理では、営業担当が担当者およびアカウント名を手動で入力し、ビジネス・リードを繰り返す、両方の新規リードがサポートされています。繰返しビジネス・リードの場合、営業担当はリードに割り当てる既存のアカウントおよび担当者を検索して選択します。自由形式のテキスト・フィールドを使用して担当者とアカウントの値を手動で入力した新規リードをビジネスで使用する場合は、アプリケーション・コンポーザを介して、リードUIで「新規アカウント」フィールドと「新規担当者」フィールドを使用可能にできます。これらのフィールドはデフォルトで非表示になっているため、新規リードに使用するには、これらのフィールドを手動で再表示する必要があります。入力した新しいリードが商談に変換されると、詳細が既存のアカウントまたは担当者情報として使用可能になります。

次のリード・ページで、「新規アカウント」フィールドと「新規担当者」フィールドを公開できます。

  • リードの作成

  • リードの編集

  • リードの変換

  • リードの一括変換

  • 「リード・リスト」ページ

リード・ページで「新規アカウント」フィールドと「新規担当者」フィールドを公開する方法を次に示します。

  1. 営業管理者または設定ユーザーとしてサインインします。

  2. サンドボックスをアクティブ化します。

  3. 「構成」カテゴリの「アプリケーション・コンポーザ,」に移動します。

  4. ナビゲーション・ツリーで、「標準オブジェクト」「営業リード」を展開し、「ページ」をクリックします。

  5. 「アプリケーション・ページ」タブが選択されていることを確認します。

  6. 「詳細ページ・レイアウト」リージョンで、標準レイアウトを強調表示して「複製」アイコンをクリックすることで、標準レイアウトを複製します。

  7. 新しいレイアウト名を入力し、「保存して編集」をクリックします。

    「詳細レイアウト」ページが表示されます。

  8. 「使用可能なフィールド」ペインで、「新規アカウント」フィールドを選択して「選択したフィールド」ペインに移動します。「新規担当者」フィールドについても、このステップを繰り返します。

  9. 「選択したフィールド」ペインの方向矢印を使用して、必要に応じて「新規アカウント」フィールドと「新規担当者」フィールドを配置します。

    注意: 「新規アカウント」フィールドおよび「新規担当者」フィールドを「既存のアカウント」フィールドおよび「既存の担当者」フィールドとグループ化するように、フィールドを配置できます。営業担当は、新規または既存のフィールドにアカウントまたは担当者を入力できますが、両方を入力することはできません。
  10. 「保存して閉じる」をクリックします。

  11. 「新規アカウント」フィールドと「新規担当者」フィールドを追加するすべての標準レイアウトおよび顧客定義レイアウトについて、この手順を繰り返します。

  12. 変更をテストします。営業担当など、リード・ページへのアクセス権を持つユーザーとして、「営業」「リード」にナビゲートします。リードを編集して、「新規アカウント」フィールドと「新規担当者」フィールドが表示されることを確認します。

  13. サンドボックスを公開します。

プロファイル・オプションは、アプリケーションの処理に影響を与える構成可能なオプションです。ユーザー・レベルで定義された値は、サイト・レベルの値よりも優先されます。値がユーザー・レベルで定義されていない場合は、サイト・レベルの値が使用されます。

各営業リード・プロファイル・オプションを設定した場合の効果については、次の項で説明します。

  • リード割当

  • リード評価およびアセスメント

  • リード更新および属性マッピング

  • パートナ・リードおよびディール登録

  • リード検索

リード割当

次の表は、リードのリード・ステータス、ランク、スコア、リソースおよびテリトリの割当に影響するプロファイル・オプションを示しています。これらのプロファイル・オプションを設定する前に、「リード処理の割当マネージャの構成」設定タスクにリストされているタスクを実行する必要があります。そこから、ランク、評価ステータス、リソースなどの候補オブジェクトのリードへの割当をレビューおよび更新できます。

プロファイル・オプションの表示名 デフォルト値 効果

リードの評価の割当ルール(MKL_LEAD_ASSIGNMENT_QUAL_RULE)

なし

リードを評価するルールを指定し、ルール条件に従ってリード・ステータスを割り当てます。

リードのランキングの割当ルール(MKL_LEAD_ASSIGNMENT_RANK_RULE)

なし

リードを評価するルールを指定し、ルール条件に従ってリード・ランクを割り当てます。

ルール・ベースのリード割当の割当ルール(MKL_LEAD_ASSIGNMENT_MATCHING_RULE)

なし

リードを評価するルールを指定し、ルール条件に従って営業チーム・リソースを割り当てます。

リードのスコアリングの割当ルール(MKL_LEAD_ASSIGNMENT_SCORE_RULE)

なし

リードを評価するルールを指定し、ルール条件に従ってスコアを割り当てます。

テリトリ・ベースのリード割当の割当ルール(MKL_LEAD_ASSIGNMENT_RULE)

なし

リードを評価するルールを指定し、ルール条件に従って、テリトリ・ベースの割当を使用して導出されたテリトリをさらにフィルタします。

リード割当モード(MKL_LEAD_ASSIGNMENT_RULE)

両方

即時または自動リード割当で使用可能なデフォルトの割当モード・タイプを指定します。UIでリードの割当処理を選択すると、即時割当が実行されます。

リード・バッチ再割当(MKL_LEAD_BATCH_ASSIGNMENT)

N

リード自動再割当以外に、バッチ・リード再割当を使用可能にします。

リード評価およびアセスメント

次の表は、リードの評価およびアセスメントに影響するプロファイル・オプションを示しています。これらのプロファイル・オプションを設定する前に、リードのアセスメント参照データの構成設定タスクにリストされているタスクを実行する必要があります。そこから、営業オブジェクトの査定および評価に使用するテンプレートを構成するための設定を定義および管理します。

プロファイル・オプションの表示名 デフォルト値 効果

リード・アセスメント使用可能(MKL_LEAD_ASSESSMENT_TEMPLATE)

なし

リードを評価する際に役立つよう収集された事前定義済の質問および回答のセットを含む、「評価」タブの表示を有効にします。

拡張リード評価使用可能(MKL_LEAD_ASSESSMENT_TEMPLATE)

なし

質問、考えられる回答および質問表フィードバックのコレクションを表示するテンプレート名を指定して、拡張リード評価を有効にします。

評価テンプレート当たり複数アセスメント使用可能(MOW_MULTIPLE_ASSESSMENTS_ENABLED)

いいえ

値を「はい」に設定すると、同じリード評価テンプレートの複数評価を実行する機能が有効になります。この設定はデフォルトでは有効になっていません。

AI更新実施者列しきい値(ORA_ZCA_AI_UPDATE_WHO_THRESHOLD)

5

リードの「AIリード・スコア」フィールドと商談の予測受注確度フィールドの両方を追跡するパーセントしきい値を指定します。このプロファイル・オプションは、デフォルトで5パーセントに設定されます。これらのフィールドのいずれかのスコアがプロファイル・オプションで指定したパーセントしきい値を超えると、リードまたは商談のレコードの「最終更新日」フィールドが更新されます。

リード更新および属性マッピング

次の表は、リードの更新およびリードから商談への属性マッピングに影響するプロファイル・オプションを示しています。

プロファイル・オプションの表示名 デフォルト値 効果

リードへの製品の追加および編集使用可能(MKL_LEAD_PRODUCTS_ENABLED)

Y

リードに対して製品を追加または編集する機能を有効にします。リードに対して製品グループを追加または編集する機能は、デフォルトで有効になっています。

デフォルト・リード通知プロセスの使用(MKL_LEAD_OOTB_NOTIFICATION)

N

デフォルトのリード通知ビジネス・プロセスを使用するかどうかを指定します。デフォルト・プロセスの場合は「はい」に設定し、ユーザー定義プロセスの場合、または通知が予定されていない場合は「いいえ」に設定します。

リードからのアカウントおよび担当者の作成(ORA_MKL_LEAD_ACT_CON_CREATE)

両方

リード変換中のデフォルト設定として、アカウントの作成、担当者の作成、アカウントと担当者の両方の作成または作成なしを有効にします。デフォルト値は両方の作成です。

商談マッピングへの直接リード(MKL_DIRECT_LEAD_TO_OPTY_MAPPING_NAME)

Copy Lead To Opportunity Map

アプリケーション・コンポーザ「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、直接リードを商談に変換する際にオブジェクトおよび属性のマップに使用されます。

リードからアカウントへのマッピング(MKL_LEAD_TO_ACCOUNT_MAPPING_NAME)

Standard Copy Lead To Account Map

「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、リードを商談に変換する場合のアカウントの作成中に、オブジェクトおよび属性をマップします。

リードから担当者へのマッピング(MKL_LEAD_TO_CONTACT_MAPPING_NAME)

Standard Copy Lead To Contact Map

「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、リードを商談に変換する場合の担当者の作成中に、オブジェクトおよび属性をマップします。

リードからディール登録へのマッピング(MKL_LEAD_TO_DEAL_MAPPING_NAME)

Copy Lead To Deal Registration Map

リードをディール登録に変換する際に属性のコピーに使用するマッピング・ファイル名を指定します。

パートナ・リードおよびディール登録

次の表は、営業パートナ・リード、ディール登録およびディール割当に影響を与えるプロファイル・オプションを示しています。

プロファイル・オプションの表示名 デフォルト値 効果

パートナ担当者追加使用可能(MKL_ADD_PARTNER_CONTACT)

Y

パートナ担当者がリードに追加されたときに、プライマリ・パートナ担当者をリード・チームに自動的に追加するかどうかを指定します。デフォルト値は「Y」です。

リード登録承認管理者(MKL_LEAD_REGISTRATION_APPROVAL_ADMIN_PROFILE)

なし

通知への応答に適格で、承認構成を変更できる承認者を決定できない場合、通知の受信者を選択します。

ディール登録失効日数(MKL_DEAL_REG_EXPIRATION_DATE)

90

ディール登録失効日を導出するために使用する、ディール登録作成日後の日数を指定します。

ディール登録に対するリソース営業チーム・アクセス・レベルのデフォルト(MKL_DEAL_DEFAULT_SALES_TEAM_ACCESS_LEVEL)

200

ディール登録営業チームに追加したリソースのデフォルト・アクセス・レベルを指定します。

ディール登録問合せデフォルト日数(MKL_DEAL_SEARCH_LAST_UPDATED_RANGE_DEFAULT)

90

ディール登録を検索する際の最終更新日範囲を導出するために使用するデフォルト日数を指定します。

商談マッピングへのパートナ・リード(MKL_PARTNER_LEAD_TO_OPTY_MAPPING_NAME)

Copy Lead To Opportunity Map

アプリケーション・コンポーザ「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、パートナ・リードを商談に変換する際にオブジェクトおよび属性のマップに使用されます。

ディール登録と商談のマッピング(MKL_DEAL_TO_OPTY_MAPPING_NAME)

Copy Deal Registration To Opportunity Map

ディール登録を商談に変換する際に属性のコピーに使用するマッピング・ファイル名を指定します。

ルール・ベースのディール割当の割当ルール(MKL_DEAL_RBA_RULESETGROUP)

なし

リソースをディール登録に割り当てる割当ルールを指定します。リソース・メンバーはディール登録チームに追加されます。

テリトリ・ベースのディール割当の割当ルール(MKL_DEAL_TBA_RULESETGROUP)

なし

テリトリをディール登録に割り当てる割当ルールを指定します。テリトリ・メンバーはディール登録チームに追加されます。

ディール登録割当モード(MKL_DEAL_DEFAULT_ASGN_MODE)

ORA_RBA

ディール登録の割当中に使用するデフォルト割当モードを指定します。モードは、ルール・ベースの割当モードに設定されます。

拡張リード評価使用可能 - 間接リード(MKL_PARTNER_LEAD_QUALIFICATION_TEMPLATE)

なし

デフォルト・テンプレートを指定して、パートナ販売チャネルのリード評価を有効にし、「リードの編集」ユーザー・インタフェースで質問、考えられる回答および質問表フィードバックを表示します。

ディール登録失効までの日数(MKL_DEAL_SEARCH_EXPIRE_RANGE_DEFAULT)

30

事前定義済の保存済検索に含める必要があるディール登録の失効までの日数を指定します。デフォルト値は30日です。

ディール登録のデフォルト承認者(MKL_DEFAULT_DEAL_REGISTRATION_APPROVER)

なし

通知への応答に適格で、ディール登録を承認できる承認者を決定できない場合、通知の受信者を選択します。

デフォルト・ディール登録承認ビジネス・プロセスの使用(MKL_DEAL_USE_DEFAULT_APPROVAL_PROC)

Y

デフォルトのディール登録承認ビジネス・プロセスを使用するかどうかを指定します。デフォルト値は「Y」に設定されています。顧客定義プロセスの場合は「いいえ」に設定します。

リード検索

次の表は、営業リード検索の管理に使用するプロファイル・オプションを示しています。

プロファイル・オプションの表示名 デフォルト値 効果

リード問合せ最大日数(MKL_LEAD_QUERY_IN_N_DAYS)

360

作成日範囲に基づいてリードを検索するときに許容される最大日数を指定します。

最大日数の値は、正の数値である必要があります。値が正の数値でないか、空白のままの場合は、360日の値が使用されます。

リード問合せデフォルト日数(MKL_LEAD_SEARCH_CREATION_RANGE_DEFAULT

90

リードの検索の作成日範囲を導出するために使用するデフォルト日数を指定します。検索基準は、作成終了日の値に現在の日付を使用し、作成開始日の値を導出するプロファイル・オプションを使用して導出されます。

たとえば、過去15日間のリードをデフォルトの問合せ処理にする場合、プロファイル値を15に設定します。デフォルトの作成日検索基準には現在の日付の終了日が含まれ、開始日は現在の日付より15日前になります。検索基準の値は上書きできます。

デフォルト日数の値は、正の数値である必要があります。値が正の数値でないか、空白のままの場合は、30日の値が使用されます。

このプロファイル・オプションは、サイト・レベルとユーザー・レベルの両方で定義できます。

リード問合せ警告しきい値日数(MKL_LEAD_SEARCH_CREATION_RANGE_RECOMMENDED)

180

ユーザーにアラートを発行しないリード作成日付検索基準の日数の限度を指定します。

警告を無効にするには、プロファイル・オプション値を削除します。

リード検索コンテキストベース・データ・セキュリティの使用可能(MKL_LEAD_CDS_ENABLED)

N

リード検索のパフォーマンスを向上させるために、コンテキストベース・データ・セキュリティ・ポリシーを有効にします。デフォルト値は「N」に設定されています。

注意: このオプションを有効にする場合は、「自分のリード」や「自分の部下のリード」などのリード概要ページのフィルタに、セキュリティ・コンソールで必要なアクセス権があることを確認する必要もあります。そうしないと、リード・データ検索で予期した結果が返されません。

リード検索を使用可能にするには追加の基準が必要(MKL_SRCH_ADDL_CRITERIA_REQD)

N

すべてのリード全体で検索する場合か、または階層積上に基づいて検索する場合、作成日以外の追加の検索基準を有効にします。

ドロップダウン・リストから簡単に選択できるよう使用される参照は、フォームへのデータ入力プロセスを高速化するために、リード管理機能に組み込まれています。また、コードのセットとその翻訳された意味を表示するために、アプリケーションでも使用されます。たとえば、製品チームは、表の列に値「Y」と「N」を格納できます。これらの値を表示する際には、かわりに「はい」または「いいえ」(あるいはそれらに相当する翻訳値)を表示することが必要な場合もあります。関連コードの各セットは、参照タイプとして識別されます。

リード参照

参照タイプは、「営業リード標準参照の管理」など、関連する参照のグループを含むタスクを使用して分類されます。各タスクでは、特定の参照タイプのみにアクセスできます。リードに関連する参照タイプにアクセスするには、「設定と保守」作業領域から「営業リード標準参照の管理」タスクを使用します。汎用タスクでは、「共通参照の管理」タスクに関連付けられているすべての共通参照など、ある種類のすべての参照タイプにアクセスできます。

注意: アプリケーション内の参照が標準、共通またはセット対応参照ビューで使用可能な場合、それらはアプリケーションの中心となり、簡単に管理できます。ただし、特定のアプリケーション・ビューで定義された参照は、そのアプリケーションで提供される次の手順によってのみ管理できます。

次の表は、リード参照名(アプリケーションでは参照タイプと呼ばれます)、その値およびその摘要を示しています。

参照タイプ 参照値 説明

リード・アクセス・レベル

  • フル

  • 表示専用

チーム・メンバーが特定の営業リードに対して実行できる処理のアクセス・レベルを指定します。

「フル」アクセス・レベルでは、ユーザーは個々のリソースを追加または削除するか、任意のメンバーのアクセス・レベルを更新して、チームを更新できます。

リード受入ステータス

  • いいえ

  • はい

リードが営業部門によって受け入れられたかどうかを示すステータス。

リード割当モード

  • 両方

  • ルール・ベース割当

  • テリトリ・ベース割当

リード割当がルール・ベース、テリトリ・ベースまたは両方のタイプのルールに基づいているかどうかを決定します。

リード割当プロセス・タイプ

  • 割当

  • 評価

  • ランキング

  • スコアリング

割当マネージャでサポートされているリード処理タイプ。

リード割当ステータス

  • 割当済

  • 再割当済

  • 却下済

営業チーム・リソースが割り当てられているかどうかを示す割当ステータス。

簡易ページでのリード表示

  • リード

簡易ページ・ダッシュボードでリードを表示可能にします。

リード処理アクティビティ進捗ステータス

  • 完了

  • エラーありで完了

  • 新規

  • 進行中

  • スケジュール済

リードの現在および処理終了ステータスを示す進捗の詳細。

リード処理アクティビティ・スケジュール・モード

  • 即時

  • スケジュール日

  • 繰返し

リード処理アクティビティのスケジューリング・オプション。

リード処理繰返し頻度

  • 日数

  • 月数

  • 週数

  • 年数

リード処理アクティビティ間の時間間隔。

リード・プロセス・スケジューリング演算子

  • 次と等しい

  • 次より大きい

  • 次以上

  • 次より小さい

  • 以下

リード処理スケジューリング・オプションに使用される演算子。

リード再割当ステータス

  • N

  • R

  • T

  • Y

テリトリ・ベースの割当ジョブまたはリソース・ベースの割当ジョブのみによって再割当されたリードの再割当ステータス値。

再割当インジケータは次のように設定されます。

  • リード割当ジョブによってリードが処理された場合は、N

  • リード割当ジョブによってリード・リソース・ベースの割当が完了した場合は、R

  • リード割当ジョブによってリード・テリトリ・ベースの割当が完了した場合は、T

  • リード割当ジョブでリードが処理されている場合は、Y

リード登録承認ステータス

  • 承認済

  • 承認待ち

  • 却下済

  • 発行済

パートナによって登録されたリードの承認ステータス。

リード登録済ステータス

  • いいえ

  • はい

パートナ・リードが登録済かどうかを示すステータス。

リード検索フィルタ・レコード・セット

  • 自分が表示できるすべてのレコード

  • 自分のテリトリ階層内のレコード

  • 自分のテリトリ内のレコード

  • 自分が所有するレコード

  • 自分がチームの一員であるレコード

  • 自分の部下がチームに属するレコード

リード検索用のレコード表示フィルタです。

リード・ステータス

  • 変換済

  • 適格

  • 取下げ済

  • 不適格

リードで実行される特定の処理に基づいたリード・ステータス値。リード・ライフサイクルのマイルストンをマークするために使用されます。

リード取下げ事由

  • 重複するリード

  • 購買関心なし

リードの取下げの可能な事由。取り下げられたリードはクローズ済リードとみなされます。

リードの「はい」または「いいえ」インジケータ

  • はい

  • いいえ

反対の意味を持つ「はい」または「いいえ」を示す一般ステータス。

推奨済リード・アクション・タイプ

  • リードの受入

  • 営業キャンペーンの作成

推奨済リードで実行する処理のタイプ。

AI更新実施者列しきい値モード

  • オフ

  • 5

  • 10

  • 25

  • 50

リードの「AIリード・スコア」の変化、または商談の予測受注確度のパーセントしきい値です。しきい値を超過すると、「最終更新日」フィールドが更新されます。

セットIDリード参照

次の表は、リード・セットID参照タイプ、その値およびその摘要を示しています。リードに関連する参照タイプにアクセスするには、「設定と保守」作業領域から「セットが使用可能な参照の管理」タスクを使用します。

参照タイプ 参照値 説明

リード評価予算ステータス

  • 承認済

  • 待ち状態

  • 不明

顧客予算の承認ステータス。データは、リード評価ステータスの査定に使用されます。

リード・ランク

  • コールド

  • ホット

  • ウォーム

リード品質および優先順位付けのメジャーとして使用されるリード・ランク値。

リード再割当事由

  • アクティビティなし

  • その他

  • 作業負荷

リードの再割当に指定される可能な事由。

リード却下事由

  • 重複するリード

  • 担当者への連絡に失敗

  • 不正なデータ

リードの却下に指定される可能な事由。却下されたリードは、再割当または取下げを行うことができます。

リード取下げ事由

  • 重複するリード

  • 購買関心なし

リードの取下げの可能な事由。取り下げられたリードはクローズ済リードとみなされます。

リード登録タイプ

  • 共同販売

  • 照会

  • 再販

パートナに使用可能なリードのタイプ。

リード・ソース・チャネル

  • ダイレクト・メール

  • Eメール

  • FAX

  • マーケティング・クラウド

  • 電話

  • 営業キャンペーン

  • 訪問販売

  • ソーシャル

  • Company web site

  • ワイヤレス・メッセージ

  • モデル・ベースの予測

  • ルール・ベースの予測

リード生成の責任を負うソース・チャネル。

リード時間枠

  • 3か月

  • 6か月

  • 9か月

  • 12か月

  • 15か月

  • 18か月

オファーされる製品およびサービスの一般的な営業サイクル期間と通常一致するリード・サイクル期間。

ディール登録参照

次の表は、ディール登録参照名(アプリケーションでは参照タイプと呼ばれます)、その値およびその摘要を示しています。

参照タイプ 参照値 説明

ディール登録アクセス・レベル

  • 編集

  • フル

  • 表示専用

チーム・メンバーがディール登録に対して実行できる処理のアクセス・レベルを指定します。

「フル」アクセス・レベルでは、ユーザーは個々のリソースを追加または削除するか、任意のメンバーのアクセス・レベルを更新して、チームを更新できます。

ディール登録割当モード

  • 両方

  • ルール・ベースの割当のみ

  • テリトリ・ベースの割当のみ

ディール登録割当がルール・ベース、テリトリ・ベースまたはそれら2つの組合せのいずれであるかを決定します。

ディール登録の却下事由

  • 重複

  • 不適格な顧客

  • 不適格なパートナ

ディール登録要求の否認の可能な事由。

ディール登録の差戻事由

  • 不完全な顧客情報

  • 不適格な製品

  • 不十分な数量

発行済ディール登録要求の差戻の可能な事由。

ディール登録検索フィルタ・レコード

  • 自分が表示できるすべてのレコード

  • 自分が所有するレコード

ディール登録検索用のレコード表示フィルタを指定します。

ディール登録ステータス

  • 承認

  • ドラフト

  • 失効済

  • 承認待ち

  • 却下済

  • 差戻済

  • 取下げ

パートナが登録したディールで実行される特定の処理に基づいたディール登録ステータス値。ディール登録ライフサイクルのマイルストンをマークするために使用されます。

ディール登録ディール・タイプ

  • 既存

  • 新規

パートナが登録用に発行しているディールのタイプを示します。

アカウント・チームにリードへのアクセス権を付与するにはどのようにしますか。

「ITセキュリティ・マネージャ」ジョブ・ロールを持つユーザーは、営業リード・データベース・リソースの新しいデータ・セキュリティ・ポリシーを作成することで、アカウント・チームに関連付けられたリードへのアクセス権を提供できます。セキュリティ・コンソールを使用して、営業リード・データの表示や更新などのアクセス・レベルを指定し、セキュリティ・ポリシーに適用するロール(営業担当や営業マネージャなど)を割り当てることができます。最後に、新しいデータ・セキュリティ・ポリシーの条件を指定する必要があります。例: Access the sales lead for table MKL_LM_LEADS where they are a member of the lead sales account team or in the management chain of a lead sales account team member.

詳細は、Oracle Help Center (https://docs.oracle.com)にある、『Oracle CX SalesおよびB2Bサービスの保護』ガイドの「データベース・リソースの管理」トピックの「データベース・リソースのデータ・セキュリティ・ポリシーの作成」の項を参照してください。

リード評価テンプレート

リード評価テンプレートを使用すると、リード間で均一なリード評価プロセスを実行できます。このトピックでは、リード評価プロセスの一環としてテンプレートを割り当てて使用する方法の概要について説明します。リード評価テンプレートを使用して、次のことを実行できます。

  • リード評価テンプレートの定義

  • リード評価テンプレートの割当

  • リード品質情報の収集

  • リード評価テンプレートごとの複数アセスメントの有効化

リード評価テンプレートの定義

評価テンプレートは、営業リードに関して収集された情報の品質を評価するために加重およびスコアリングが可能な質問と回答のコレクションです。テンプレートを使用して、リードの一貫性のある特定の評価基準を定義します。

リード評価テンプレートの割当

評価テンプレートを定義したら、「営業リード管理者プロファイル値の管理」ページから使用可能な「リード評価テンプレート」プロファイルにテンプレートを割り当てます。サイト・レベルのプロファイルでテンプレートを割り当てることで、複数の評価テンプレートを定義できます。

リード品質情報の収集

拡張リード評価のプロファイル・オプションを有効にした場合は、リードで使用可能な他の主要な評価フィールドとともに、評価テンプレート質問が「リード評価」タブに表示されます。リード評価は通常、電話による会話を通じて実施されます。評価質問の回答を入力すると、評価テンプレートの加重スコアが計算され、進捗バーにレーティングとフィードバックが即時に表示されます。

リード評価テンプレートごとの複数アセスメントの有効化

営業担当が評価テンプレートごとに複数のアセスメントを実行できるようにするには、プロファイル・オプション評価テンプレート当たり複数アセスメント使用可能を「はい」に設定します。

このトピックでは、リード評価テンプレートを定義してリードの基本品質を査定する例を示します。

シナリオ

小規模企業向けの代替エネルギ・ソリューションを販売しています。この会社は、次のことを行う従業員のグループを雇用しています。

  • リードに関する基本情報の評価

  • 営業チームがフォロー・アップ営業コールの準備に必要な必須情報の収集

不適格リードは様々なソースから生成され、顧客がWebサイトからの詳細情報を要求したときに取得されます。評価テンプレートを作成する前に、会社は次の点を評価します。

  • 各リード・クオリファイアが尋ねられると想定される一連の質問を、次の目的で集計します。

    • 詳細情報を要求する際の顧客の意図を検証する

    • 顧客との一貫した綿密なコミュニケーションを図る

  • 営業チームに転送するリードの識別に役立つ一連の回答を分類します。

    たとえば、会社は、初期リード情報を収集した後、販売の可能性が高いリードのみが営業チームに転送されるように割当ルールを設定できます。回答のレベルは、リード・クオリファイアが販売の可能性が最も高いリードを識別するのに役立ちます。

    すべての可能な回答を網羅するために、評価情報は4つの基本回答レベルに分類されます。

    • 顧客からほとんど情報が得られませんでした

    • 代替エネルギ・プロジェクトに従事する顧客の可能性が高いです

    • 適用なし

    • 情報は使用できません

  • 評価テンプレートの分析を実行し、質問と質問回答のセットをモデル化します

    質問と質問回答は、加重スコア範囲を4つのカテゴリに効果的に配置するために分析およびモデル化されます。たとえば、有効期限が10日未満の予算は、平均営業サイクルが10日を超えると、低くスコアリングされる可能性があります。ただし、予算編成の質問に対するすべての回答は、顧客のプロジェクト・チームに関する質問よりも、質問表全体で加重が高くなります。評価テンプレートの加重スコアが90以上の場合、顧客はエネルギ・プロジェクトの高ポテンシャルとして分類されます。このようなリードは、追跡のために営業リソースに転送されます。

リード評価テンプレートに関する考慮事項

「営業リード評価テンプレートの 管理」実装タスクから、「アセスメント・テンプレートの管理」ページにナビゲートします。評価レベルの次のカテゴリが、レーティングとして入力されます。

  • 使用可能な情報が少量です

  • 低プロジェクト・ポテンシャル

  • 中プロジェクト・ポテンシャル

  • 高プロジェクト・ポテンシャル

顧客の予算、時間枠、意思決定者およびプロジェクトに関する質問によって、販売の可能性および結果のリード・ランクが導出されます。これらの質問は、リード・クオリファイアによってリードUIに直接入力されるため、評価テンプレートに含まれません。

分析

評価テンプレートを使用して、顧客のプロジェクトを効果的に評価し、リードが適格となった後に営業チームがリードを進行できるよう準備します。

  • 一連の質問と回答を入力して、顧客の実装プロジェクトがどのフェーズにあるかなど、時間枠を評価します。

  • エクスポート・ポリシーを満たすための情報を収集します。たとえば、国外の実装プロジェクトに関する質問を追加します。

  • 質問を追加して、顧客の予算が失効する予定かどうか、およびいつ失効する予定なのかを決定します。

  • 競合するサプライヤ、社内ソリューションおよび満足度レベルに関する質問と回答を追加して、競合を識別します。

  • 自由形式の回答を許可して、リード・クオリファイアが、解決しようとしている最大の問題に関する特定の顧客コメントを取得できるようにします。

次に、加重スコア範囲が4つのレーティングに割り当てられます。リードを適格として更新する決定に役立つよう、リード・クオリファイアに視覚的なキューおよびフィードバックを提供するために、4つのレーティングについて色およびフィードバック・フレーズが入力されます。色分けされたバー、スコアおよびフィードバックが、リードの各評価質問表の上部に表示されます。

リード評価テンプレート・プロファイル

評価テンプレートを定義したら、「営業リード管理者プロファイル値の管理」実装タスクから使用可能な「リード評価テンプレート」プロファイルにテンプレートが割り当てられます。会社のビジネス・ユニットは1つのみで、評価テンプレートは1つのみであるため、テンプレートはプロファイル・サイト・レベルで割り当てられます。

会社が、より広範囲にわたるビジネス・ユニットと製品のセットを使用するグローバルな会社に成長するにつれて、評価テンプレートは様々な言語で作成され、ビジネス・ユニット・セットに割り当てられるようになります。適切な評価テンプレートは、「リード評価テンプレート」プロファイルを介して、対応するリード評価ユーザーに割り当てられます。

注意: 使用するテンプレート名を指定できるように、「拡張リード評価使用可能」プロファイル・オプションを設定する必要があります。テンプレートの「リードの編集」UIには、質問、考えられる回答および質問表フィードバックのコレクションが表示されます。

コピー・マップ

「マップのコピー」機能を使用すると、既存のオブジェクトをコピーしてオブジェクトを作成できます。プロファイル・オプションでリードから商談へのコピー・マップ・テンプレートを指定した後、リードから商談への変換時に、リード・レコードから商談レコードにノート、添付およびアクティビティをコピーできます。

次の各項では、「商談マッピングへの直接リード」プロファイル・オプションにアクセスする方法、および独自のユーザー定義マッピング・ファイルを指定する方法について説明します。

「リードを商談にコピー」値の設定

商談のコピー時に使用するマッピング・ファイル名を指定するには、「商談マッピングへの直接リード」プロファイル・オプションを設定します。事前定義済ファイルを使用して、リードを商談に変換するときに作成されるマッピング・ファイル名を指定します。

「商談マッピングへの直接リード」プロファイル・オプションで、マッピング・ファイル名の値セットにアクセスして変更する方法を次に示します。

  1. 「設定と保守」作業領域で、次の場所に移動します。

    • オファリング: 販売

    • 機能領域: リード

    • タスク: 営業リード管理者プロファイル値の管理

  2. 「営業リード管理者プロファイル値の管理」ページで、「プロファイル表示名」フィールドにDirect Lead to Opportunity Mappingと入力します。

    注意: パートナ・リードの場合は、「商談マッピングへのパートナ・リード」プロファイル・オプションを使用します。
  3. 「検索」をクリックします。

  4. 「プロファイル値」セクションで、リードを商談にコピーという事前定義済マッピングが「プロファイル値」フィールドに表示されます。

  5. リードを商談にコピー値を削除し、My Copy Lead To Opportunity Mapなど、ユーザー定義マッピング・ファイルの値を入力します。

    注意: リードから商談への変換時に添付参照を保持するには、「商談マッピングへの直接リード」を使用します。
  6. 「保存して閉じる」をクリックします。

詳細は、「リード変換ページおよび一括リード変換ページの変更」のトピックを参照してください。

マップのコピーのプロファイル・オプション

管理者は、リードから商談への変換プロセスでオブジェクトおよび属性のマッピングに使用する独自のコピー・マップを指定できます。たとえば、アプリケーション・コンポーザでリードおよび商談のユーザー定義属性を作成し、これらの属性をコピー・マップに追加できます。既存のコピー・マップを複製し、そのコピーを変更することをお薦めします。一意の名前を使用してユーザー定義のコピー・マップを保存してから、次のプロファイル・オプションのいずれかで、保存したコピー・マップの名前を指定する必要があります。

プロファイル・オプションの表示名 説明

商談マッピングへの直接リード

「アプリケーション・コンポーザ」「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、直接リードを商談に変換する際にオブジェクトおよび属性のマップに使用されます。事前定義済の値は、「リードを商談にコピー」です。

リードからアカウントへのマッピング

アプリケーション・コンポーザ「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、リードを商談に変換するときにアカウントを作成する際、オブジェクトおよび属性のマップに使用されます。

リードから担当者へのマッピング

アプリケーション・コンポーザ「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、リードを商談に変換するときに担当者を作成する際、オブジェクトおよび属性のマップに使用されます。

商談マッピングへのパートナ・リード

アプリケーション・コンポーザ「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、パートナ・リードを商談に変換する際にオブジェクトおよび属性のマップに使用されます。事前定義済の値は、「リードを商談にコピー」です。

詳細は、「リードから商談へのコピー・マップの変更の例」のトピックを参照してください。

コピー・マップを使用すると、既存のオブジェクトをコピーしてオブジェクトを作成できます。たとえば、事前定義済マッピング・ファイルを使用して、リードに格納されているリード属性を、リード変換時に作成されたアカウントまたは担当者にコピーできます。コピー・マップ機能を使用して、ソース・オブジェクト(「自」オブジェクト)の子オブジェクトおよび属性を、作成するオブジェクト(「至」オブジェクト)のオブジェクトおよび属性にマップします。

リードからアカウントへのマップのコピー

リードからアカウントへのマップをコピーする方法を次に示します。

  1. アクティブなサンドボックスで作業していることを確認します。

  2. 「ナビゲータ」「構成」「アプリケーション・コンポーザ」をクリックします。

  3. 「営業」を選択してオブジェクト検索をフィルタし、「拡張設定」「マップのコピー」を選択します。

  4. 「マップのコピー」ページで、「リードをアカウントにコピー」→リードからアカウントへのマップの標準コピーを選択します。

  5. マップのコピーを作成し、「コピー・マップの編集」ページで関連するアカウント・マッピングを入力します。

  6. 「保存して閉じる」をクリックします。

  7. 次のプロファイル・オプションでマッピング・ファイル名を指定します。

    • 「リードからアカウントへのマッピング」(MKL_LEAD_TO_ACCOUNT_MAPPING_NAME)プロファイル・オプションを使用して、「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、リードを商談に変換する場合のアカウントの作成中に、オブジェクトおよび属性をマップします。

リードから担当者へのマップのコピー

リードから担当者へのマップをコピーする方法を次に示します。

  1. アクティブなサンドボックスで作業していることを確認します。

  2. 「ナビゲータ」「構成」「アプリケーション・コンポーザ」をクリックします。

  3. 「営業」を選択してオブジェクト検索をフィルタし、「拡張設定」「マップのコピー」を選択します。

  4. 「マップのコピー」ページで、「リードを担当者にコピー」→リードから担当者へのマップの標準コピーを選択します。

  5. マップのコピーを作成し、「コピー・マップの編集」ページで関連するアカウント・マッピングを入力します。

  6. 「保存して閉じる」をクリックします。

  7. 次のプロファイル・オプションでマッピング・ファイル名を指定します。

    • 「リードから担当者へのマッピング」(MKL_LEAD_TO_CONTACT_MAPPING_NAME)プロファイル・オプションを使用して、「マップのコピー」で作成されたマッピング・ファイル名を指定します。このファイルは、リードを商談に変換する場合の担当者の作成中に、オブジェクトおよび属性をマップします。

リードのアダプティブ・インテリジェント(AI)スコア

「AIリード・スコア」フィールドを追加して、営業リードが商談に変換されるリード変換確度を示すことができます。リード・スコアは通常、1から100の範囲の数値で、高い値は高い変換確度を表します。AIリード・スコアでは、Oracle Adaptive Intelligent Apps for Customer Experienceを使用して、営業担当の生産性を向上できます。商談に変換される可能性がより高いリードに、一目で優先順位を付けて集中できるようにします。

開始する前に

AI予測リード・スコアリング機能を使用する前に、Adaptive Intelligent Apps for Customer Experienceを購入し、CX Salesと統合する必要があります。詳細は、Oracle Help Center (https://docs.oracle.com)にある、『Oracle Adaptive Intelligent Apps for CXの販売 - Adaptive Intelligent Sales実装』ガイドの関連トピック「Oracle CXからのデータのインポート」を参照してください。

この機能の使用に関心がある場合は、Oracle Cloud Customer ConnectのSalesフォーラムにアクセスしてください。

「AI更新実施者列しきい値」プロファイル・オプションの編集

「AI更新実施者列しきい値」(ORA_ZCA_AI_UPDATE_WHO_THRESHOLD)プロファイル・オプションでは、リードの「AIリード・スコア」フィールドと商談の予測受注確度フィールドの両方を追跡するパーセントしきい値を指定します。このプロファイル・オプションは、デフォルトで5パーセントに設定されます。これらのフィールドのいずれかのスコアがプロファイル・オプションで指定したパーセントしきい値以上になると、リードまたは商談のレコードの「最終更新日」フィールドが更新されます。これにより、更新されたレコードが、適応型検索の索引付けプロセスの次回の実行に含まれるようになります。

たとえば、AIリード・スコアが50で、60に変更されたとします。この場合、変更の%は20%です。20%がプロファイル・オプション値に設定されている指定されたしきい値(5%など)以上の場合、最終更新日がリード・レコードで更新されます。

「AI更新実施者列しきい値」プロファイル・オプションを編集する方法を次に示します。

  1. 「設定と保守」作業領域で、次の項目に移動します。

    • オファリング: 販売

    • 機能領域: 販売基盤

    • タスク: 管理者プロファイル値の管理

  2. 「管理者プロファイル値の管理」ページの検索リージョンで、プロファイル・オプション・コード名「ORA_ZCA_AI_UPDATE_WHO_THRESHOLD」を「プロファイル・オプション・コード」フィールドに入力します。

  3. 「検索」をクリックします。

  4. 返されたリストで、プロファイル・オプション・コードのリンクをクリックします。

  5. プロファイル・オプションの値を必要な値に設定します。

    たとえば、ビジネス要件にあわせて、しきい値のデフォルト値を5からパーセントしきい値に変更します。このようにして、たとえば、商談のリード・スコアまたは予測受注確度が3パーセントを超えて増加した場合は、変換される可能性が高いリードおよび商談に集中できるように営業担当にアラートを送信します。指定したしきい値を超えると、レコードの「最終更新日」フィールドも更新されます。

  6. 「保存して閉じる」をクリックします。

アプリケーション・コンポーザを使用して、リードUIで「AIリード・スコア」フィールドを使用可能にできます。このフィールドはデフォルトで非表示になっているため、「リードの編集」ページおよび「リード・リスト」ページの表示専用フィールドとして使用できるように、手動で再表示する必要があります。

リード・ページに「AIリード・スコア」フィールドを表示する方法を次に示します。

  1. サンドボックスを作成するか、既存のサンドボックスをアクティブ化します。

  2. ナビゲータの「構成」カテゴリからアプリケーション・コンポーザにナビゲートします。

  3. ナビゲーション・ツリーで、「標準オブジェクト」を開き、「営業リード」を開いて、「ページ」をクリックします。

  4. 「アプリケーション・ページ」タブが選択されていることを確認します。

  5. 「詳細ページ・レイアウト」リージョンで、標準レイアウトを強調表示して「複製」アイコンをクリックすることで、標準レイアウトを複製します。

  6. 新しいレイアウト名を入力し、「保存して編集」をクリックします。

    「詳細レイアウト」ページが表示されます。

  7. 「要約」リージョンを編集します。

  8. 「使用可能なフィールド」リージョンのリストから「AIリード・スコア」フィールドを選択し、「選択したフィールド」リージョンに移動します。

    注意: 「リード・リスト」ページに「AIリード・スコア」フィールドを表示する場合は、「ランディング・ページ・レイアウト」セクションに対してこれらのステップを繰り返します。
  9. 変更をテストします。営業担当など、リード・ページへのアクセス権を持つユーザーとして、「営業」「リード」にナビゲートします。リードを編集して、「AIリード・スコア」フィールドが表示されることを確認します。

  10. サンドボックスを公開します。

ワークスペースUIで、「AIリード・スコア」フィールドを表示できるようにする必要があります。「適応型検索の構成」ページの「ワークスペースUIの構成」タブで「UIで表示」オプションを選択すると、「AIリード・スコア」フィールドを検索結果および保存済検索の列として表示できます。

詳細は、『販売の実装ガイド』の「ワークスペースおよび適応型検索」の章の関連トピック「フィルタおよび検索結果列として表示するフィールドの有効化」および「適応型検索のバックグラウンド・プロセスのモニター」を参照してください。