Readable by Design
Clear hierarchy, scalable text, readable spacing, strong contrast, and uncluttered page layouts help learners stay focused.
Skhillz is being designed to support diverse learners through readable interfaces, flexible assistance, audio support, visual tracking, keyboard access, clear feedback, and inclusive learning pathways.
Accessibility is treated as part of the core learner experience, not as an afterthought or a separate version of the platform.
Clear hierarchy, scalable text, readable spacing, strong contrast, and uncluttered page layouts help learners stay focused.
Learners can read, listen, track, practice, respond, revise, and receive feedback through multiple instructional pathways.
Interactive elements are designed with visible focus states and keyboard navigation as part of the WCAG 2.2 AA target.
Accessibility testing, feedback, and remediation are incorporated into product development and implementation planning.
Features are designed to reduce unnecessary barriers while preserving appropriate academic challenge.
Each word can be highlighted in blue as the learner reads or listens.
Integrated neural voices can read words, prompts, directions, and passages aloud.
Young learners can hear letter sounds and receive support as they blend unfamiliar words.
Core controls are designed to be reachable without relying exclusively on a mouse or touchscreen.
Brand colors are applied with accessibility-aware contrast and clear interaction states.
Many learning activities allow learners to pause, replay, review, and continue at an appropriate pace.
Writing instruction breaks complex tasks into visible, manageable stages.
Math activities use consistent layouts, readable notation, and explicit feedback.
Rewards and certificates reinforce progress while the interface avoids unnecessary distraction.
We use recognized accessibility practices while clearly distinguishing current capabilities from future targets.
Interfaces are designed toward WCAG 2.2 AA criteria.
Headings, labels, form fields, buttons, and landmarks are structured for clarity and assistive technology.
Experiences are designed for desktop, tablet, and mobile use without unnecessary horizontal scrolling.
Animations can respect a user’s reduced-motion preference where implemented.
Contrast, keyboard focus, readable typography, audio support, and learner support features are included in design and development.
WCAG 2.2 AA is the stated accessibility target and should not be represented as a completed certification until formal verification is complete.
Accessibility reviews, issue remediation, user feedback, and platform improvements continue throughout development.
Skhillz can support instructional accommodations and learning preferences, but it does not replace professional evaluation, an IEP, a 504 Plan, or specialized services.
Audio assistance, Blue Word Tracking™, phonics support, readable layouts, and adjustable pacing may help reduce common reading barriers.
Clear navigation, shorter task segments, focused layouts, progress cues, and reduced visual clutter can help learners stay oriented.
Personalized pathways, intervention assignments, performance-level placement, and educator controls support differentiated instruction.
Answers to common questions from families, educators, and school teams.
WCAG 2.2 AA is the platform’s stated accessibility target. Until formal verification is completed, the site and platform should describe this as a target rather than a completed certification.
Core experiences are being designed with keyboard-operable controls, visible focus indicators, and logical focus order. Accessibility testing should continue as new modules are added.
The platform is being built with semantic structure, labels, headings, and control states intended to support screen-reader use. Compatibility can vary by browser, device, and assistive technology, so issues should be reported for review.
Audio support is intended to be available when a learner needs it, with voice and playback controls provided where appropriate. Exact settings may vary by activity and implementation.
No. Skhillz may identify learning patterns or support needs that educators and families should review, but the platform does not provide a medical, psychological, or special education diagnosis.
Role-based learner settings and support options are part of the planned school implementation model. Available accommodations may depend on the licensed modules, organization configuration, and product release.
Email [email protected] or use the Support page. Include the page, device, browser, assistive technology, and steps that led to the problem. Do not include passwords or protected student records.
We welcome feedback from learners, families, educators, accessibility professionals, and school teams.
Providing specific details helps the team reproduce and address the issue.
Include the page, lesson, assessment, dashboard, or action.
For example: Windows with Chrome, iPad with Safari, or Android with Chrome.
Include the screen reader, keyboard, magnification, voice control, or other support tool.
Describe the intended outcome and what occurred instead.
Please do not send student passwords, medical records, or protected education records through an open message.
Submit an Accessibility Request