Certified-Business-Analyst Salesforce Certified Business Analyst Exam (SP25) Free Practice Exam Questions (2025 Updated)

The action that the business analyst should take to quickly introduce new functionality to impress the customer is to demo standard features and elicit feedback from the customer. Demoing standard features means showing the customer how Sales Cloud can provide out-of-the-box functionality that meets their needs or expectations without requiring extensive customization or development. Eliciting feedback means asking the customer for their opinions or suggestions on how Sales Cloud can improve their sales process or performance. Demoing standard features and eliciting feedback helps to quickly introduce new functionality to impress the customer by demonstrating the value and benefits of Sales Cloud, as well as engaging and involving the customer in the solution design and delivery. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

An Admin can unlock a user from Users > Select user > Unlock. This is the standard way to unlock a user who has been locked out due to incorrect password attempts or other reasons. Setup > Locked Users > Unlock, Setup > Object Manager > Users > Select User > Unlock, and Users > Logins > Unlock Users are not valid ways to unlock a user in Salesforce. References: https://help.salesforce.com/s/articleView?id=sf.users_unlock.htm &type=5

The items that the business analyst documented are non-functional requirements. Non-functional requirements are statements that describe how a system or solution should perform, behave, or appear, rather than what it should do or provide. Non-functional requirements can include aspects such as usability, reliability, security, availability, scalability, etc. Non-functional requirements help to ensure that the system or solution meets the quality standards and expectations of the stakeholders or users. The items that the business analyst documented are non-functional requirements because they specify how Sales Cloud should perform (portal pages should load within 2 seconds) and behave (all logins must use multi-factor authentication). References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/requirements-management

 The user story should include a quantifiable reason why the feature is needed. This helps to define the value or benefit that the user expects from the feature, and provides a basis for prioritizing, testing, and accepting the user story. A quantifiable reason should be specific, measurable, achievable, realistic, and time-bound. For example, “As a service agent I want Salesforce Macros to complete repetitive tasks faster so that I can reduce my average case resolution time by 10%.” The other options are either irrelevant or incorrect. Option A does not improve the user story, but rather makes it vaguer and ambiguous. Option B does not improve the user story, but rather changes the user role and perspective. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories

Legal accessibility standards fall under non-functional requirements (NFRs), which define system constraints or quality attributes:

Applicability: NFRs like accessibility apply universally to the solution, ensuring compliance with ADA, Section 508, and WCAG standards, as mandated for many Salesforce projects.

Consistency Across Features: Documenting accessibility as an NFR ensures the requirement is enforced universally and is not tied to specific functional user stories.

Industry Alignment: Salesforce emphasizes capturing non-functional needs to meet legal and organizational standards effectively.

The reference that the business analyst should consult to learn more about the previous consultant’s recommendation is an Entity Relationship Diagram (ERD). An ERD is a diagram that shows the logical structure and relationships of data entities in a database or system. An ERD helps to model and document how data entities are organized, connected, and interact with each other. An ERD also helps to normalize data entities by reducing redundancy and inconsistency in data storage and retrieval. The previous consultant recommended that Universal Containers move to a more normalized data model to represent its containers, which means that they wanted to avoid storing duplicate or unnecessary data in multiple tables or fields. The business analyst should consult an ERD to learn more about how the previous consultant proposed to design and implement a more normalized data model for Universal Containers. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/business-process-mapping

The type of session that the business analyst should perform to elicit user stories from UC’s customers is journey mapping. Journey mapping is a technique that involves creating a visual representation of the steps or stages that a customer goes through when interacting with an organization, product, or service. Journey mapping helps to capture the customer’s experience, needs, goals, pain points, emotions, and touchpoints across their entire lifecycle. Journey mapping also helps to identify any gaps or opportunities for improvement or innovation in the customer journey. Journey mapping can help elicit user stories from UC’s customers by allowing them to share their perspectives and feedback in their own words, as well as showing how the solution can add value and benefits to their journey. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

A virtual whiteboard is a technique that a business analyst can use to optimize effectiveness and build a shared understanding of an idea and approach with sales users in various locations. A virtual whiteboard is an online tool that allows multiple participants to collaborate visually by drawing, writing, or annotating on a shared screen. It can help them brainstorm ideas, create diagrams, or give feedback in real time. A demo prototype is a technique that can be used to show how an idea works or looks like, but not to collaborate on it. One-on-one meetings are techniques that can be used to communicate with individual stakeholders, but not with a group. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/collaboration-with-stakeholders https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories

The types of analyses that a business analyst typically performs during the discovery phase of a Salesforce project are enterprise analysis, strategy analysis, and stakeholder analysis. Enterprise analysis is a technique that examines and evaluates the internal and external factors that affect a business or organization. It can help the business analyst understand the strengths, weaknesses, opportunities, and threats (SWOT) of a business or organization. Strategy analysis is a technique that defines and clarifies the goals, objectives, scope, and success criteria of a project or initiative. It can help the business analyst align the project or initiative with the vision and mission of a business or organization. Stakeholder analysis is a technique that identifies and evaluates the people who have an interest in or influence on a project or initiative. It can help the business analyst understand who are the key stakeholders, what are their roles and responsibilities, what are their needs and expectations, how they communicate and collaborate, etc. Financial analysis is a technique that assesses the costs and benefits of a project or initiative. It can help the business analyst justify or prioritize the project or initiative based on its return on investment (ROI) or net present value (NPV). Technical analysis is a technique that examines and evaluates the technical aspects of a project or initiative. It can help the business analyst understand the feasibility or complexity of a project or initiative based on its architecture or design. Operational analysis is a technique that analyzes and optimizes the processes and workflows of a business or organization. It can help the business analyst improve the efficiency or effectiveness of a business or organization based on its performance metrics or best practices.

The first step that the business analyst should take before starting UAT is to identify power users. Power users are users who have extensive knowledge and experience with using Salesforce, and can provide valuable feedback and insights during UAT. Power users can help to write, review, and execute UAT scenarios, as well as train and support other users during UAT. Power users can also act as champions for change management, and help to promote adoption and satisfaction with the solution. The business analyst should identify power users from different roles, teams, or regions, depending on the scope and scale of the project. The business analyst should also communicate with power users about their expectations, responsibilities, and availability for UAT.

The user story should focus on customer experience. Customer experience is the perception and feeling that a customer has when interacting with a product or service. Customer experience is a key factor that influences customer satisfaction, loyalty, retention, and advocacy. A user story should focus on customer experience because it helps to define the value or benefit that the customer expects from the product or service, and provides a basis for designing and developing the solution that meets or exceeds the customer’s needs and expectations. The other options are either irrelevant or incomplete. Option A does not focus on customer experience, but rather on sales margins, which are an internal metric that may not reflect the customer’s perception or feeling. Option C does not focus on customer experience, but rather on product functionality, which is only one aspect of customer experience and may not address the customer’s emotional or psychological needs. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories

The tactical document that the business analyst should use to capture features is a release plan. A release plan is a document that outlines the scope, schedule, resources, and deliverables of a project or enhancement that will be released to production. A release plan helps to communicate and align with stakeholders on what features will be delivered, when they will be delivered, how they will be delivered, and who will be involved in delivering them. A release plan also helps to manage expectations, risks, dependencies, and changes throughout the project lifecycle. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/project-planning

When a business analyst finds it difficult to get a response from a subject matter expert (SME), they should escalate the concern to the SMEs’ manager. This is because the SMEs’ manager can help to prioritize the project, provide feedback, and ensure accountability. The business analyst should also document the communication attempts and issues, and keep the project sponsor and other stakeholders informed of the status and risks. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/collaboration-with-stakeholders

This answer suggests focusing on the inputs and outcomes of the current process as a recommendation that the BA should make to help the stakeholders reach agreement about the process after creating a business process map of the existing process for streamlining a complex business process at Universal Containers. Inputs are the resources or information that are needed to start or perform a process. Outcomes are the results or outputs that are produced or delivered by a process. Focusing on the inputs and outcomes of the current process can help the BA to identify and align what is required and expected from each stakeholder involved in the process, and to resolve any discrepancies or conflicts among them. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

The business analyst should write test scripts that reflect real life and cover the requirements to help prevent gaps from being discovered after go live. Test scripts are step-by-step instructions on how to execute a test scenario on a specific user or level of access using expected inputs and outputs. Test scripts should reflect real life situations that users may encounter when using the solution in production, such as creating cases, updating records, generating reports, etc. Test scripts should also cover all the requirements that were defined for the project or enhancement, as well as any exceptions or variations that may occur. Writing test scripts that reflect real life and cover the requirements can help ensure that the solution works as intended and meets stakeholder needs. References: https://trailhead.salesforce.com/content/learn/modules/user-acceptance-testing-video/create-test-scripts