Resources / Accessible information

Give the business pilot form clear labels

Make each practice-buyer form field understandable before someone enters information.

01

The operational decision

Make each practice-buyer form field understandable before someone enters information. Accessibility review starts with the actual task a visitor needs to complete: finding an entrance, reading hours or contacting staff. A polished appearance alone does not show that the information can be used.

02

Prepare the workflow

Use visible labels tied to controls, explain optional fields and place the no-patient-information instruction before the message box.

03

Example wording for approval

“Business email means the practice representative's contact address. The message field is for a business setup question, not a patient request.”

04

Worked example

A fictional business form uses Email as placeholder text that disappears as soon as a buyer types. A persistent label should identify the field as Business email, with a separate instruction excluding patient requests. Associate the label with the control and test focus by selecting the label. Review required and optional fields independently. The goal is not to add more instructions everywhere, but to make each requested business detail understandable before and during entry.

05

Handoff record

Record these task-specific fields: field label, control identifier, help text, editor.

06

Acceptance check

Click a label and inspect its association with the control. A screen-reader review should identify the field's purpose without relying only on placeholder text.

Further reading

Front-desk time calculator ↗

Try Ava with your business’s public information ↗

Related guides

Your workflow, first

Let’s map your first week.

Bring the calls you want covered. We’ll agree the script, handoff and limits.

Start a pilot