Skip to main content
keystoneloom
Rebuild studyHarbor & Main DentalDental / Healthcare

A patient experience rebuilt to be usable by everyone — and measurably fast.

The baseline models an eight-year-old practice site: tiny gray text, no keyboard access, no clear way to request an appointment. The rebuild shows accessibility treated as engineering, not decoration.

A rebuild study: a typical underperforming website, rebuilt to our standard under a fictional brand. The engineering is real — every number is measured on the build.

WCAG 2.1 AA

Accessibility practices, audited on the build

Archetype

Two-location practice with an inaccessible legacy site

Disciplines shown

Design & Build, Accessibility, Performance

Build time

5-week rebuild

The starting point

The baseline fails the basics that legacy healthcare sites commonly fail: text contrast below readable thresholds, forms without labels a screen reader can announce, navigation that traps keyboard users, and an appointment path that requires hunting. For a practice, every one of those failures is a patient who books elsewhere.

The rebuild

The rebuild starts from the three questions every new patient has — do you take my insurance, does it hurt, how fast can I get in — and makes "request an appointment" a single step from every page.

Accessibility is built in, then verified: full keyboard coverage, screen-reader-tested structure, honest contrast throughout, and reduced-motion support. The pages are server-rendered and light, so the calm design is also a fast one.

What it demonstrates

Accessibility and performance aren't add-ons we sell separately — they're construction quality. This build shows both implemented to a verifiable standard, the same way we'd implement them for a real practice.

Measured on the build

WCAG 2.1 AA

Accessibility practices, audited on the build

100%

Interactive elements keyboard-operable

0.9s

Mobile load (lab)

1 step

To an appointment request from any page

Measured on the rebuilt concept in lab conditions: mid-range Android device, throttled 4G.

Before / after — measured on the build

[ Baseline ]

No path

To an appointment request

  • Contrast below readable thresholds
  • Forms without announced labels
  • Navigation traps keyboard users
  • Appointment path requires hunting

[ Rebuild ]

1 step

To an appointment request

  • WCAG 2.1 AA practices throughout
  • Screen-reader-tested structure
  • 100% keyboard-operable
  • 0.9s mobile load (lab)

100%

Interactive elements keyboard-operable

Get a straight answer about your website.

Send your URL. We'll tell you what's costing you customers — specific findings, plain English, no obligation.