Skip to content

Service

Accessible & Inclusive Design

Accessibility handled while designing rather than retro-fitted after an audit fails. Contrast, target sizes, focus order, semantics, motion sensitivity and text scaling — checked as part of the definition of done.

Ongoing within a project, or 1–2 weeks standaloneDiscuss this

Is this you?

You should talk to me if…

If none of these sound like your situation, this is probably not the right service — and I would rather point you somewhere useful than sell you the wrong thing.

  • You have a compliance requirement and a deadline.
  • An audit came back with a list you do not know how to action.
  • You want your next release to be accessible without a separate project to make it so.

What happens

The work, step by step

  1. 01

    Colour and typography choices validated against WCAG 2.2 AA before they enter the system.

  2. 02

    Focus order and keyboard paths specified in the design, not left to implementation.

  3. 03

    Semantics and labels annotated for screen-reader behaviour.

  4. 04

    Reduced-motion alternatives for every animation that needs one.

  5. 05

    Layouts verified at 200% text scaling.

  6. 06

    A short accessibility guide your team can keep applying after I leave.

What you receive

Editable source files you own outright, plus the documentation that makes them usable by someone who was not in the room.

  • Accessibility-validated tokens
  • Focus & keyboard specs
  • Screen-reader annotations
  • Reduced-motion variants
  • Team guidance document

Typical timeline

Ongoing within a project, or 1–2 weeks standalone

That range assumes feedback comes back within two working days. Review latency is the single biggest cause of slipped design timelines — more than scope, more than complexity.

Get a fixed quote

Need accessible & inclusive design?

Tell me where the product is today and what is going wrong. You will get a straight answer on scope, timeline and price.

madnansakhi@gmail.com