2026年版Salesforce面接でよく聞かれる質問と回答トップ50
ジュール·ベルヌ
Salesforce の面接の準備はできていますか? 現代のビジネスオペレーションを形作る最も需要の高いプラットフォームにあなたの知識を合わせる時が来ました。 Salesforceの面接の質問 CRM の概念、自動化ツール、実践的な実装アプローチの理解度を評価し、プラットフォームをどれだけ深く理解しているかを明らかにするのに役立ちます。
Salesforceエコシステムは、開発者や管理者からコンサルタントやアナリストまで、幅広い業界に幅広い機会を提供しています。新卒の方でも、5年、あるいは10年の技術経験を持つ経験豊富なプロフェッショナルの方でも、これらの質問と回答をマスターすることで、分析スキル、専門知識、そして自信を高めることができます。適切な技術専門知識とルートレベルの経験があれば、採用担当者やチームリーダーが優秀なSalesforceプロフェッショナルに求めるスキルセットを容易に証明できます。
これらの質問は、65 名を超える技術リーダーと 50 名を超える採用マネージャーからの洞察に基づいており、さまざまな分野の専門家、上級者、エキスパートから収集された実際のシナリオを表しており、完全で信頼できる準備ガイドを確実に得ることができます。 続きを読む...
👉 無料PDFダウンロード：Salesforce面接の質問と回答
Salesforce の面接の質問と回答
1) Salesforce とは何ですか? また、なぜ現代の企業で広く使用されているのですか?
Salesforceは、企業が営業、マーケティング、カスタマーサービス、分析を一つのエコシステムで管理できる、業界をリードするクラウドベースの顧客関係管理（CRM）プラットフォームです。オンプレミスのCRMとは異なり、Salesforceはローカルサーバーや煩雑なITメンテナンスを必要とせず、ユーザーはどこからでもリアルタイムデータにアクセスできます。
利点は次のとおりです。 高い拡張性、宣言型ツール（FlowやLightning App Builderなど）による広範なカスタマイズ、そしてAppExchangeを介したサードパーティ製アプリの広範なエコシステム。例えば、小売企業はリードの追跡、マーケティングジャーニーの自動化、アフターセールスサポートの管理をすべてSalesforceクラウド内でシームレスに行うことができます。
2) Salesforce.com と Force.com の違いを説明してください。
| 側面 | Salesforce.com | Force.com |
|---|---|---|
| 目的 | CRMアプリケーション | Platform-as-a-Service（PaaS） |
| 使用法 | 標準的なCRM機能に使用されます | カスタムアプリ開発に使用 |
| 例: | セールスクラウド、サービスクラウド | Apex と Visualforce を使用して構築されたカスタム HR または ERP アプリ |
つまり、Salesforce.comは エンドユーザーCRM製品一方、Force.comは 基盤となる開発プラットフォーム これにより、開発者は Salesforce の機能を拡張するカスタム アプリケーションを構築および展開できるようになります。
3) Salesforce が提供するクラウドにはどのような種類がありますか?
Salesforce は、特定のビジネス ドメインに合わせてカスタマイズされたさまざまな「クラウド」を提供しています。
- セールスクラウド – リードと商談の管理を効率化します。
- サービスクラウド – 自動化とケース追跡を通じて顧客サポートを強化します。
- マーケティングクラウド – ターゲットを絞ったデジタル マーケティング キャンペーンを可能にします。
- コマースクラウド – 電子商取引とデジタルストアを強化します。
- エクスペリエンスクラウド – 顧客およびパートナー ポータルを構築します。
- アナリティクスクラウド（Tableau CRM） – 強力なレポートと AI の洞察を提供します。
各クラウドはそれぞれ異なる目的を果たしますが、Salesforce プラットフォームの傘下でシームレスに統合されます。
4) Salesforce データ モデルはどのように機能しますか?
Salesforceデータモデルは、次のような概念に基づいて構築されています。 オブジェクトと関係.
- 標準オブジェクト: 取引先企業、取引先担当者、商談などの定義済みエンティティ。
- カスタムオブジェクト: ビジネス固有のデータを取得するためのユーザー定義エンティティ。オブジェクト間の関係（参照、マスター詳細、多対多）によって、レコードの相互関係が定義されます。
例えば、 Opportunity 記録は、 Account マスター詳細リンクを介して、参照整合性と一貫したレポートを保証します。
5) Salesforce の検証ルールとは何ですか?
検証ルールは、フィールドレベルでビジネスロジックを適用することでデータの品質を確保します。ルールは、 ブール式 真か偽かを評価する エラーメッセージ 条件が満たされない場合に表示されます。
例：
ISPICKVAL(StageName, "Closed Won") && ISBLANK(CloseDate)
これにより、ユーザーがクローズ日を指定せずに商談をクローズすることを防ぎます。適切な検証ルールは、矛盾した入力を減らし、データの整合性を維持し、レポートの精度を向上させます。
6) Salesforce におけるさまざまな種類の関係とは何ですか?
Salesforce は、次の 3 つのコア関係タイプをサポートしています。
| 関係タイプ | 詳細説明 | 例: |
|---|---|---|
| 見上げる | オブジェクト間の緩いリンク | アカウントにリンクされた連絡先 |
| マスターディテール | 強い親子関係 | 商談にリンクされた商談明細 |
| 多対多 | ジャンクションオブジェクト経由で作成 | コースと学生の関係 |
関係タイプを理解することで、スケーラブルで実際のビジネス階層に適合したデータ アーキテクチャを維持できるようになります。
7) Salesforce のロールとプロファイルの違いは何ですか?
| 基準 | プロフィール | 職種 |
|---|---|---|
| 目的 | オブジェクトレベルとフィールドレベルの権限を定義します | 階層を通じてレコードの可視性を制御 |
| 譲渡 | すべてのユーザーが1つ持つ必要があります | オプション |
| 例: | 営業ユーザー、システム管理者 | 営業マネージャー、地域責任者 |
本質的に、 プロファイル ユーザーが何を can do一方、 役割 決定します what data ユーザー can seeプロファイルは機能レベルでセキュリティを処理し、ロールはデータ レベルでセキュリティを処理します。
8) Salesforce セキュリティ モデルについて説明します。
Salesforce は階層化されたセキュリティ モデルに従います。
- 組織レベル: 誰がどこからログインできるかを制御します。
- オブジェクトレベル: プロファイルと権限セットを介して制御されます。
- フィールドレベル: 特定のフィールドの可視性を管理します。
- 記録レベル: 役割階層、共有ルール、手動共有を通じて管理されます。
このモデルにより、ユーザーは必要なデータのみにアクセスでき、コラボレーションの効率を維持しながら最小権限の原則が適用されます。
9) Salesforce のワークフロー ルールとは何ですか? また、プロセス ビルダーとどう違うのですか?
ワークフロー ルールは、指定された条件が満たされたときに単純なアクション (フィールドの更新、電子メール アラート) を実行する宣言型の自動化ツールです。
プロセスビルダー一方、は、レコードの作成やフローの呼び出しなど、複数のステップから成るプロセスを自動化するための、より高度なインターフェースを提供します。
差分表:
| 機能 | ワークフロー | プロセスビルダー |
|---|---|---|
| 複雑 | 簡単な拡張で | 穏健派 |
| 限定的 | 高度な機能（例：レコードの作成） | |
| 将来の使用 | 非推奨の | Flow Builderに置き換えられました |
2025年時点でSalesforceは Flow Builderへの移行自動化ツールを 1 つのプラットフォームに統合します。
10) Salesforce Flow Builder とは何ですか? また、その利点は何ですか?
Flow Builderは、Salesforceの次世代自動化ツールです。ユーザーは、コード不要のビジュアルインターフェースを通じて複雑なビジネスプロセスを作成できます。レコードトリガーフロー、画面フロー、スケジュールフローなど、複数のフロータイプをサポートしています。
利点は次のとおりです。
- ワークフローとプロセスビルダーに代わる統合自動化フレームワーク
- 強化されたデバッグとロールバック制御
- オブジェクト間の更新を実行する機能
- エンタープライズレベルの自動化に拡張可能
たとえば、企業は Flow Builder を使用して、新しいリードが作成されたときにフォローアップ タスクを自動生成し、潜在的な売上を逃さないようにすることができます。
11) Salesforce における Apex とは何ですか?
ApexはSalesforce独自の、強く型付けされたオブジェクト指向プログラミング言語で、カスタムビジネスロジックの構築に使用されます。 ライトニングプラットフォームこれにより、開発者は、データベースと直接対話するコード (DML 操作) を記述したり、複雑なロジックを実行したり、宣言型ツールでは不可能な自動化をトリガーしたりできるようになります。
Apex構文は Javaクラス、インターフェース、コレクションをサポートします。
例：
if(Opportunity.Amount > 100000){
Opportunity.Priority__c = 'High';
}
Apexは マルチテナント環境プラットフォームの安定性を維持するために厳格なガバナー制限を適用します。
12) Salesforce ガバナ制限とは何ですか? また、なぜ重要ですか?
ガバナ制限は、Salesforce のマルチテナントアーキテクチャにおけるリソースの公平な使用を保証するための方法です。ガバナ制限は、単一のトランザクションで使用できるデータ量または処理量に上限を設定し、独占を防ぎます。
一般的な制限は次のとおりです:
| 制限タイプ | 例: | 限界値 |
|---|---|---|
| SOQLクエリ | 取引あたりの件数 | 100 |
| DMLステートメント | 取引ごと | 150 |
| CPU時間 | 取引ごと | 10,000ミリ秒 |
制限を超えると、トランザクション全体が実行時例外で失敗します。熟練した開発者は、これらの制限を遵守する効率的なApexコードを設計します。 一括化、非同期処理, 最適化されたクエリ.
13) トリガーとプロセス ビルダーの違いを説明してください。
| 側面 | トリガー | プロセスビルダー |
|---|---|---|
| タイプ | コードベース | 宣言的 |
| 実行 | DML前/後 | DML後 |
| 柔軟性 | ハイ | 穏健派 |
| メンテナンス | 複雑な | 初級 |
トリガは、レコードの変更前または変更後に実行されるApexコードです。トリガにより、複雑な複数オブジェクトのロジックとデータベース操作が可能になります。
例： 親レコードが変更されたときにすべての子レコードを更新します。
プロセスビルダーは単純な自動化を処理しますが、 トリガーはより深いデータロジックと依存関係を処理します.
14) Salesforce における SOQL と SOSL の違いは何ですか?
| 基準 | SOQL (Salesforce オブジェクトクエリ言語) | SOSL (Salesforce オブジェクト検索言語) |
|---|---|---|
| 目的 | 単一のオブジェクトからレコードをクエリする | 複数のオブジェクトにわたるテキストの検索 |
| 構文 | SELECT フィールド FROM オブジェクト WHERE 条件 | すべてのフィールドで「キーワード」を検索 |
| Use Case | 構造化データを取得する | グローバルキーワード検索 |
例：
- ソクエル:
SELECT Name FROM Account WHERE Industry = 'Banking' - ソスル：
FIND 'Bank' IN ALL FIELDS RETURNING Account(Name)
SOQL は構造化されていて正確ですが、SOSL はフルテキストで柔軟に検索できます。
15) Salesforce の Before Triggers と After Triggers の違いは何ですか?
トリガー前 レコードがデータベースに保存される前に実行され、フィールド値を更新または検証するためによく使用されます。
トリガー後 レコードが保存された後に実行され、レコード ID を必要とするアクション (関連レコードの作成など) に使用されます。
| トリガータイプ | 実行すると | 一般的な使用 |
|---|---|---|
| トリガー前 | DML保存前 | フィールドの更新、検証 |
| トリガー後 | DML保存後 | 関連レコードの作成/更新 |
例： 「挿入前」トリガーはカスタム フィールドに自動入力し、「挿入後」トリガーは監査ログを作成する場合があります。
16) Apex のコレクションにはどのような種類がありますか?
Apex では、主に 3 種類のコレクションが提供されています。
- リスト – 要素の順序付きコレクション（
List<Account> accList = new List<Account>();). - 作成セッションプロセスで – 順序付けられていない一意の要素（
Set<String> citySet = new Set<String>();). - 地図 – キーと値のペア（
Map<Id, Account> accMap = new Map<Id, Account>();).
コレクションにより、開発者は複数のレコードを一括処理できるようになり、効率が向上します。これは、ガバナー制限に達するのを回避するための重要な戦略です。
17) Apex テスト クラスとは何ですか? また、なぜ必須なのですか?
Apexテストクラスは、コードが意図したとおりに動作することを検証し、導入時の回帰を防止します。Salesforceでは少なくとも 75%のコードカバレッジ 実稼働展開用。
テストクラスの利点:
- 機能の正確性を検証する
- アップデート後の障害を防ぐ
- 継続的インテグレーションとDevOpsプラクティスをサポートする
例：
@isTest
private class AccountTest {
static testMethod void testAccountInsert() {
Account acc = new Account(Name='Test');
insert acc;
System.assertNotEquals(null, acc.Id);
}
}
適切に作成されたテスト クラスは、技術的な規律とコードの信頼性の両方を反映します。
18) Lightning コンポーネントとは何ですか? どのような種類がありますか?
Lightning コンポーネントは、Salesforce で動的な Web インターフェースを開発するための再利用可能な UI ビルディング ブロックです。
主にXNUMXつのタイプがあります。
- オーラコンポーネント – オリジナルのフレームワーク。コンポーネントベースですが、より複雑です。
- Lightning Web コンポーネント (LWC) – ネイティブ Web テクノロジー (HTML、JS、Web コンポーネント) に基づいて構築された最新の標準。
LWCの利点:
- より速いパフォーマンス
- 軽量DOMレンダリング
- との簡単な統合 JavaスクリプトAPI
例： LWC を使用して構築された販売ダッシュボードは、ライブ メトリック、レスポンシブ レイアウト、およびコンポーネント間の通信を提供します。
19) Aura コンポーネントと Lightning Web コンポーネント (LWC) の違いは何ですか?
| 機能 | オーラ | LWC |
|---|---|---|
| テクノロジー | カスタム Salesforce フレームワーク | 標準Webコンポーネント |
| パフォーマンス | もっとゆっくり | より高速かつ最適化された |
| 再利用性 | 穏健派 | ハイ |
| 学習曲線 | 急な | JS開発者にとってより簡単 |
セールスフォースは オーラの段階的廃止 LWC を優先します。現代の Salesforce 開発者は、その優れたパフォーマンスと保守性により、すべての新しい UI 開発において LWC を習得することが期待されています。
20) Salesforce を外部システムと統合するにはどうすればよいですか?
Salesforce は、ビジネスニーズに応じていくつかの統合メカニズムを提供します。
- REST API – 軽量で、Web 統合に広く使用されています。
- ソープAPI – エンタープライズ レベルの構造化されたコミュニケーション向け。
- バルクAPI – 大量のデータを処理します。
- ストリーミングAPI / プラットフォームイベント – リアルタイム更新のため。
- 外部サービス / 名前付き認証情報 – 外部通話を安全に行うため。
例えば、Salesforceと SAP REST API を使用すると、注文データを自動的に同期できるため、システム間で一貫性のある最新のビジネス情報が確保されます。
21) Salesforce Lightning App Builder とは何ですか?
Salesforce Lightning App Builderは 宣言的ツール ユーザーはドラッグ アンド ドロップ コンポーネントを使用してページを設計およびカスタマイズできます。
それはあなたが作成することができます カスタムレコードページ、ホームページ、アプリページ コードを書かずに。
主な利点は次のとおりです。
- 標準コンポーネントとカスタムコンポーネント（LWC を含む）の両方をサポートします。
- 動的な可視性ルールを有効にする
- AppExchangeコンポーネントとシームレスに統合
例： 営業マネージャーは、KPI、関連リスト、Chatter フィードを 1 つの画面に表示するダッシュボード スタイルのレコード ページを設計できます。
22) Lightning Experience と Salesforce Classic の違いを説明してください。
| 基準 | Salesforce クラシック | ライトニングエクスペリエンス |
|---|---|---|
| UIデザイン | レガシーインターフェース | モダンでレスポンシブなUI |
| カスタマイズ | 限定的 | コンポーネントベース（App Builder） |
| パフォーマンス | もっとゆっくり | キャッシュによる最適化 |
| 将来のサポート | メンテナンスモード | 積極的に強化された |
Lightning Experienceは モダンなユーザーインターフェース その他 直感的なワークフローDynamic Forms を含むすべての新しい Salesforce 機能は Lightning 専用であるため、ほとんどの組織では移行が必須となります。
23) Salesforce のレポートとダッシュボードの違いは何ですか?
レポートの表示 表形式または要約データ Salesforceのレコードから、ダッシュボードは 視覚的表現 (チャート、ゲージ、メトリック) を表示します。
| 側面 | レポート | ダッシュボード |
|---|---|---|
| 目的 | 詳細なデータ分析 | 高レベルの視覚化 |
| コンポーネント | フィールド、フィルター、グループ化 | グラフ、表、指標 |
| 例: | 地域別パイプライン | 売上動向グラフ |
実際にはダッシュボードは 1つ以上のレポートによって駆動これらを組み合わせることで、パフォーマンスの追跡、予測、および経営幹部の意思決定が促進されます。
24) Salesforce にはどのような種類のレポートがありますか?
Salesforceは 4種類のレポート:
- 表形式のレポート – シンプルなリスト ビュー (Excel のような)。
- 要約レポート – フィールド別にグループ化されます（例：地域別）。
- マトリックス レポート – 行と列ごとにグループ化されます。
- 参加レポート – 複数のレポート ブロックを結合して比較します。
例： 結合レポートでは、以下の収益を比較できます。 Sales Cloud および Service Cloud 部門間のパフォーマンスを明らかにするデータ。
25) Salesforce 導入プロセスの目的は何ですか?
Salesforceでの導入には メタデータと構成の移行 ある環境から別の環境へ (例: サンドボックス → 本番環境)。
一般的な展開ツールには次のようなものがあります。
- セットを変更する （宣言文）
- Salesforce CLI (SFDX)
- ANT 移行ツール
- GitベースのCI/CDパイプライン
効果的な導入により、バージョン管理、トレーサビリティ、そして組織全体にわたる機能の一貫した提供が保証されます。多くの企業が現在、 DevOpsセンター 自動化されたエラーのない展開を実現します。
26) Salesforce Sandbox とは何ですか? また、どのような種類がありますか?
サンドボックスは 隔離された環境 運用データに影響を与えることなく、開発、テスト、トレーニングに使用できます。
| タイプ | 目的 | データがコピーされました |
|---|---|---|
| Developer | コーディングとテスト | メタデータのみ |
| 開発者プロ | より大きなストレージ | メタデータのみ |
| 部分コピー | UAT / QAテスト | メタデータ + データのサブセット |
| フルサンドボックス | 上演 | 完全なレプリカ |
サンドボックスを使用すると、 安全な開発ライフサイクルリリース前に実験とテストを行うことができます。
27) Salesforce アプリケーション ライフサイクルとは何ですか。また、どのような段階が含まれますか。
私達の Salesforce アプリケーションライフサイクル アイデアから展開、保守までのエンドツーエンドのプロセスをカバーします。
ステージには以下が含まれます:
- 計画 – 要件を収集します。
- 建設 – 構成またはコーディングします。
- ホイール試乗 – 機能とデータを検証します。
- 配備します – 本番環境に移行します。
- 監視と改善 – パフォーマンスを追跡し、反復します。
この構造化されたライフサイクルにより、ビジネス目標に沿った高品質で安定したリリースが保証されます。
28) Salesforce での変更セットの使用について説明します。
変更セットは ポイントアンドクリックツール 関連するSalesforce組織間でメタデータをデプロイするために使用されます。オブジェクト、項目、ワークフロー、Apexクラスなどのコンポーネントをサポートします。
Advantages:
- コーディングの知識は必要ありません。
- 変更の追跡可能性を保証します。
制限事項：
- 間に展開できません 無関係な組織.
- すべてのメタデータ タイプ (レポートや電子メール テンプレートなど) をサポートしているわけではありません。
柔軟性を高めるために、チームはよく Salesforce CLI (SFDX) or ギアセット CI/CD パイプライン用。
29) Salesforce DX (SFDX) を使用する利点と欠点は何ですか?
| 因子 | 優位性 | デメリット |
|---|---|---|
| バージョン管理 | Gitベースのコラボレーションを可能にする | セットアップとトレーニングが必要 |
| モジュール性 | ソース駆動開発 | コーディングが苦手な人にとっては複雑 |
| オートメーション | CI/CDに最適 | 学習曲線 |
SFDXはSalesforce開発に革命をもたらし、組織中心から ソース駆動型アーキテクチャDevOps の実践、より優れたテスト、モジュール化されたチーム コラボレーションを実現します。
30) Salesforce のメタデータとデータとは何ですか?
Salesforce 組織の構造と構成 (オブジェクト、フィールド、ワークフローなど) を定義します。
Rescale データ データベースに保存されている実際のレコード (リード、アカウント、商談など) を指します。
| 素子 | メタデータの例 | データ例 |
|---|---|---|
| オブジェクト | カスタム「プロジェクト」オブジェクト | 記録: プロジェクトアルファ |
| フィールド | 「開始日」フィールド | 2025-05-02 |
| ルール | 検証ルール | 期限ロジックの強制 |
この違いを理解することは、 展開、バックアップ、データ移行環境全体にわたって構造とトランザクションの整合性を保証します。
31) Salesforce の共有ルールとは何ですか?
共有ルール レコードレベルのアクセスを、 組織全体のデフォルト（OWD）.
レコードの所有権または基準に基づいて、ユーザーに自動的にアクセスを許可します。
タイプ：
- 所有者ベースの共有 – 特定のロールまたはグループが所有するレコードへのアクセスを許可します。
- 基準に基づく共有 – レコードの値に基づいてアクセスを許可します。
例： 共有ルールにより、「営業担当」が「地域 = 西部」の商談を閲覧できるようにすることができます。
この機能は、データのセキュリティを損なうことなくコラボレーションをサポートします。
32) プロファイル、ロール、権限セットの違いを説明してください。
| 機能 | プロフィール | 職種 | 権限セット |
|---|---|---|---|
| 演算 | ベースライン権限を定義する | データの可視性を制御 | 追加の権限を追加する |
| 対象領域 | オブジェクトとフィールドレベルのアクセス | レコードレベルの階層 | 微調整されたユーザーレベルのアクセス |
| 譲渡 | ユーザーごとに1つ | オプション | ユーザーごとに複数 |
例： 営業担当者は、 Sales Profile、下にある Sales Manager Role、そして Marketing Permission Set キャンペーンへのアクセスのため。
これらを合わせると ユーザーができること および 彼らが見ることができるもの.
33) レコード タイプとは何ですか? また、レコード タイプが便利なのはなぜですか?
レコードタイプは複数の ビジネスプロセス 制御することによって単一のオブジェクト内に存在する ページレイアウト、選択リストの値、プロセス.
例えば、 Opportunity オブジェクトには別々のレコードタイプを設定できます New Business および Renewalsそれぞれ販売ステージやレイアウトが異なります。
メリット：
- 部門ごとのカスタムユーザーエクスペリエンス
- 簡素化されたデータ入力
- 合理化された自動化
同じオブジェクトが複数のワークフローを提供する場合に不可欠です。
34) Salesforce の承認プロセスとは何ですか?
An 承認プロセス レビューと承認のためのレコードのルーティングを自動化します。
定義します エントリー基準, ステップ, 承認者, 行動 (フィールドの更新や通知など)。
例： 割引が 20% を超える場合、割引リクエストには営業マネージャーの承認が必要になることがあります。
承認プロセスにより ガバナンス、コンプライアンス、説明責任 ビジネスワークフローにおいて。
35) ワークフロー、プロセスビルダー、フローの違いは何ですか?
| ツール | 複雑 | ステータス（2025年） | Use Case |
|---|---|---|---|
| ワークフロー | シンプルな自動化 | 非推奨の | フィールドアップデート、電子メールアラート |
| プロセスビルダー | マルチステップロジック | XNUMX年の | レコードの更新、タスクの作成 |
| Flow | 統合自動化 | 有効 | すべての自動化ニーズ |
Flow 今は 推奨ツールコードのパワーとビジュアルインターフェースを組み合わせ、高度なロジック、画面フロー、サブフローをサポートします。これらはすべて Apex なしで実現できます。
36) Salesforce のパブリックグループとキューの違いは何ですか?
| 機能 | パブリックグループ | キュー |
|---|---|---|
| 目的 | 記録を共有し、アクセスを割り当てる | レコードの所有権を管理する |
| 加盟国 | ユーザー、役割、グループ | ユーザーのみ |
| Use Case | 共有ルール、手動共有 | リードとケースの割り当て |
例： 新しいサポートケースが作成されると、 ケースキュー エージェントが請求する一方で、 公開グループ チーム間でのより広範なレコード共有を処理します。
37) Salesforce データのインポートおよびエクスポートのオプションについて説明します。
Salesforce は、データ移動用の複数のツールを提供しています。
- データインポートウィザード – 小規模なデータロード（50,000 件未満のレコード）の場合。
- データローダー – 大容量（最大 5 万件のレコードをサポート）。
- バルクAPI – 大規模なデータ移行（非同期）用。
- データエクスポートサービス – スケジュールされたバックアップ用。
- レポートのエクスポート – フィルタリングされた、人間が判読可能なデータの場合。例えば、組織はデータローダーを使用して、マーケティングキャンペーンから100万件のリードをSalesforceにインポートできます。
38) 外部オブジェクトとは何ですか?また、カスタム オブジェクトとどう違うのですか?
| 側面 | カスタムオブジェクト | 外部オブジェクト |
|---|---|---|
| Storage | Salesforceの内部 | 外部データソース |
| アクセス | 標準SOQL | Salesforce Connect（OData経由） |
| パフォーマンス | より高速（ローカル） | 外部システムに依存 |
外部オブジェクトを使用すると、Salesforce は ERP や SQL Server などの Salesforce 外部に保存されたデータを表示したり操作したりできるようになります。コピーせずにリアルタイムのデータ同期を維持します。
39) Salesforce の REST API と SOAP API の違いは何ですか?
| 機能 | REST API | ソープAPI |
|---|---|---|
| プロトコル | HTTP/JSON | XML |
| Use Case | ウェブ、モバイル、軽量アプリ | エンタープライズ統合 |
| 単純 | 使いやすく | より構造化された |
| 例: | GET /sobjects/Account/Id |
<soapenv:Envelope>...</soapenv:Envelope> |
RESTはスピードとシンプルさから現代の統合に好まれ、SOAPは、 厳格な契約 および 高信頼性.
40) Salesforce のプラットフォームイベントとは何ですか?
プラットフォームイベントを有効にする 公開/非公開チャットルーム、Eメール、 Salesforceと外部システム間の イベント駆動型アーキテクチャ.
これらは「パブリッシュ・サブスクライブ」モデルに似ています。
- Publisher: イベント（例：「注文が行われました」）を送信します。
- 加入者: それに応答します (例: 在庫の更新)。
メリット：
- リアルタイム統合
- 分離されたシステム通信
- 大容量データに対応できる拡張性
例： Stripe で支払いが確認されると、Salesforce はプラットフォーム イベントを受信し、注文の履行を即座にトリガーします。
41) Salesforce Einstein とは何ですか? また、その主な機能は何ですか?
Salesforceのアインシュタイン プラットフォームのネイティブ AIレイヤーCRMデータをよりスマートに、より予測的に活用できるように設計されています。Salesforce製品全体と連携し、インサイトと自動化を実現します。
主な機能：
- アインシュタイン予測ビルダー – 取引成立の可能性などの結果を予測します。
- アインシュタインの発見 – 推奨事項付きの自動データ分析。
- アインシュタインネクストベストアクション – ユーザーにコンテキストに応じたアクションを提案します。
- アインシュタインボット – 顧客サポートのための会話型チャットボット。例えば、Einsteinは過去の販売データを分析し、どのリードが最もコンバージョンに繋がる可能性が高いかを提案することで、担当者が重要な業務に集中できるよう支援します。
42) Salesforce DevOps Center はデプロイメント管理をどのように改善しますか?
Salesforce DevOpsセンター2023年後半に導入され、2025年に満了するこの制度は、 GitベースのローコードDevOpsソリューション.
メリット：
- バージョン管理統合 (GitHub)。
- 視覚的なパイプライン管理。
- メタデータの変更を簡単に追跡できます。
- 自動化されたプロモーションと展開。
手動の変更セットと比較して、DevOps Centerはエラーを削減し、コラボレーションを改善し、プルリクエストや変更の可視性といったベストプラクティスを適用します。これはSalesforceの公式な取り組みです。 最新のDevOpsとCI/CDワークフロー.
43) Salesforce OmniStudio とは何ですか?
オムニスタジオ Salesforceの宣言型スイートです デジタルプロセスオートメーション主に業界クラウド ソリューション (金融サービス クラウド、コミュニケーション クラウドなど) で使用されます。
コアコンポーネント：
- オムニスクリプト – ステップバイステップのガイド付きワークフロー。
- データラプターズ – データの抽出、変換、ロード (ETL)。
- 統合手順 – Salesforce を外部システムに接続します。
- フレックスカード – コンテキスト データを表示するための動的 UI コンポーネント。
OmniStudio は、企業がシステム間で顧客体験を調整するのに役立ちます。たとえば、通信会社の顧客を 1 つのシームレスなフローでサービス アップグレードに誘導できます。
44) Salesforce Industry Clouds とは何ですか? また、なぜ重要なのですか?
Salesforce 業界別クラウド (旧称 Vlocity) は、金融、ヘルスケア、通信などの特定の分野向けにカスタマイズされたソリューションです。
主なクラウドには以下が含まれます:
- 金融サービスクラウド（FSC）
- 健康クラウド
- 製造クラウド
- 非営利クラウド
- 教育クラウド
これらは、業界のコンプライアンス基準に準拠した、事前に構築されたデータモデル、プロセス、そしてOmniStudioツールを提供します。例えば、Health CloudはHIPAAに準拠し、患者データを安全に管理することで、数か月かかる設定作業を省力化します。
45) Salesforce Einstein GPT と従来の Einstein AI の違いは何ですか?
| 機能 | アインシュタインAI | アインシュタイン GPT |
|---|---|---|
| 演算 | 予測・分析AI | 生成AI（テキスト、コンテンツ、要約） |
| 入力 | 構造化されたCRMデータ | 非構造化プロンプト |
| 出力 | スコア、洞察、予測 | メール、要約、提案 |
OpenAIのLLMテクノロジーを搭載したEinstein GPTは、自然言語によるインタラクションを可能にし、 自動生成されたCRMコンテンツ — フォローアップ メールの作成やサポート ケースの要約など。
これはSalesforceの一部です AI + CRM戦略CRM システムを会話型かつコンテキスト認識型にします。
46) Salesforce の Hyperforce とは何ですか?
ハイパーフォース Salesforceの再設計されたインフラストラクチャで、プラットフォームをホストできます。 主要パブリッククラウド（AWS、 Azure、GCP）.
Advantages:
- データ保存コンプライアンス (GDPR、現地の法律)。
- スケーラビリティとセキュリティが強化されました。
- パフォーマンスが向上し、レイテンシが低くなりました。
Hyperforce を使用すると、企業はネイティブ クラウドの柔軟性を維持しながら、厳格なデータ主権要件を持つ地域に Salesforce を展開できます。
47) 管理パッケージと非管理パッケージの違いを説明してください。
| 側面 | 管理パッケージ | 管理されていないパッケージ |
|---|---|---|
| 目的 | 商用アプリの配布 | オープンソースの共有 |
| Upgrades | 自動アップグレード可能 | マニュアル |
| 名前空間 | あり | いいえ |
| 例: | AppExchangeアプリ Conga Composer | 社内チームユーティリティ |
管理パッケージは通常、 ISV（独立系ソフトウェアベンダー） AppExchange経由でアプリを配布するために使用され、非管理パッケージは内部的に使用されます。 カスタムメタデータ転送 開発中。
48) Salesforce Functions を使用する利点は何ですか?
Salesforce関数 （の一部 Heroku ハイパーフォースエコシステム）開発者が実行できるようにする サーバーレスコード インフラストラクチャを管理することなく、弾力的に拡張できます。
メリット：
- 複雑なロジックを Apex からオフロードします。
- Node.jsなどの言語を使用する Java, Python.
- 外部 API と統合します。
例： Apex ガバナ制限に達することなく、Salesforce Functions で大規模なデータセットや外部 API 呼び出しを処理できます。これは、大量の計算や AI 駆動型ワークフローに最適です。
49) Apex 非同期処理タイプの違いは何ですか?
Salesforceは 5つの非同期Apex型それぞれ異なるワークロードに適しています。
| タイプ | 詳細説明 | Use Case |
|---|---|---|
| 未来メソッド | バックグラウンドで実行 | DML後のコールアウト |
| バッチApex | 大規模なデータセットをチャンクで処理します | データクレンジングジョブ |
| キュー可能なApex | 連鎖可能なバックグラウンドジョブ | 連続タスク |
| スケジュールされたApex | スケジュールに従って実行 | 日次レポート生成 |
| プラットフォームイベント / Pub-Sub | イベント駆動型 | システム通知 |
これらにより、大規模な組織に不可欠なスケーラビリティと非ブロッキング実行が保証されます。
50) 2025 年の Salesforce の現在のトレンドは何ですか?
2025年のSalesforceは次のように定義されます AIファースト、コンポーザブル、業界特化のアーキテクチャ.
トップトレンド:
- AI + CRM統合 (アインシュタインGPT、副操縦士の経験)。
- ハイパーフォースの採用 地域データホスティング用。
- どこにでも流れる — すべての従来の自動化を置き換えます。
- Salesforce データクラウド 統合された洞察のための新しい「データ レイクハウス」になりつつあります。
- ローコードDevOps DevOps Center を使用します。
- 業界におけるクラウドの優位性 規制対象セクター全体にわたって。
- リアルタイムの顧客パーソナライゼーション MuleSoft と Tableau を搭載。
これらのトレンドは、自動化、コンプライアンス、インテリジェンスがシームレスに共存する、統合された AI 強化 Salesforce エコシステムを強調しています。
51) Salesforce Data Cloud とは何ですか? また、従来の CRM データベースとどう違うのですか?
Salesforce データクラウド （旧 Customer Data Platform - CDP）である リアルタイムデータレイヤー Salesforce エコシステムの複数のソースからの顧客データを統合するように設計されています。
従来のCRMデータ（アカウント、連絡先、商談を中心に構造化されている）とは異なり、データクラウドは 大規模、ストリーミング、外部データセット — Web 分析、IoT シグナル、POS システムなどが考えられます。
| 側面 | 従来のCRMデータ | データクラウド |
|---|---|---|
| Data Type | 取引データ | 行動 + リアルタイム |
| 規模 | 数千件のレコード | Bill記録のイオン |
| Use Case | セールス＆サービス管理 | 360°顧客パーソナライゼーション |
例： 小売業者は、eコマースのクリック、電子メールのエンゲージメント、購入データをリアルタイムで組み合わせて、Marketing Cloud を通じて高度にパーソナライズされたオファーを提供できます。
52) MuleSoft とは何ですか? また、Salesforce とどのように統合しますか?
MuleSoft Salesforceの 統合およびAPI管理プラットフォームSalesforce とあらゆる外部システム間のシームレスな接続が可能になります。
それは、 AnypointプラットフォームAPI とデータ フローの設計、管理、監視が可能になります。
主要な統合パターン:
- 要求-応答: リアルタイムのデータ取得 (例: ERP 在庫の取得)。
- パブリッシュ-サブスクライブ: イベントのブロードキャスト（例：新規顧客登録）。
- バッチ処理： Sync 大規模なデータセット。
例： 請求書が作成されると SAPMuleSoft はデータを自動的に Salesforce にプッシュし、両方のシステムの同期を維持します。
2025年には、MuleSoftは グルー Salesforce をエンタープライズ エコシステム、データ クラウド、AI モデルに接続します。
53) Tableau とは何ですか? Tableau は Salesforce 分析をどのように強化しますか?
タブローSalesforceの主力分析プラットフォームであるは、CRMデータを インタラクティブな視覚的洞察.
Salesforceレポートとダッシュボードは運用レポートに最適ですが、Tableauは 高度な分析 および クロスソース可視化.
Advantages:
- AIによる洞察
Einstein Discovery in Tableau. - 複数のソース (Salesforce、Data Cloud、SQL など) からのデータブレンド。
- 経営監視用のリアルタイム ダッシュボード。
例： Tableau は、Data Cloud の統合された顧客プロファイルを視覚化して、顧客離れや製品への親和性などの傾向を特定し、予測的なアクションを可能にします。
54) Salesforce で AI を使用する際の倫理的な考慮事項は何ですか?
SalesforceがAI統合（Einstein GPT、Copilot、予測スコアリング）を深めるにつれて、 AI倫理 重要です。
主要な倫理原則は次のとおりです。
- 透明性 – AI が決定を下すタイミングを明確に開示します。
- バイアスの軽減 – モデルが差別を助長しないよう注意してください。
- Data Privacy – GDPR、CCPA、同意に基づく処理に準拠します。
- 説明責任 – 最終決定については人間に知らせておく。
Salesforceの 信頼できるAIフレームワーク 「責任があり、説明責任があり、力を与えるAI」に焦点を当てています。
面接官はあなたが議論できるかどうかを見たいのです 倫理的な先見性を備えたAIの価値自動化のメリットだけではありません。
55) 2025 年に最も価値のある Salesforce 認定資格は何ですか?
Salesforce 認定はプラットフォームとともに進化し続けます。
キャリアパス別のトップ認定資格:
| 職種 | 推奨される認定資格 |
|---|---|
| 管理者 | Salesforce 認定アドミニストレーター、上級アドミニストレーター |
| Developer | プラットフォーム開発者IおよびII、 Javaスクリプト開発者I |
| Architect | Application Archiテクト、システム Archiテクト、テクニカル ArchiTECT |
| コンサルタント | Sales Cloud、Service Cloud、Experience Cloud コンサルタント |
| データとAI | データクラウドコンサルタント、Einstein AIスペシャリスト |
| DevOps / 統合 | MuleSoft 開発者、DevOps センター スペシャリスト |
候補者は 分野横断的な専門知識 (管理者 + 開発者 + データ クラウド) は 2025 年に目立つようになります。
56) 今後 5 年間で成功する Salesforce キャリアを定義するスキルとツールは何ですか?
Salesforceプロフェッショナルの未来は AI、自動化、統合、データストーリーテリング.
コアスキル領域:
- AI + 自動化: Einstein GPT、Flow、AI Builder をマスターします。
- 統合とAPI: MuleSoft、REST、イベント駆動型アーキテクチャを学習します。
- アナリティクス： 実用的な洞察を得るための Tableau と Data Cloud。
- ローコードDevOps: Git、SFDX、DevOps Center パイプライン。
- 業界知識： 業界特有のクラウドに関する深い知識。
ソフトスキル： 適応力、問題解決能力、ビジネスストーリーテリング能力がますます重視されるようになっています。
2025年に最も成功するSalesforceエキスパートは ハイブリッド — ビジネスとテクノロジーの両方に精通し、責任を持って AI を活用して測定可能な影響を生み出します。
🔍 Salesforce面接でよく聞かれる質問と、実際のシナリオと戦略的な回答
1) Salesforce の参照関係とマスター詳細関係の主な違いは何ですか?
応募者に期待すること: 面接官は、Salesforce データ モデリングに関する理解と、オブジェクト間の関係をどのように設計するかを評価したいと考えています。
回答例： 参照関係は疎結合の関係であり、子レコードは親レコードなしでも存在できます。一方、主従関係は密結合であり、子レコードのライフサイクルは親レコードに依存します。また、主従関係は親レコードからセキュリティと共有ルールを継承します。私は通常、オプションの接続には参照関係を使用し、商談の明細項目などの依存関係のあるデータ構造には主従関係を使用します。
2) Salesforce でデータの整合性と正確性をどのように確保しますか?
応募者に期待すること: 彼らは、検証、自動化、ガバナンスのベスト プラクティスを理解しているかどうかを確認したいと考えています。
回答例： 検証ルール、必須フィールド、重複管理ツールを活用してデータの整合性を維持しています。また、定期的にデータ品質レポートを作成し、ユーザーに適切なデータ入力基準の採用を促しています。前職では、検証ルールを実装することで重複リードを40%以上削減し、キャンペーンレポートの精度を大幅に向上させました。
3) 期限が厳しい中で複数の Salesforce プロジェクトを管理しなければならなかった時のことを説明してください。どのように対処しましたか？
応募者に期待すること: 時間管理、優先順位付け、コミュニケーション能力がテストされます。
回答例： 前職では、Salesforceの自動化プロジェクトを2つ同時に管理していました。明確なロードマップを作成し、マイルストーンを設定し、関係者全員に早期に期待を伝えました。影響度と依存関係に基づいて優先順位を付けました。毎日のチェックインとカンバン方式のトラッキングにより、すべての作業をスケジュール通りに進め、チーム全体にとって透明性を保つことができました。
4) Salesforce のカスタマイズと構成の決定にはどのように取り組みますか?
応募者に期待すること: 面接官は、ポイントアンドクリック ツールとコードの使用時期に関するあなたの判断を理解したいと考えています。
回答例： 私は常に、フロー、入力規則、プロセスビルダーといった宣言型ツールから始めます。これらはメンテナンスとアップグレードが容易だからです。ApexやVisualforceといったカスタムコードは、要件が標準機能を超える場合にのみ使用します。このバランスの取れたアプローチは、技術的負債を軽減し、システムメンテナンスを簡素化します。
5) Salesforce におけるプロファイルと権限セットの違いを説明していただけますか?
応募者に期待すること: セキュリティとアクセス管理に関するあなたの理解を確認したいと考えています。
回答例： プロファイルはユーザーの基本的な権限を定義し、権限セットはコア設定を変更することなく、プロファイル上に追加のアクセス権限を提供します。このモデルにより柔軟性が高まります。例えば、以前の役職では、プロファイルの権限を変更することなくキャンペーンの可視性を一時的に拡張するために、「マーケティングアクセス」権限セットを作成しました。
6) プレッシャーの下で Salesforce の重大な問題を解決しなければならなかったときのことを教えてください。
応募者に期待すること: これらは、ストレスの高いシナリオにおけるあなたの問題解決アプローチと平静さをテストしています。
回答例： 以前の職務では、検証ルールの導入により、四半期末に営業担当者の商談作成が予期せずブロックされてしまいました。私は直ちに変更をロールバックし、ロジックエラーを分析し、ピアレビューを経て修正版をリリースしました。また、今後の混乱を防ぐため、サンドボックステストのチェックリストも実装しました。
7) Salesforce の最新リリースや機能について、どのように最新情報を入手していますか?
応募者に期待すること: 彼らは、継続的な学習と関連性の維持に対するあなたの取り組みを確認しています。
回答例： Salesforce Trailhead、リリースノート、Dreamforceなどのコミュニティイベントを通じて最新情報を入手しています。また、地域のユーザーグループに参加して、新機能やベストプラクティスについて議論しています。サンドボックス環境での実践的な実験は、新しい機能をチームに提案する前に実際に試すのに役立ちます。
8) Salesforce の自動化ツールを使用してビジネス プロセスをどのように効率化したかを説明してください。
応募者に期待すること: 彼らは、プロセス自動化に関する実践的な経験を見たいと思っています。
回答例： 以前の職務では、Flow Builderを使用して、地域と営業担当者のパフォーマンス指標に基づいてリードの割り当てを自動化していました。この自動化により、手作業によるデータ入力が不要になり、リードへのレスポンス時間が25%短縮され、コンバージョントラッキングも向上しました。また、フォローアップのリマインダー用にフローをスケジュール設定しました。
9) 関係者がベストプラクティスに反する Salesforce のカスタマイズを要求した場合、どのように対処しますか?
応募者に期待すること: コミュニケーション能力、交渉力、プロ意識を評価します。
回答例： まず、ステークホルダーの意図を伺い、根本的なビジネスニーズを理解します。次に、潜在的な技術リスクやメンテナンスリスクを説明し、システムの安定性を維持しながら、ステークホルダーの目標を満たす代替ソリューションを提案します。協力と透明性は、信頼とシステムの健全性を維持する鍵となります。
10) Salesforce 実装の成功を測定するために、どのような KPI または指標を追跡していますか?
応募者に期待すること: 彼らは、ROI と採用追跡に関するあなたの理解を評価したいと考えています。
回答例： 私は、ユーザー採用率、リードコンバージョン率、ケース解決時間、データ精度スコアといった指標に注目しています。これらのKPIは、システムが生産性と意思決定を真に向上させているかどうかを明らかにします。前職では、ユーザーのログイン頻度を追跡し、追加のトレーニングが必要な箇所を特定するダッシュボードを導入しました。
