Skip to content
srihanu

Most audits hand you a report. We hand you a fixed product.

Accessibility audits, UX fixes, and AI-ready engineering — for teams who need it done, not just documented.

Services

  • React
  • Angular
  • WCAG 2.1 AA Audits
  • UX Audits
  • AI-Ready Engineering

Try it

Scan any site for accessibility issues.

Drop in a URL and get a simulated WCAG 2.1 AA audit — issues mapped to POUR principles, with the fix for each. This is the kind of report we hand you, except we also do the fixing.

AI-simulated audit for demo purposes. For production audits, pair with axe-core or Lighthouse.

What WCAG involves

Compliance is more than a colour check.

WCAG covers how the page is perceived, operated, and understood. These are three of the dimensions we audit and fix — the rest live in the same places: the components, the tokens, and the markup.

01 / 03Perceivable

It reads correctly to a screen reader.

Headings in order, images with real alt text, form fields wired to their labels, and state changes announced — so a blind user navigating by voice gets the same page a sighted user sees, not a wall of unlabelled buttons.

02 / 03Operable

Everything works from the keyboard.

Every link, menu, and modal reachable with Tab, usable with Enter and Escape, with a focus ring you can actually see and no traps you can't get out of — because a lot of people never touch a mouse.

03 / 03Understandable

The contrast holds at a glance.

Text at 4.5:1 against its background, interactive elements at 3:1, and meaning never carried by colour alone — so the page stays legible in sunlight, on a cheap panel, and for the one in twelve men with colour-vision deficiency.

Two challenges. Two case studies.

All work →
01 / 02

Accessibility issues don’t live in reports. They live in components.

Nielsen-heuristic UX audit, WCAG 2.1 AA remediation, and component-level React fixes.

User Experience · WCAG 2.1 AA/AAA · W3C · Figma

WCAG 2.1 AA & AAA accessibility conformance report showing a 97% pass score, zero critical issues, sampled success criteria, and POUR principle coverage
02 / 02

The theme passed the demo. It failed every screen reader.

A page-builder WordPress site brought to WCAG 2.1 AA — fixed in the theme and the blocks, not behind an overlay.

WordPress · Child Theme · Elementor · WCAG 2.1 AA

WordPress accessibility remediation: before-and-after of a page-builder site, the original failing keyboard focus and contrast checks on the left and the remediated child-theme version passing WCAG 2.1 AA on the right

Also in the lab

Not a mockup. Not a recording. A live AI pipeline running in your browser.

Push code. Watch it travel through GitHub, OpenAI, and back — in real time.

Craft

Where UX and accessibility meet.

We don’t treat them as separate engagements. The same decisions shape both — and shipping one without the other always shows.

UX as engineering

Respect for the user’s time.

Time-to-interaction is a UX outcome before it’s a Lighthouse number. We profile what the user actually waits for and fix the things that show up in the data — not the things that show up in a designer’s ticket.

Accessibility as engineering

Built into the system.

Contrast in the tokens. Keyboard behavior in the component library. Screen-reader flows in the routing layer. CI gates that fail when a regression lands. Not a phase before launch — a property of the product.

What clients say

They diagnosed the issue in the first call and fixed it within a week. The dashboard hasn’t dropped a frame since.
— Head of Product, Series A startup, Bengaluru

Got a frontend problem worth solving?

Let's talk for 20 minutes. No pitch. Just diagnostics.