According to the Web Content Accessibility Guidelines (WCAG) 2.1, the minimum color contrast ratio for normal text is4.5:11. This means that the difference in brightness (luminance) between the text color and the background color should be at least 4.5 times.This ensures that the text is readable by people with moderately low vision, color deficiencies, or contrast sensitivity1. The contrast ratio can be calculated using the formula:

L2​+0.05L1​+0.05​

whereL1​is the relative luminance of the lighter color andL2​is the relative luminance of the darker color2.The relative luminance is a value between 0 and 1, where 0 is black and 1 is white2.The contrast ratio can range from 1:1 (white on white) to 21:1 (black on white)2.

The contrast ratio requirement for normal text is lower for larger text or bold text, as they are easier to read at lower contrast.For large text (18 point or 14 point bold), the minimum contrast ratio is3:11.For graphics and user interface components, such as form input borders, the minimum contrast ratio is also3:13.For level AAA conformance, the minimum contrast ratio for normal text is7:1and for large text is4.5:11.

To evaluate the color contrast ratio of a site, there are various tools available, such as theContrast Checkeror theContrast Ratiotool. These tools allow users to enter the text color and the background color and see the contrast ratio and whether it meets the WCAG guidelines. They also provide suggestions for improving the contrast ratio if needed.

References:

• Understanding Success Criterion 1.4.3: Contrast (Minimum)
• Contrast Ratio - WCAG Color Contrast Checker
• WebAIM: Contrast Checker
• WCAG: Accessible colour and contrast ratios
• Contrast ratio - WCAG WG

The Salesforce Lightning Design System (SLDS) is a CSS framework that helps designers and developers create applications with the look and feel of Lightning Experience. SLDS provides a library of design tokens, icons, components, utilities, and patterns that can be used to build consistent, responsive, and accessible user interfaces1. One of the features that SLDS provides for designers and developers is semantic and accessible component markup. Semantic markup means using HTML elements that describe the meaning and structure of the content, rather than just the presentation. For example, using 

 for a main heading, 

 for a paragraph, or  for a button. Semantic markup helps to improve the readability, maintainability, and SEO of the code2. Accessible markup means using HTML attributes and techniques that enhance the usability and accessibility of the content for people with disabilities. For example, using aria-label to provide a descriptive label for an element, role to indicate the function of an element, or tabindex to control the keyboard focus order. Accessible markup helps to ensure that the content can be perceived, understood, operated, and interacted with by people using assistive technologies, such as screen readers, keyboards, or voice commands3. SLDS provides semantic and accessible markup for its components, which are reusable UI elements that can be customized and composed to create complex interfaces. SLDS components follow the Web Content Accessibility Guidelines (WCAG), which are the international standards for web accessibility4. SLDS components also use the BEM (Block Element Modifier)naming convention, which is a methodology for creating clear and consistent class names for CSS selectors5. By using SLDS components, designers and developers can create user interfaces that are not only visually appealing, but also meaningful and accessible for everyone. References: Introduction to the Salesforce Lightning Design System, Semantic HTML: How to Structure Web Pages, Accessible Rich Internet Applications (WAI-ARIA), Web Content Accessibility Guidelines (WCAG) Overview, BEM — Block Element Modifier

A docked prompt is a type of In-App Guidance that can be used to provide contextual help and guidance to the users in the Salesforce app. A docked prompt is a small pop-up window that appears at the bottom of the screen, and can contain text, images, links, or videos. A docked prompt can be triggered by various events, such as opening a page, clicking a button, or completing an action. A docked prompt can also be dismissed by the user, or set to expire after a certain time or date12

A UX Designer can customize the Salesforce Help Menu to meet the request of Cloud Kicks’ Sales team by creating a docked prompt based on new feature rollouts. This way, the UX Designer can:

• Inform the users about the new features and how they can benefit from them. For example, the UX Designer can create a docked prompt that introduces the new Einstein Opportunity Scoring feature, and explains how it can help the users prioritize their opportunities and close more deals3
• Guide the users through the steps and best practices to use the new features. For example, the UX Designer can create a docked prompt that shows the users how to access and configure the new Einstein Opportunity Scoring feature, and how to interpret and act on the scores3
• Engage the users and encourage them to explore and adopt the new features. For example, the UX Designer can create a docked prompt that includes a link to a video tutorial, a Trailhead module, or a feedback survey about the new Einstein Opportunity Scoring feature3
• Show a site map of all the content: This is not a way to customize the Salesforce Help Menu to meet the request of Cloud Kicks’ Sales team, because a site map of all the content is not a typeof In-App Guidance, and it does not provide specific and timely help and guidance for the users. A site map of all the content is a visual representation of the structure and hierarchy of a website or app, and it can be useful for planning and designing the user interface, but not for providing In-App Guidance4
• Provide links to external resources, such as training videos or a company dictionary: This is not a way to customize the Salesforce Help Menu to meet the request of Cloud Kicks’ Sales team, because providing links to external resources is not a type of In-App Guidance, and it does not provide contextual and interactive help and guidance for the users. Providing links to external resources is a way to supplement the Salesforce Help Menu with additional information and resources, but not to create In-App Guidance5

References:

• Create In-App Guidance Unit | Salesforce Trailhead
• In-App Guidance - Salesforce Help
• Create a Docked Prompt for New Feature Rollouts Unit | Salesforce Trailhead
• What is a Sitemap? - Interaction Design Foundation
• Customize the Help Menu in Lightning Experience - Salesforce Help