Keyboard access
Navigation, buttons, links, forms, and key controls should be reachable without a mouse.
Accessibility
Zam! is built to be usable by as many people as possible. Accessibility is part of how we review new pages, product flows, forms, navigation, and account features.
Zam! targets WCAG 2.1 AA conformance for new landing page elements and product experiences. Where practical, we also review new work against WCAG 2.2 AA guidance.
Because Zam! is still evolving, accessibility work is ongoing. We do not treat this statement as a one-time checkbox, and we do not claim full conformance without a formal audit.
Navigation, buttons, links, forms, and key controls should be reachable without a mouse.
Interactive elements should show a clear focus state so keyboard users can track where they are.
Pages should use meaningful headings, landmarks, labels, and native HTML before custom behavior.
Forms should include labels, useful instructions, and error messages that explain what needs attention.
Text, controls, and interface states should remain readable across supported themes and screen sizes.
Motion-heavy effects should respect users who request reduced motion in their system settings.
For new public pages and major product flows, Zam! checks the areas most likely to block real use.
Zam! is currently in active development. Some beta product areas may still need accessibility review, especially newly added settings, sync, billing, and account-management flows.
When we find an issue, we prioritize fixes that block sign-in, budgeting, billing, account access, or support.
If you run into an accessibility barrier, contact accessibility@zambudget.com.
Helpful details include:
June 15, 2026