can someone present an argument that making a website accessible for a wider audience FIRST makes good business sense?
or alternatively, can anyone vouch for any tooling to make accessibility easier?
also, related, i have a friend who runs an e-commerce business and there are litigious entities suing them because their site is not accessible. they, under a different name, also provide services to update the site so that it is accessible.
All this being said, the cottage industry of lawyers going around suing people for ADA violations is significant and something to be aware of. What I would suggest is that you do the bare minimum of accessibility accommodation, based on your jurisdiction, and only look into adding more accommodations as you grow and scale.
Edit: It makes sense to give alt text for images, use good contrast, and to follow best practices for UI/UX. See what the major complaint(s) are against your friend and try to avoid that for the time being. In essence, don't feel compelled to pay a consultant thousands of dollars for an amount of accessibility that is overkill at this stage.
Lastly, what I wrote sounded harsh, and I really do wish you the best. I would hate to have you spend thousands on premature accessibility and potentially lose the ability to fund something else that might help your project. Best of luck.
When accessibility is thought about and incorporated ahead of time, your overall user experience tends to be better. This is sometimes referred to as Universal Design.
I managed a project where we implemented a UI redesign for our existing enterprise SaaS software and we "went the extra mile" to not just make the experience accessible but to make that experience pleasant for our users with disabilities. In the end, some of the features -- especially around keyboard navigation -- that came out of that accessibility work were considered the best part of the redesign to our users.
We had to retrofit some of the WCAG functionality into our product. Possible but better to have it as a requirement up front. The thing is, modern browsers are really good about accessibility so you gotta go out of your way to mess it up.
In my opinion it's like having ramps for wheelchairs. Not the first thing that needs to go up, but it should be soon. If you don't design your building with the ramp in mind you usually end up with an ugly design.
As for tools, for example, there is https://tenon.io/ by accessibility expert Karl Groves.
I've worked for municipal government in the US and federal in Canada. In the US, following Section 508 and the Web Content Accessibility Guidelines (WCAG 2.0) was a requirement for all our projects. As a team, we also committed to writing at a Grade 5 or less reading level, as for many constituents of the city, English may not be their first language, and government services should be accessible to everyone. Having a website that people could use, interact with, complete tasks on, etc, meant that they were fewer phone calls, emails, and support requests for things like translation support, checking where the snowplows were, or renewing a dog license.
If you have a broad audience and a global audience, having an accessible website makes it possible for everyone to get the information or have the interaction you're looking for. In my experience sometimes that can be mean losing out on cutting-edge or super interactive features, but you get to ensure a baseline pleasant experience for everyone.
A minority of your users may have permanent disabilities but many have many have temporary or situational (looking at their phone in a bright coffee shop, forgot their glasses) disabilities, and building to common a11y standards allows you to use off-the-shelf tools (e.g. axe) to easily and semi-automatically help maintain that you can deliver a good experience in these circumstances.
Some surveys I've been aware of find a surprising amount (1/3 to 1/2) of users use screen magnifiers. This isn't common among developers who have 30" IPS monitors and good or well-corrected vision, but it is more common in the general population. Anecdotally, many people have awful displays too.
The easiest thing you can do is run a linter with an a11y plugin to make sure you cover the basics. It can be annoying at first, but you'll get used to it.
A tool like axe (https://github.com/dequelabs/axe-core) is good for checking your work and/or automating away some of the less obvious stuff. It provides both a Chrome plugin and an automated checker for CI.
Getting comfortable enough with this stuff that it no longer requires a ton of work is definitely a good goal. Your users will have a better time overall and you'll have peace of mind.
> A high level of Web accessibility led to better performance (i.e., task completion time and task completion rate) than low or very low accessibility. Likewise, high Web accessibility improved user ratings (i.e., perceived usability, aesthetics, workload, and trustworthiness) compared to low or very low Web accessibility. There was no difference between the very low and low Web accessibility conditions for any of the outcome measures.
In more than 80% of cases accessibility is free if you know what you are doing. The best business case there is a competence filter on hiring front end developers.