Accessibility Statement

Our commitment

myPeer is built for doctors across India, on every kind of device and connection, with every kind of ability. We want a doctor using a screen reader, keyboard-only navigation, or reduced-motion settings to have the same experience of claiming and owning their identity as anyone else.

Our goal is conformance with the Web Content Accessibility Guidelines (WCAG) 2.1, Level AA. We are not yet claiming full conformance; this statement describes honestly where we are.

What we do today

• Motion is respectful. myPeer uses rich, animated interfaces, and every animation respects the operating-system "reduce motion" preference app-wide. If you have reduced motion enabled, decorative movement is minimised or removed.
• Keyboard access. Interactive elements are reachable by keyboard, and keyboard focus is visibly indicated so you always know where you are on the page.
• One question at a time. Sign-up and profile flows ask one clear question per step, with plain wording and curated choices - designed to reduce cognitive load for everyone.
• Honest empty states. Where there is no data, we show "-" or a clear empty message, never misleading placeholder numbers.
• Colour with contrast in mind. Our brand palette (deep navy ink on light backgrounds) is chosen with text-contrast targets in mind. Colour is not the only carrier of meaning - for example, the verified state uses both a badge and a label.
• No auto-playing media. The homepage may show one dismissible "before you go" prompt - at most once per visit, closable by keyboard (Escape), and never repeated in the same session.

What patients and the public can expect

Doctors' public cards and websites are generated from structured profile data, which keeps them consistent: semantic headings, alternative text conventions for profile imagery, and readable typography (Plus Jakarta Sans, Inter) at accessible sizes.

Known gaps

Accessibility is a work in progress, and we'd rather be honest than overclaim. A formal WCAG 2.1 AA evaluation is planned but not yet complete, and some areas - including a full screen-reader pass of the claim flow and a colour-contrast review of every website template - are still on our list. If you rely on assistive technology and hit a barrier, please tell us (see below) and we'll prioritise a fix.

Testing and review

We test with keyboard-only navigation and reduced-motion settings during development. A structured accessibility review cadence is being defined.

Feedback

If any part of myPeer is difficult for you to use, we genuinely want to know. Contact us at support@mypeer.in and we will respond as soon as we can. Please tell us the page, the assistive technology you use, and what went wrong.

Continuous improvement

Accessibility is not a one-time checkbox. This statement will be updated as gaps are closed, and its "Last reviewed" date will reflect the most recent audit.

Open questions for review

1. Accessibility contact - designate the email (or form) for accessibility feedback and who owns triage.
2. Response SLA - confirm the committed response time for accessibility reports.
3. Audit plan - internal audit vs third-party WCAG 2.1 AA evaluation; timing and budget owner.
4. Known-gaps list - team to complete the checklist above with honest current statuses before publication.
5. Conformance claim wording - legal to confirm we describe the target as a goal, not a certified conformance level, until an audit supports more.
6. Target date - is the company willing to publish a target date for WCAG 2.1 AA conformance?