In this phase, work is done to define the needs and objectives of the project. Digital accessibility must be considered from the planning phase to avoid costly corrections and ensure an inclusive experience for all, including those with disabilities.
In the planning phase of a project, the following actions take place:
-
-
- Analysis of user and market needs.
- Definition of functionalities and objectives.
- Drawing up specifications.
- Cost and time estimates.
5 ways to include accessibility in project planning:
- Define accessibility goals
-
- Comply with standards and regulations: WCAG, SGQRI, RGAA, ADA, etc.
- Understand the needs of people with visual, auditory, motor or cognitive limitations.
- Foster a proactive inclusion approach: Make the product accessible from the start, not after the fact.
- Involve stakeholders from the beginning
-
- Product Owners: Integrate accessibility into the product vision
- UX/UI Designers: Design adapted interfaces (contrast, text size, keyboard navigation, etc.).
- Developers: Prevent technical errors by adopting accessible practices.
- Testers and QA: Validate compliance with accessibility criteria.
- End users (including those with disabilities): Participate in testing to identify areas for improvement.
- Prioritizing accessibility with MoSCoW
Example of how MoSCoW can be applied to accessibility:
Priority
|
Accessibility Support
|
Must Have
|
Keyboard navigation, screen reader compatibility, sufficient contrast
|
Should Have
|
Video subtitling, alternative to animations
|
Could Have
|
Dark mode for visual comfort
|
Won't Have
|
Advanced features that require significant resources at launch
|
- Integrate accessibility into the roadmap and user stories. for example:
- As a visually impaired user, I want to be able to navigate the site with a screen reader to access the information easily. Acceptance criteria:
-
-
-
- All interactive elements must be accessible by keyboard.
- Essential images must have a description (alt attribute).
- Colors should not be the only way to convey information.
5. Provide tools and regular audits
-
-
- Wave, Axe DevTools, Lighthouse: Automatic accessibility error checking.
- Contrast Checker: Check colors and contrasts.
- VoiceOver (Mac), NVDA (Windows), JAWS (Windows): Test with a screen reader.
- Schedule regular check-ins at each sprint to ensure accessibility is well integrated
What’s the next step?
In our next post, we’ll talk about accessibility in the development phase. If you’re looking to get started on your accessibility training, you can download our training catalogue!
Have a project in mind? We’d love to talk to you about it!