Accessibility rework slowing delivery?
» Get the daily email for product leaders. «

Your personal reading experience

If you want to customise the appearance of the different global elements on the website, including the website theme, text scales and a custom modifier key for keyboard shortcuts, you need to enable Functional cookies in your cookie settings.

You're using the System Theme theme with a regular font size.

Hey there!

I'm Bogdan.

I help product teams kill accessibility rework.

I work with Heads of Product at growing digital health organisations to get accessibility right the first time, without slowing delivery or creating expensive rework.

Unlike accessibility agencies, I don't drop in with an audit and disappear. I work alongside your team while real work is happening, so accessibility becomes part of everyday product decisions instead of a last-minute fix.

For over 11 years, I've worked on digital products used by healthcare and education organisations. My expertise spans accessibility, inclusive design and modern web technologies, but my real focus is helping product teams become confident enough to build accessible products without depending on an external expert forever.

Bogdan speaking at a workshop

I can help if...

  • Accessibility issues keep appearing late in delivery, when they are harder and more expensive to fix.
  • Your team wants to reduce rework, but nobody is quite sure who should own accessibility between Product, Design, Engineering and QA.
  • Designers and engineers are making good decisions individually, but those decisions are inconsistent across features or teams.
  • You want accessibility built into normal product delivery, without slowing teams down or adding heavy process.
  • You need more confidence that product quality will scale as your team grows.

How I work

I work alongside product teams, not around them.

My role is to help your team get better at this in real work, not to point out what's wrong or hand over a report that nobody has time to action.

That means working with the people already building your product. Product Managers. Designers. Developers. QA. Together, we solve real delivery problems as they happen, so accessibility becomes something your team naturally considers rather than something that gets squeezed in before a release.

I prefer long-term partnerships over one-off engagements because that's where meaningful change happens. Priorities change. Teams evolve. New features are built. Embedding accessibility into the way your team works takes ongoing support, not a single audit.

I do this through a subscription, where we work together, as an extension of your team. You have direct access to my expertise whenever you need it, whether that's reviewing designs, helping developers solve implementation challenges, answering questions or improving the processes behind your product delivery.

My goal isn't to make your team depend on me, but to help them become confident enough that they don't.

Because I understand both the technical and product sides of delivery, I can bridge the gap between engineering, design and leadership.

That means fewer misunderstandings and better decisions. Accessibility becomes another indicator of a well-run product team rather than a separate compliance exercise.

Certifications

How I got here

I didn't start my career in accessibility.

Like many designers and developers, I built products around how I used the web. I cared about quality, but I didn't yet understand how many people were being left out by ordinary product decisions.

That changed during a user testing session with someone who was blind and using a screen reader.

What looked straightforward to me was frustrating for them. Navigation took too long. A simple form became almost impossible. By the end of the session, they were exhausted.

That session changed how I understood product quality. The barriers weren't caused by their disability. They were caused by decisions we had made while designing and building the product.

As I learned more about accessibility and inclusive design, I saw the same pattern again and again. Teams cared, but accessibility showed up too late, when every fix was harder, slower and more expensive than it needed to be.

Over the last 11 years, my work has grown from improving individual interfaces to helping product teams build accessibility into how they make decisions from the start.

That's the work I do now: helping teams turn accessibility from a late-stage correction into a normal part of building quality software.

Curious what it's like to work with me?

I've put together an overview of what a typical engagement looks like, how my subscription works and why I believe it's a better fit than traditional accessibility projects. You'll see what it's like to work together, what you can expect from me, and how your team gets better at this instead of receiving another one-off audit.

Kill accessibility rework before it slows delivery.

Work with me as an extension of your product team, so accessibility becomes part of everyday decisions instead of a late-stage fix.

If you're still exploring, you'll also find free practical resources and guides, as well as my daily email, where I share ideas on accessibility, product delivery and building more inclusive products.


Random facts about me

  • I have a dog and two cats. They are best friends.
  • I speak three languages and am learning a fourth.
  • I'm learning to play the guitar. So far, I suck.
  • I can't swim.

Find me on social media

Physical location

I live in the Netherlands, in the city of Lelystad, which is about 50 minutes away from Amsterdam. If you ever want to see a replica of one of the Dutch East India Company's flagships, Batavia, or hunger for some tasty cheeses or poffertjes, stop by and say hi! I'd love to meet you!

Maps screenshot of Lelystad, Netherlands

Getting in touch

Email is the best way to reach me: bogdan@bogdanlazar.com. I usually reply within one business day. My normal working hours are Monday to Friday, 8:00 AM–5:00 PM CET.