Explanation: The Salesforce Navigation Setup mode allows the administrator to customize the navigation menu and navigation bar of the Salesforce mobile app using the Mobile Only app. The administrator can select the Lightning pages, Visualforce pages, Lightning components, and other productivity items that they want to appear in the navigation menu and navigation bar. The administrator can also reorder the navigation items and create tabs for them. To customize navigation items, in the Quick Find box, enter Navigation, and select Salesforce Navigation 1. Visualforce pages and Lightning pages can be included in the navigation menu and navigation bar of the Salesforce mobile app, as long as they have tabs created for them. To create a tab, from Setup, enter Tabs in the Quick Find box, and select Tabs 1.

Explanation: The Path feature that should be used to add onboarding value for the sales representatives is the Key fields component. The Key fields component allows the admin to specify up to five fields that are important or required for each stage of the Path. The sales reps can see and edit these fields directly from the Path, without scrolling through the record page. This helps to guide the reps on what information they need to gather or update at each stage, and ensures data quality and completeness. The Key fields component can also be used to enforce validation rules or required fields, by preventing the reps from moving to the next stage until they fill out the necessary fields.

Explanation: A usability testing report is a document that summarizes the findings and insights from a usability test, which is a method of evaluating a product or service by observing how real users interact with it. A usability testing report should provide clear and actionable recommendations for improving the user experience and usability of the product or service1. One of the best practices for presenting the findings of a usability testing report is to be specific about the issues testers encountered. This means describing the problems in detail, explaining how they affected the user’s performance and satisfaction, and providing evidence from the data collected, such as quotes, screenshots, videos, or metrics. Being specific about the issues helps to illustrate the severity and impact of the problems, as well as to justify the need for improvement2.
The other two options, reporting only the new issues and omitting already known bugs, and including the names of participants in the report, are not good practices for presenting the findings of a usability testing report. Reporting only the new issues and omitting already known bugs can create a biased and incomplete picture of the usability test results, as it can overlook the recurring and persistent problems that may still affect the user experience and usability of the product or service. Including the names of participants in the report can violate the ethical and legal principles of user research, such as confidentiality, anonymity, and informed consent, which require protecting the privacy and identity of the users who participate in the research3.

Explanation: To optimize the relationship between two objects in Salesforce, such as Container and Container Bids, where there is a need for a tight relationship and cascading delete functionality, a Master-Detail relationship is most suitable. This type of relationship has the following characteristics:

Cascading Delete: When a record in the master (or parent) object is deleted, all related detail (or child) records are automatically deleted. This ensures data integrity and aligns with the requirement that Container Bids should be deleted when their associated Container is deleted.

Tight Coupling: A Master-Detail relationship creates a strong linkage between the two objects, where the detail (child) record's existence is dependent on the master (parent) record. This is appropriate for scenarios where the child record should not exist without its parent.

Options B (Hierarchical Lookup) and C (Many-to-one Lookup) do not provide the same level of dependency and cascading delete functionality inherent in a Master-Detail relationship.

Explanation: A storyboard is a visual representation of a user’s journey with a product or service. It shows how the user interacts with the product or service in a specific context, what their goals and pain points are, and how the product or service solves their problems or meets their needs. A storyboard typically consists of a series of sketches or illustrations that depict the user’s actions, thoughts, and emotions at each step of the journey1. A storyboard is the most suitable technique for CK’s UX Designer to use in this case, because it can help them communicate their innovative solution to the team and show where and why it fits into what the customer does. A storyboard can also help the UX Designer to validatetheir assumptions, test their ideas, and get feedback from the team and the customers. Astoryboard can also inspire the team to generate more ideas and solutions, and align them with the user’s perspective2. Personas are fictional characters that represent the potential users of a product or service. They are based on user research and data, and they describe the user’s demographics, behaviors, motivations, goals, and frustrations. Personas are useful for understanding the user’s needs and expectations, and for designing products or services that cater to them. However, personas alone are not enough to show how the user interacts with the product or service in a specific context, or how the product or service solves their problems or meets their needs. Personas need to be complemented with other techniques, such as scenarios, user stories, or storyboards, to illustrate the user’s journey3. A high-fidelity prototype is a realistic and interactive simulation of a product or service. It mimics the look, feel, and functionality of the final product or service, and it can be used for testing and evaluation purposes. A high-fidelity prototype is useful for demonstrating the features and benefits of a product or service, and for getting feedback from the users and stakeholders. However, a high-fidelity prototype is not the best technique for showing where and why a product or service fits into what the customer does, as it focuses more on the details and specifics of the product or service, rather than the context and situation of the user. A high-fidelity prototype is also more time-consuming and resource-intensive to create than a storyboard, and it may not be necessary at the early stages of the design process.