If you have a similar business problem
Read the plain-English summary, real situation, and result first. Those sections explain what the work changed without requiring you to know the code or platform details.
Selected Work / Case Studies
These are production scenarios and product work, not a gallery of screenshots. Named live work is shown where it can be public, while other client details stay private. Alongside client case studies, in-house products such as ConduitTools show how focused ideas are designed, built, and maintained over time.
How to use this portfolio
You do not need to understand every technology mentioned in a case study. Start with the problem and result, then go deeper into the implementation only if it is relevant to your own site or product.
Read the plain-English summary, real situation, and result first. Those sections explain what the work changed without requiring you to know the code or platform details.
Read the constraint and implementation sections. They explain why the obvious fix was not enough and what tradeoffs shaped the final solution.
Use the release-check section as a practical QA reference. It shows what needed verification before a change was safe to ship to real users.
Jump to the reusable lesson. It condenses the case into a principle that can help with future websites, stores, applications, or integrations.
Retail e-commerce
Editorial copy can be visually finished and still fail the buying journey when a store-location or shop-online link points to an outdated route.
Read case studyWordPress systems
A major location-template update needed real production content and integrations for QA, but unfinished ACF fields, sections, styles, and layout changes could not replace the stable public page until the rebuild was complete.
Read case studyU.S. e-commerce accessibility
The homepage looked normal visually, but WAVE exposed two markup failures: a dialog labelled by an ID that did not exist and a navigation CTA rendered without meaningful content or destination.
Read case studyU.S. e-commerce accessibility
The storefront had too many products and content URLs for a useful manual review of every page, so the audit was organized around unique templates, shared components, important states, and real purchase journeys.
Read case studyU.S. e-commerce accessibility
The legal follow-up required ongoing evidence, so the accessibility process needed a repeatable monthly record that could distinguish fixed issues, new regressions, manual-review items, and third-party limitations.
Read case studyU.S. e-commerce accessibility
A complex product page had slow lab metrics, large image payloads, third-party UI, and a lot of JavaScript. The optimization work reduced blocking work and image waste while keeping accessible names, live regions, focus behavior, and product interactions intact.
Read case studyWordPress systems
Website inquiries needed to move from WordPress into Salesforce reliably, with the page and form context preserved so the sales team could work from one consistent lead pipeline.
Read case studyWordPress systems
A custom Elementor widget is only useful when editors can add it confidently and developers can understand where its controls, markup, and styles live after the original implementation is finished.
Read case studyWordPress systems
As custom WordPress work grows, the difficult part stops being writing one shortcode or template and becomes keeping templates, hooks, helpers, and reusable rendering logic organized enough to change safely.
Read case study