Connect policy with lived experience
Policies influence whether people can apply for a role, use a purchased system or access a newly released service. We review the requirements and processes behind those experiences, working with the teams responsible for them.
An engagement can focus on one policy area or connect several functions. We agree the documents, stakeholders and priorities at the outset.
Make accessibility requirements operational
We map applicable requirements to the policies your teams use. For UAE organisations, this includes the National Digital Accessibility Policy and relevant Design System expectations in procurement and development.
ISO/IEC 30071-1 informs responsibilities and delivery practices. Where your market or contracts require Section 508, EN 301 549 or EAA-related evidence, we make those expectations explicit in supplier criteria, review checkpoints and reporting.
Three areas of focus
Human resources
Recruitment, onboarding, workplace adjustments, performance, progression and grievance processes, with inclusive language across employee-facing content.
Procurement
Tender criteria, supplier evaluation, contract requirements and conformance evidence, supported by clear responsibilities for vendor oversight.
Software development
Design and testing checkpoints, release controls and issue escalation paths across the development lifecycle.
Practical outputs for your organisation
We identify gaps and develop recommendations or revised policy content within the agreed scope. The aim is to make accessibility expectations clear enough for teams to apply and review.
Our work with Zain Kuwait brings digital services and employee policies into one engagement. Explore the collaboration.
Make the policy work in practice
A policy needs to make the next action clear. Who checks a supplier’s accessibility evidence? Where can an applicant request an adjustment? What happens when a release contains a barrier that prevents a critical task? We use questions like these to examine how written expectations connect with actual decisions.
We work with the policy owners and the teams who apply the process. The review considers inclusive language, responsibilities, evidence requirements, escalation and practical checkpoints. Recommendations can support revisions to existing policies or the development of new content within the agreed scope.
Outputs people can use
- A view of the gaps between policy wording, responsibilities and the intended experience.
- Recommendations or revised content linked to the processes being reviewed.
- Clear ownership and review points for the teams expected to apply the policy.
- Guidance that connects policy requirements with accessibility governance and ongoing delivery.
Before the review begins
Do all policy areas need to be reviewed together?
No. We can focus on a priority process, such as procurement or recruitment, and identify where it depends on other functions. The scope should reflect the decisions you need to improve.
What should our team prepare?
The relevant policies, templates and process descriptions; the people responsible for them; and examples of where teams or users encounter difficulty. These help make the review specific to your organisation.
Bring accessibility into your policies
Tell us which processes you are reviewing and the teams involved.
Discuss policy support