説明
コンサルタントは、EDA と Pardot および Salesforce を EDA で使用する際の互換性の考慮事項として、EDA ではリード変換のためのカスタム自動化が必要であることを採用担当部署と話し合う必要があります。リード変換とは、リードレコードを Salesforce のアカウント、連絡先、および商談レコードに変換するプロセスです。EDA は、個人および組織に関する情報を保存するために異なるアカウントモデルとオブジェクトを使用するため、Salesforce の標準リード変換プロセスをサポートしていません。コンサルタントは、Process Builder、Flow、または Apex などを使用して、リードフィールドを適切な EDA フィールドおよびオブジェクトにマッピングするリード変換用のカスタム自動化を作成する必要があります。Pardot が Household アカウントモデルと互換性がないこと、Do Not Contact TDTM レコードを無効にする必要があること、または Pardot がリードと連絡先のみを作成できることは、Pardot と Salesforce を EDA で使用する際の互換性の考慮事項ではありません。参照:
https://powerofus.force.com/s/article/EDA-Lead-Conversion
https://trailhead.salesforce.com/en/content/learn/modules/pardot-basics

ライセンス要件の理解：
フルタイムの採用担当者は、Salesforceのコア機能の一部である「商談」オブジェクトと「キャンペーンメンバー」オブジェクトへのアクセス権が必要です。
Salesforce Platformのライセンスには、採用活動に不可欠な商談やキャンペーンなどの特定の標準オブジェクトへのアクセスに関する制限があります。
Salesforceフルライセンスのビジネスユースケース：
機会管理：採用担当者は、学生の入学および参加に関連する機会を管理する必要があります。
キャンペーン管理：キャンペーンメンバーへのアクセスにより、採用担当者はさまざまな採用キャンペーンにおける学生の参加状況を追跡および管理できます。
高度なCRM機能：Salesforceのフルライセンスでは、包括的な採用活動に必要なSalesforce CRMのすべての機能にアクセスできます。
費用に関する考慮事項：
Salesforceのフルライセンスはプラットフォームライセンスよりも高価ですが、制限なく必要な機能を提供します。
コスト削減のため、Salesforceとボリュームディスカウントやバンドル販売のオプションについて話し合ってください。
実施手順：
ライセンスの割り当て：採用担当者にSalesforceのフルライセンスが割り当てられていることを確認してください。
研修：採用担当者に対し、OpportunitiesとCampaign Membersを効果的に活用する方法に関する研修を実施する。
カスタマイズ：商談機能とキャンペーン機能を活用し、特定の採用ニーズに合わせてSalesforceをカスタマイズします。
参考文献：
Salesforceライセンスガイド：Salesforceライセンス

コンサルタントは、学生を Student Success Hub に設定するために、学生ケースレコードと管理アカウントレコードを作成する必要があります。学生ケースは、学生がアドバイザーまたはカウンセラーに支援またはサポートを依頼したことを示すオブジェクトです。学生ケースは、学生の問題に関するステータス、優先度、カテゴリ、解決策などのさまざまな情報を追跡するために使用できます。コンサルタントは、Student Success Hub からの支援またはサポートが必要な学生ごとに学生ケースレコードを作成する必要があります。管理アカウントは、学生が学生、教職員、卒業生など、教育機関に関連する個人に関する情報を保存できるようにするアカウントモデルです。管理アカウントは、名前、メールアドレス、電話番号、住所など、個人に関するさまざまな情報を追跡するために使用できます。コンサルタントは、教育機関に登録されている学生ごとに管理アカウントレコードを作成する必要があります。ユーザーレコードまたは世帯アカウントレコードの作成は、学生を Student Success Hub に設定する手順ではありません。参照:
https://www.salesforce.org/products/student-success-hub/overview/
https://powerofus.force.com/s/article/SSHub-Student-Cases
https://powerofus.force.com/s/article/EDA-Accounts

Salesforce 組織で EDA を使用している際に、レコードのロックと共有のパフォーマンスの問題が発生している組織において、単一の親レコードに関連付けられている子レコードが 10,000 件を超えていることに気づいた場合、コンサルタントはまず Relationships オブジェクトを確認する必要があります。Relationships オブジェクトは、EDA のオブジェクトで、親子、兄弟姉妹、配偶者など、2 つの連絡先が互いにどのように関連しているかについての情報をユーザーが保存できるようにします。Relationships オブジェクトは、多数の関係や所属を持つ連絡先など、単一の親レコードに関連付けられている子レコードが多すぎる場合、Salesforce 組織で EDA を使用している際にレコードのロックと共有のパフォーマンスの問題を引き起こす可能性があります。コンサルタントは、Salesforce 組織で EDA を使用している際に、レコードのロックと共有のパフォーマンスの問題が発生している組織において、単一の親レコードに関連付けられている子レコードが 10,000 件を超えていることに気づいた場合、まず Relationships オブジェクトを確認し、データの偏りや所有権の偏りの問題がないかをチェックし、それらを解決するためのベストプラクティスを適用する必要があります。 EDA を使用している Salesforce 組織でレコードのロックと共有のパフォーマンスの問題が発生している組織において、単一の親レコードに関連付けられた子レコードが 10,000 件を超えていることに気づいた場合、コンサルタントが最初に確認すべきオブジェクトはアカウントまたは所属ではありません。参照:
https://powerofus.force.com/s/article/EDA-Relationships
https://developer.salesforce.com/docs/atlas.en-us.salesforce_large_data_volumes_bp.meta/salesforce_large_data_volumes_bp/ldv_deployments_introduction.htm