Pass ADM-201 Exam Guide

When naming actions for an AI agent, consistency is key to helping the Large Language Model (LLM) categorize and understand the available tools. Following a consistent naming convention, such as starting all retrieval actions with the verb " Get, " allows the agent to more easily map user intent (e.g., " I need information about... " ) to the appropriate action. This reduces ambiguity during the reasoning phase of the agentic loop. Using inconsistent verbs like Find, Retrieve, or Identify (Option D) can confuse the model regarding which action is most appropriate for a given task. Removing verbs entirely (Option A) makes it harder for the model to distinguish between an action (doing something) and a data object (a thing). Adding " Salesforce " (Option B) is generally redundant as the agent ' s context is already within the Salesforce environment.

The Lightning App Builder is the primary tool for creating custom user interfaces in both the desktop and mobile versions of Salesforce. For mobile customization, administrators primarily focus on two page types:

App Page: These are custom " landing pages " or " home pages " for an app. They can contain a mix of components like lists, charts, and flows, and they appear as items in the mobile navigation menu.

Record Page: These allow administrators to customize the layout of a specific object (like an Account or a custom Property record) for mobile users. Admins can use " Component Visibility Rules " to show or hide specific sections when the record is viewed on a mobile device, ensuring a streamlined experience on smaller screens.

There is no such thing as a " User Page " (Option B) in the App Builder. While dashboards can be viewed on mobile, they are created in the Dashboard Builder, not the Lightning App Builder (Option D).

To ensure data integrity and guide sales reps through a structured process, a Platform Administrator should use a combination of tools. Opportunity Path (Option C) provides a visual representation of the stages and allows the admin to highlight " Key Fields " and " Guidance for Success " for each stage, making it clear what information is needed to progress. To enforce the entry of that data, Validation Rules (Option D) are used to prevent a user from moving to the next stage if specific fields are blank (e.g., AND(IsChanged(StageName), IsBlank(Discovery_Notes__c))). Additionally, marking fields as required on the Page Layout (Option A) ensures that the most fundamental data points are always captured. While Flow (Option B) can perform many tasks, it is not the primary way to mark fields as " required " in the UI. " Guided Selling " (Option E) is a specific term often associated with Salesforce CPQ rather than standard Opportunity management. Using Path, Validation Rules, and Page Layout requirements provides a robust framework for managing the sales lifecycle effectively.

Big Deal Alerts are a specialized, " out-of-the-box " notification feature specifically for the Opportunity object. This tool allows a Platform Administrator to define a threshold based on " Amount " and " Probability. " When an opportunity is created or updated and meets these thresholds (in this case, > $250k and > 75%), Salesforce automatically sends an email notification to a specified user or a list of stakeholders. This is the most efficient way to meet the requirement because it is a native feature designed exactly for high-value deal visibility. While Reports and Dashboards (Option C) can display this data, they are " pull " mechanisms that require leadership to actively check them, whereas a Big Deal Alert is a " push " mechanism that ensures immediate awareness. Guidance for Success (Option A) provides tips within a sales path, and Similar Opportunities (Option D) helps reps find related deals, but neither is designed for automated leadership notifications.