{"id":57317,"date":"2025-10-21T09:20:33","date_gmt":"2025-10-21T16:20:33","guid":{"rendered":"https:\/\/www.uxpin.com\/studio\/?p=57317"},"modified":"2025-10-29T00:05:43","modified_gmt":"2025-10-29T07:05:43","slug":"checklist-for-accessibility-in-collaborative-prototyping","status":"publish","type":"post","link":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/","title":{"rendered":"Checklist for Accessibility in Collaborative Prototyping"},"content":{"rendered":"\n<p>Incorporating accessibility into <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/collaborative-design-process\/\" style=\"display: inline;\">collaborative prototyping<\/a> ensures designs are usable for everyone, including people with disabilities. Addressing accessibility early prevents costly fixes and improves user experience. However, fast-paced workflows often overlook key accessibility elements like <a href=\"https:\/\/uxpin.com\/studio\/blog\/how-to-create-accessible-interactive-prototypes\/\" style=\"display: inline;\">keyboard navigation<\/a>, color contrast, and <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/inclusive-ux\/\" style=\"display: inline;\">screen reader<\/a> compatibility. Here&#8217;s what you need to know:<\/p>\n<ul>\n<li><strong>Visual Accessibility<\/strong>: Test <a href=\"https:\/\/uxpin.com\/studio\/blog\/7-metrics-for-testing-accessibility-performance\/\" style=\"display: inline;\">color contrast<\/a> (4.5:1 for text, 3:1 for large text), ensure layouts work at 200% zoom, and add <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/web-accessibility-guide\/\" style=\"display: inline;\">alt text<\/a> for images.<\/li>\n<li><strong>Auditory Accessibility<\/strong>: Include <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/accessibility-apps\/\" style=\"display: inline;\">captions for videos<\/a> and alternatives to sound-based interactions.<\/li>\n<li><strong>Motor\/Cognitive Accessibility<\/strong>: Ensure <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/accessibility-design-tools\/\" style=\"display: inline;\">keyboard navigation<\/a>, large touch targets, and clear focus indicators.<\/li>\n<li><strong>Collaboration Tools<\/strong>: Use platforms that support <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/accessibility-testing-tools\/\" style=\"display: inline;\">screen readers<\/a> and document accessibility decisions.<\/li>\n<\/ul>\n<h2 id=\"accessibility-testing-in-figma\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">Accessibility Testing in <a href=\"https:\/\/www.figma.com\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">Figma<\/a><\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/assets.seobotai.com\/uxpin.com\/68f7459b1019c13c0b37ba92\/f33e099aea2df46222ea63b3a68fe06b.jpg\" alt=\"Figma\" style=\"width:100%;\"><\/p>\n<p> <iframe class=\"sb-iframe\" src=\"https:\/\/www.youtube.com\/embed\/ruOmBmv0wsM\" frameborder=\"0\" loading=\"lazy\" allowfullscreen style=\"width: 100%; height: auto; aspect-ratio: 16\/9;\"><\/iframe><\/p>\n<h2 id=\"key-accessibility-considerations-during-collaborative-prototyping\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">Key Accessibility Considerations During Collaborative Prototyping<\/h2>\n<p>When teams come together to build prototypes, keeping accessibility at the forefront ensures the final product works for everyone. Accessibility needs span various disabilities and collaboration scenarios, requiring tailored approaches and the right tools.<\/p>\n<h3 id=\"visual-accessibility\" tabindex=\"-1\">Visual Accessibility<\/h3>\n<p><strong>Color contrast<\/strong> is a top priority during prototyping. Text and background combinations must meet <a href=\"https:\/\/en.wikipedia.org\/wiki\/Web_Content_Accessibility_Guidelines\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">WCAG<\/a> standards, with a minimum contrast ratio of 4.5:1 for regular text and 3:1 for large text. Continuously test these ratios throughout the process since fixing contrast issues later can be much harder.<\/p>\n<p><strong>Text size and scalability<\/strong> also demand attention. Prototypes should support up to 200% zoom without breaking layouts, ensuring interactive elements remain functional and accessible.<\/p>\n<p><strong>Alternative text for images<\/strong> often gets overlooked in fast-paced sessions. Every meaningful image, icon, or graphic element needs descriptive alt text to provide equivalent information for screen reader users. Decorative elements should be properly marked to avoid unnecessary clutter for those using assistive technologies.<\/p>\n<p><strong><a href=\"https:\/\/www.uxpin.com\/studio\/blog\/design-system-accessibility\/\" style=\"display: inline;\">Scalable layouts<\/a><\/strong> are essential, especially when multiple collaborators are adding content. Using consistent spacing, flexible grid systems, and responsive design principles ensures accessibility across different screen sizes and user preferences.<\/p>\n<h3 id=\"auditory-accessibility\" tabindex=\"-1\">Auditory Accessibility<\/h3>\n<p>Once visual challenges are addressed, it\u2019s crucial to focus on auditory needs to ensure inclusive user experiences.<\/p>\n<p><strong><a href=\"https:\/\/uxpin.com\/studio\/webinars\/inclusive-accessible-design-toolkit\/\" style=\"display: inline;\">Captions and transcripts<\/a><\/strong> should be part of the plan from the beginning if prototypes include video or audio content. Set up workflows that include creating and reviewing captions for spoken content, sound effects, and music.<\/p>\n<p><strong>Alternatives for sound-based interactions<\/strong> are critical. Notifications, alerts, or feedback mechanisms relying on audio must have visual or haptic alternatives. Examples include progress bars, status messages, or animations that convey the same information as sound cues.<\/p>\n<p><strong>Communication accessibility<\/strong> during collaboration is equally important. Ensure video calls include captions, verbal descriptions accompany shared screens, and meeting notes capture visual elements discussed during sessions.<\/p>\n<h3 id=\"motor-and-cognitive-accessibility\" tabindex=\"-1\">Motor and Cognitive Accessibility<\/h3>\n<p>To address motor and cognitive challenges, focus on refining interactions and simplifying content.<\/p>\n<p><strong>Keyboard navigation<\/strong> is a must for all interactive elements. Plan navigation so every element is accessible with a keyboard alone. Maintain consistent tab orders and ensure keyboard focus indicators are logical and easy to see throughout the prototype.<\/p>\n<p><strong>Accessible controls<\/strong> should be large enough and spaced out to support users with motor impairments. Touch targets should measure at least 44 pixels in diameter, with adequate spacing between elements. This becomes especially important when multiple designers are working on different sections simultaneously.<\/p>\n<p><strong>Clear focus indicators<\/strong> guide users by showing their current position within the interface. These indicators must be consistent across the prototype and remain visible against various backgrounds.<\/p>\n<p><strong>Plain language and predictable layouts<\/strong> make content easier to process, reducing cognitive load. Establish guidelines that prioritize clarity, using straightforward language and familiar design patterns. Navigation structures should stay consistent across sections, even when different team members contribute.<\/p>\n<h3 id=\"accessibility-in-real-time-collaboration\" tabindex=\"-1\">Accessibility in Real-Time Collaboration<\/h3>\n<p><strong><a href=\"https:\/\/uxpin.com\/studio\/blog\/how-automated-accessibility-checks-improve-prototypes\/\" style=\"display: inline;\">Screen reader compatibility<\/a><\/strong> is essential for the tools used during collaboration. Platforms like UXPin should support screen readers to ensure all team members can participate effectively.<\/p>\n<p><strong>Alternative input support<\/strong> is important for accommodating diverse needs. Ensure tools allow for voice input, switch navigation, and other non-traditional interaction methods.<\/p>\n<p><strong>Documentation accessibility<\/strong> is key to keeping everyone aligned. Record all accessibility decisions and user interaction guidelines so the entire team understands the design rationale. This minimizes the risk of accessibility issues when different people modify the prototype.<\/p>\n<p>Accessibility should be woven into team workflows, not treated as an afterthought. By embedding these practices early, teams can create designs that are inclusive from the start, avoiding costly revisions down the line.<\/p>\n<h2 id=\"accessibility-checklist-for-collaborative-prototyping\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">Accessibility Checklist for Collaborative Prototyping<\/h2>\n<p>To ensure accessibility becomes an integral part of your collaborative prototyping process, it\u2019s helpful to break it into clear, manageable phases. By following this structured checklist, you can stay organized and create designs that are inclusive from the outset.<\/p>\n<h3 id=\"preparation-phase\" tabindex=\"-1\">Preparation Phase<\/h3>\n<ul>\n<li> <strong>Equip your team with assistive technologies<\/strong><br \/> Make sure everyone on the team has access to assistive tools like <a href=\"https:\/\/www.nvaccess.org\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">NVDA<\/a> or <a href=\"https:\/\/www.freedomscientific.com\/products\/software\/jaws\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">JAWS<\/a> and understands how to navigate using a keyboard. <\/li>\n<li> <strong>Check your prototyping platform&#8217;s accessibility features<\/strong><br \/> Confirm that your platform supports screen readers and keyboard navigation. For example, UXPin is designed to work with assistive technologies, enabling all team members to contribute fully. Test collaboration features like commenting, chat, and shared editing to ensure inclusivity. <\/li>\n<li> <strong>Define accessibility roles<\/strong><br \/> Assign specific tasks to team members, such as reviewing color contrast ratios, writing alt text, or testing keyboard navigation. Clear responsibilities help maintain consistency throughout the process. <\/li>\n<li> <strong><a href=\"https:\/\/uxpin.com\/studio\/blog\/webinar-summary-accessible-design\/\" style=\"display: inline;\">Create a shared accessibility toolkit<\/a><\/strong><br \/> Compile resources like <a href=\"https:\/\/uxpin.com\/studio\/blog\/web-accessibility-checklist\/\" style=\"display: inline;\">WCAG guidelines<\/a>, pre-approved color palettes, and standard alt text templates. Having these readily available saves time and ensures uniformity. <\/li>\n<\/ul>\n<h3 id=\"design-phase\" tabindex=\"-1\">Design Phase<\/h3>\n<ul>\n<li> <strong>Verify color contrast<\/strong><br \/> Use tools like <a href=\"https:\/\/webaim.org\/resources\/contrastchecker\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">WebAIM<\/a>&#8216;s Contrast Checker to ensure text and background combinations meet accessibility standards: a 4.5:1 ratio for regular text and 3:1 for larger text. Document approved color pairings for reference. <\/li>\n<li> <strong>Write descriptive alt text<\/strong><br \/> Provide clear, context-rich descriptions for all images, icons, and graphics. For decorative elements, mark them so screen readers can skip over them. <\/li>\n<li> <strong>Organize content with headings<\/strong><br \/> Use a logical heading structure &#8211; H1 for main titles, H2 for sections, and H3 for subsections &#8211; to make navigation easier for screen reader users. <\/li>\n<li> <strong>Design touch-friendly elements<\/strong><br \/> Ensure interactive elements are at least 44 pixels in size and spaced adequately. This benefits users with motor impairments and improves usability on touchscreens. <\/li>\n<li> <strong>Plan keyboard navigation<\/strong><br \/> Create a logical tab order for interactive elements and ensure focus indicators are always visible. Regularly test navigation during design to catch issues early. <\/li>\n<\/ul>\n<h3 id=\"collaboration-phase\" tabindex=\"-1\">Collaboration Phase<\/h3>\n<ul>\n<li> <strong>Test collaboration tools with assistive technologies<\/strong><br \/> Ensure features like comments, chat, and screen sharing work seamlessly with screen readers and other assistive tools. <\/li>\n<li> <strong>Use precise feedback<\/strong><br \/> Replace vague comments like &quot;fix this&quot; with actionable suggestions, such as &quot;adjust the contrast ratio on the button text to meet WCAG AA standards.&quot; Clear feedback makes it easier for everyone to act. <\/li>\n<li> <strong>Provide verbal descriptions<\/strong><br \/> During video calls or screen sharing, describe visual changes, colors, and layouts to keep all team members in the loop. <\/li>\n<li> <strong>Document accessibility decisions<\/strong><br \/> Record the rationale behind design choices, such as selected colors or navigation patterns. This ensures consistency and helps guide future development. <\/li>\n<\/ul>\n<h3 id=\"review-and-testing-phase\" tabindex=\"-1\">Review and Testing Phase<\/h3>\n<ul>\n<li> <strong>Run automated accessibility checks<\/strong><br \/> Use tools like <a href=\"https:\/\/wave.webaim.org\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">WAVE<\/a> or <a href=\"https:\/\/developer.chrome.com\/docs\/lighthouse\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">Lighthouse<\/a> to identify common issues. While these tools are helpful, they won\u2019t catch everything. <\/li>\n<li> <strong>Perform manual keyboard testing<\/strong><br \/> Navigate the prototype using only the Tab, Enter, and arrow keys. Confirm that all interactive elements are accessible, focus indicators are visible, and navigation flows logically. <\/li>\n<li> <strong>Test with screen readers<\/strong><br \/> Use tools like NVDA, JAWS, or <a href=\"https:\/\/www.apple.com\/accessibility\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">VoiceOver<\/a> to experience the prototype as a screen reader user would. Listen for unclear navigation, missing labels, or confusing content. <\/li>\n<li> <strong>Seek <a href=\"https:\/\/uxpin.com\/studio\/webinars\/accessibility-design-handoff-and-you\/\" style=\"display: inline;\">feedback from users with disabilities<\/a><\/strong><br \/> Input from real users can reveal challenges that automated tools might miss. Their insights are invaluable for refining your design. <\/li>\n<li> <strong>Test at high zoom levels<\/strong><br \/> Check how the prototype performs at 200% zoom and across different screen sizes to ensure readability and functionality. <\/li>\n<\/ul>\n<h3 id=\"documentation-phase\" tabindex=\"-1\">Documentation Phase<\/h3>\n<ul>\n<li> <strong>Detail accessibility decisions<\/strong><br \/> Record information such as chosen color palettes, alt text descriptions, <a href=\"https:\/\/uxpin.com\/studio\/blog\/7-principles-of-inclusive-design-for-ux-teams\/\" style=\"display: inline;\">ARIA labels<\/a>, and <a href=\"https:\/\/uxpin.com\/studio\/blog\/the-designers-guide-to-prototyping-better-with-developers\/\" style=\"display: inline;\">keyboard navigation patterns<\/a> in a shared document or design system. This helps developers understand the intent behind these features during handoff. <\/li>\n<li> <strong>Highlight unresolved issues<\/strong><br \/> List any remaining barriers along with their context, potential solutions, and references to WCAG criteria. This ensures nothing is overlooked in the next steps. <\/li>\n<\/ul>\n<h6 id=\"sbb-itb-f6354c6\" tabindex=\"-1\">sbb-itb-f6354c6<\/h6>\n<h2 id=\"tools-and-resources-for-accessible-prototyping\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">Tools and Resources for Accessible Prototyping<\/h2>\n<p>To bring accessibility guidelines into practice during collaborative prototyping, having the right tools and resources is crucial. These tools not only help teams follow accessibility standards but also streamline the entire design process, ensuring prototypes are both functional and inclusive.<\/p>\n<h3 id=\"accessibility-checklists-and-guidelines\" tabindex=\"-1\">Accessibility Checklists and Guidelines<\/h3>\n<p><strong><a href=\"https:\/\/www.a11yproject.com\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">The A11y Project<\/a> Checklist<\/strong> simplifies web accessibility by breaking down complex requirements into clear, actionable steps. This checklist covers a wide range of accessibility needs, from basic color contrast checks to advanced keyboard navigation patterns, making it a practical resource for teams during prototyping.<\/p>\n<p><strong>WCAG Quick Reference<\/strong> provides an easy-to-navigate guide to the Web Content Accessibility Guidelines (WCAG). Since many countries base their digital accessibility laws on WCAG, this resource is especially valuable for teams working on global products. Its straightforward format allows users to quickly find specific requirements without wading through dense technical documentation.<\/p>\n<p><strong>Geri Reid&#8217;s WCAG accessibility checklist for designers<\/strong> is another helpful tool that translates technical standards into language designers can easily understand. While these checklists are excellent for identifying common accessibility issues, they should be seen as a starting point. Teams must still consider their product&#8217;s unique user scenarios to address specific needs effectively.<\/p>\n<p>Automated testing tools complement these checklists by identifying technical issues early in the process.<\/p>\n<h3 id=\"automated-accessibility-testing-tools\" tabindex=\"-1\">Automated Accessibility Testing Tools<\/h3>\n<p>Checklists set the foundation, but automated tools help identify technical problems more efficiently.<\/p>\n<p><strong>WAVE (Web Accessibility Evaluation Tool)<\/strong> identifies issues like missing alt text, poor color contrast, and structural problems with headings, giving teams a clear picture of what needs improvement.<\/p>\n<p><strong><a href=\"https:\/\/www.deque.com\/axe\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">axe<\/a><\/strong> integrates seamlessly into development workflows, catching issues that manual reviews might miss. It also provides detailed explanations, helping teams understand the impact of each issue on users with disabilities.<\/p>\n<p><strong>Lighthouse<\/strong> includes accessibility audits as part of its broader performance testing suite. For teams already using Lighthouse for quality checks, this feature adds convenience by combining accessibility evaluations with other metrics.<\/p>\n<p>While automated tools are excellent for spotting technical issues, they should be paired with manual testing to ensure content clarity and logical navigation flows.<\/p>\n<h3 id=\"accessibility-features-in-uxpin\" tabindex=\"-1\">Accessibility Features in <a href=\"https:\/\/www.uxpin.com\/\" style=\"display: inline;\">UXPin<\/a><\/h3>\n<p><img decoding=\"async\" src=\"https:\/\/assets.seobotai.com\/uxpin.com\/68f7459b1019c13c0b37ba92\/8ce0201195ceb82f7a828fd9b539dba2.jpg\" alt=\"UXPin\" style=\"width:100%;\"><\/p>\n<p>UXPin offers built-in features that support accessibility throughout the design process, ensuring accessibility is integrated from the start.<\/p>\n<p>With <strong>code-backed prototyping<\/strong>, UXPin allows teams to use the same components in prototypes that developers will later use in production. This ensures that accessibility features like semantic HTML, ARIA attributes, and keyboard navigation are baked into prototypes from the outset.<\/p>\n<p>The platform also supports <strong>reusable UI components<\/strong> from libraries like <a href=\"https:\/\/mui.com\/material-ui\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">MUI<\/a>, <a href=\"https:\/\/tailwindui.com\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">Tailwind UI<\/a>, and <a href=\"https:\/\/ant.design\/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\" style=\"display: inline;\">Ant Design<\/a>. These libraries are designed with accessibility in mind, enabling teams to maintain consistency across prototypes without needing to rebuild features for each element.<\/p>\n<blockquote>\n<p>&quot;As a full stack design team, UXPin Merge is our primary tool when designing user experiences. We have fully integrated our custom-built React Design System and can design with our coded components. It has increased our productivity, quality, and consistency, streamlining our testing of layouts and the developer handoff process.&quot;<br \/> \u2013 Brian Demchak, Sr. UX Designer at AAA Digital &amp; Creative Services<\/p>\n<\/blockquote>\n<p>The <strong>single source of truth approach<\/strong> ensures that designers and developers work with the same code components, eliminating the risk of losing accessibility features during handoffs. By embedding accessibility into the components themselves, teams can maintain consistency from prototype to production.<\/p>\n<blockquote>\n<p>&quot;What used to take days to gather feedback now takes hours. Add in the time we&#8217;ve saved from not emailing back-and-forth and manually redlining, and we&#8217;ve probably shaved months off timelines.&quot;<br \/> \u2013 Mark Figueiredo, Sr. UX Team Lead at T.RowePrice<\/p>\n<\/blockquote>\n<p>Additionally, UXPin&#8217;s <strong>advanced interaction capabilities<\/strong> allow teams to create high-fidelity prototypes that include complex interactions &#8211; such as dropdowns, modals, and multi-step forms. These prototypes can then be tested for keyboard navigation and screen reader compatibility, ensuring a seamless experience for all users.<\/p>\n<blockquote>\n<p>&quot;When I used UXPin Merge, our engineering time was reduced by around 50%. Imagine how much money that saves across an enterprise-level organization with dozens of designers and hundreds of engineers.&quot;<br \/> \u2013 Larry Sawyer, Lead UX Designer<\/p>\n<\/blockquote>\n<h2 id=\"challenges-and-best-practices-in-accessibility-for-collaborative-prototyping\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">Challenges and Best Practices in Accessibility for Collaborative Prototyping<\/h2>\n<p>This section dives into the challenges teams encounter during fast-paced collaborative prototyping and offers practical solutions to ensure accessibility remains a priority. By understanding these hurdles, teams can create inclusive products without compromising on speed or quality.<\/p>\n<h3 id=\"working-around-checklist-and-tool-limitations\" tabindex=\"-1\">Working Around Checklist and Tool Limitations<\/h3>\n<p>Accessibility checklists and automated tools are helpful but far from perfect &#8211; they often miss nuanced issues. While they excel at flagging concerns like missing alt text or inadequate color contrast, they can&#8217;t evaluate whether navigation feels intuitive for screen reader users or if content is understandable for those with cognitive disabilities.<\/p>\n<p>This is where <strong>manual testing<\/strong> becomes essential. Teams should involve users with disabilities in testing prototypes early in the development process. Waiting until the final stages risks missing critical barriers that automated tools can&#8217;t predict. For example, a prototype might pass all automated tests but still confuse users relying on keyboard navigation due to poorly ordered tabs.<\/p>\n<p>Testing prototypes under real-world conditions is equally important. A healthcare app, for instance, will have different accessibility needs compared to a financial tool. Teams must go beyond generic checklists to address the unique scenarios their users will face.<\/p>\n<p>Documenting accessibility decisions and user interaction patterns can bridge the gap between what tools flag and what users actually experience. This documentation not only fills in testing gaps but also ensures consistency and smooth knowledge transfer during team transitions.<\/p>\n<p>These challenges push teams to innovate, finding ways to balance thoroughness with the need for quick feedback.<\/p>\n<h3 id=\"balancing-speed-and-accessibility\" tabindex=\"-1\">Balancing Speed and Accessibility<\/h3>\n<p>Keeping up with rapid iteration while maintaining accessibility is tough, but it&#8217;s achievable with the right approach.<\/p>\n<p>Using <strong>code-backed prototyping<\/strong> helps teams avoid the &quot;accessibility debt&quot; that often builds up during traditional design handoffs. Prototypes built with the same components developers will use &#8211; complete with semantic HTML and ARIA attributes &#8211; embed accessibility from the start.<\/p>\n<blockquote>\n<p>&quot;When I used UXPin Merge, our engineering time was reduced by around 50%.&quot; \u2013 Larry Sawyer, Lead UX Designer<\/p>\n<\/blockquote>\n<p>Fast feedback cycles also play a crucial role in reducing accessibility oversights.<\/p>\n<blockquote>\n<p>&quot;What used to take days to gather feedback now takes hours.&quot; \u2013 Mark Figueiredo, Sr. UX Team Lead at T. Rowe Price<\/p>\n<\/blockquote>\n<p>The earlier accessibility is integrated into prototyping, the fewer costly fixes are needed later. Teams that make accessibility a core part of their process from the beginning can avoid delays and ensure smoother development.<\/p>\n<h3 id=\"building-an-accessibility-focused-team-culture\" tabindex=\"-1\">Building an Accessibility-Focused Team Culture<\/h3>\n<p>Beyond technical tactics, fostering a team culture centered on accessibility is essential. Education is key &#8211; every team member should understand the principles of inclusive design and their role in achieving it. For example, designers need to consider how color choices affect users with visual impairments, while developers must ensure their code supports screen readers.<\/p>\n<p>Accessibility champions within teams can help maintain focus, especially during busy periods. These individuals monitor best practices and quickly address issues during collaboration.<\/p>\n<p>Regular accessibility reviews should be part of the standard workflow, not treated as one-off events. By combining automated testing with manual evaluations during routine design reviews, teams can catch issues early and reinforce the importance of accessibility.<\/p>\n<p>Tracking success metrics that include accessibility ensures that inclusive design remains a priority. When accessibility improvements are measured alongside other performance indicators, they naturally garner the attention they deserve.<\/p>\n<blockquote>\n<p>&quot;As a full stack design team, UXPin Merge is our primary tool when designing user experiences. We have fully integrated our custom-built React Design System and can design with our coded components. It has increased our productivity, quality, and consistency, streamlining our testing of layouts and the developer handoff process.&quot; \u2013 Brian Demchak, Sr. UX Designer at AAA Digital &amp; Creative Services<\/p>\n<\/blockquote>\n<p>Accessibility doesn&#8217;t just benefit users with disabilities &#8211; it enhances usability and satisfaction for everyone. When seen as a core element of good design rather than a compliance task, accessibility becomes an integral part of creating better products.<\/p>\n<h2 id=\"conclusion-building-accessibility-into-your-workflow\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">Conclusion: Building Accessibility into Your Workflow<\/h2>\n<p>Accessibility is at the heart of creating products that work for everyone. By weaving accessibility into the earliest stages of collaborative prototyping, teams can avoid expensive redesigns, minimize legal risks, and craft experiences that genuinely work for all users.<\/p>\n<p>Teams that succeed in this area make accessibility a priority in every phase of their process. They rely on focused training, well-defined checklists, and open communication to guide their efforts. When accessibility becomes second nature, it no longer feels like an added task &#8211; it becomes a driver of better design. This is further strengthened when every decision related to accessibility is carefully documented.<\/p>\n<p>Thorough documentation ensures that accessibility choices are preserved and easily shared across the team. Referencing WCAG guidelines &#8211; recognized as the standard for digital accessibility laws in the United States &#8211; helps maintain consistency. Making this documentation accessible to all stakeholders allows for ongoing improvements.<\/p>\n<p>Prototyping tools, like UXPin, support accessibility by using coded components that remain consistent throughout the design and development phases.<\/p>\n<p>While checklists and automated tools can catch many common issues, they should be paired with manual testing and direct user feedback. Real user input helps address the unique needs of your product and audience.<\/p>\n<p>Organizations that embrace inclusive design often find they\u2019ve created products that are easier for everyone to use &#8211; not just individuals with disabilities. This broader usability can lead to a wider market reach, happier users, and a stronger brand image.<\/p>\n<p>Start small by integrating accessibility into one phase of your workflow and gradually expand from there. Celebrate successes and share those stories with your team to build momentum. Over time, accessibility will naturally become part of your entire process. By embedding it into every step &#8211; from planning to review &#8211; you create a workflow that\u2019s truly inclusive.<\/p>\n<p>The future of digital products belongs to teams that prioritize inclusive design from the start. By making accessibility a core part of your collaborative prototyping process today, you\u2019re not just following regulations &#8211; you\u2019re <a href=\"https:\/\/www.uxpin.com\/studio\/blog\/inclusive-web-design\/\" style=\"display: inline;\">creating products that genuinely work for everyone<\/a>.<\/p>\n<h2 id=\"faqs\" tabindex=\"-1\" class=\"sb h2-sbb-cls\">FAQs<\/h2>\n<h3 id=\"how-can-we-prioritize-accessibility-during-collaborative-prototyping-sessions\" tabindex=\"-1\" data-faq-q>How can we prioritize accessibility during collaborative prototyping sessions?<\/h3>\n<p>To make collaborative prototyping more inclusive, start by using <strong>code-backed components<\/strong>. These components ensure that your designs reflect actual UI behavior, bridging the gap between design and development. This not only keeps things consistent but also makes it easier for designers and developers to work together while crafting accessible interfaces.<\/p>\n<p>Another key step is integrating accessibility checks right from the beginning &#8211; and revisiting them frequently. Think about factors like color contrast, keyboard navigation, and screen reader compatibility. By building these checks into your workflow, you can create designs that are welcoming and functional for everyone.<\/p>\n<h3 id=\"what-are-the-best-tools-and-resources-for-ensuring-accessibility-in-prototypes\" tabindex=\"-1\" data-faq-q>What are the best tools and resources for ensuring accessibility in prototypes?<\/h3>\n<p>To make sure your prototypes align with accessibility standards, tap into tools specifically designed to test and support inclusive design. For example, <strong>screen readers<\/strong> such as NVDA or VoiceOver let you assess how your designs perform for visually impaired users. <strong>Color contrast checkers<\/strong> are another essential tool, helping you confirm that text and visuals remain clear and easy to read for individuals with color blindness or low vision. And don\u2019t overlook <strong>keyboard navigation testers<\/strong>, which ensure all interactive elements can be accessed without relying on a mouse.<\/p>\n<p>If you\u2019re looking for a more efficient workflow, platforms like UXPin come with built-in features for creating accessible, interactive prototypes. By weaving accessibility into the early stages of your design process, you set the foundation for a product that\u2019s inclusive and welcoming to all users.<\/p>\n<h3 id=\"why-is-it-essential-to-include-users-with-disabilities-in-testing-during-collaborative-prototyping\" tabindex=\"-1\" data-faq-q>Why is it essential to include users with disabilities in testing during collaborative prototyping?<\/h3>\n<p>Incorporating feedback from users with disabilities during the testing phase is a crucial step in making your prototype more accessible and usable for everyone. Their insights can uncover obstacles that might go unnoticed by others, such as difficulties with screen readers, keyboard navigation, or poor color contrast.<\/p>\n<p>Bringing in diverse perspectives early on allows you to tackle accessibility issues head-on. This not only streamlines the design process but also ensures a smoother, more inclusive experience for all users.<\/p>\n<h2>Related Blog Posts<\/h2>\n<ul>\n<li><a href=\"\/studio\/blog\/how-to-create-accessible-interactive-prototypes\/\" style=\"display: inline;\">How to Create Accessible Interactive Prototypes<\/a><\/li>\n<li><a href=\"\/studio\/blog\/how-automated-accessibility-checks-improve-prototypes\/\" style=\"display: inline;\">How Automated Accessibility Checks Improve Prototypes<\/a><\/li>\n<li><a href=\"\/studio\/blog\/7-metrics-for-testing-accessibility-performance\/\" style=\"display: inline;\">7 Metrics for Testing Accessibility Performance<\/a><\/li>\n<li><a href=\"\/studio\/blog\/7-principles-of-inclusive-design-for-ux-teams\/\" style=\"display: inline;\">7 Principles of Inclusive Design for UX Teams<\/a><\/li>\n<\/ul>\n<p><script async type=\"text\/javascript\" src=\"https:\/\/app.seobotai.com\/banner\/banner.js?id=68f7459b1019c13c0b37ba92\"><\/script><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Incorporating accessibility in collaborative prototyping ensures inclusive designs for all users, enhancing usability and avoiding costly revisions.<\/p>\n","protected":false},"author":231,"featured_media":57314,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-57317","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"yoast_title":"","yoast_metadesc":"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.","acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.4 (Yoast SEO v27.4) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Checklist for Accessibility in Collaborative Prototyping | UXPin<\/title>\n<meta name=\"description\" content=\"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Checklist for Accessibility in Collaborative Prototyping\" \/>\n<meta property=\"og:description\" content=\"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/\" \/>\n<meta property=\"og:site_name\" content=\"Studio by UXPin\" \/>\n<meta property=\"article:published_time\" content=\"2025-10-21T16:20:33+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2025-10-29T07:05:43+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2025\/10\/image_9fd468b4099c1b822be33efcf951775f.jpeg\" \/>\n\t<meta property=\"og:image:width\" content=\"1536\" \/>\n\t<meta property=\"og:image:height\" content=\"1024\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Andrew Martin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@andrewSaaS\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Andrew Martin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"15 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/\"},\"author\":{\"name\":\"Andrew Martin\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#\\\/schema\\\/person\\\/ac635ff03bf09bee5701f6f38ce9b16b\"},\"headline\":\"Checklist for Accessibility in Collaborative Prototyping\",\"datePublished\":\"2025-10-21T16:20:33+00:00\",\"dateModified\":\"2025-10-29T07:05:43+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/\"},\"wordCount\":3398,\"image\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2025\\\/10\\\/image_9fd468b4099c1b822be33efcf951775f.jpeg\",\"articleSection\":[\"Blog\"],\"inLanguage\":\"en-US\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/\",\"name\":\"Checklist for Accessibility in Collaborative Prototyping | UXPin\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2025\\\/10\\\/image_9fd468b4099c1b822be33efcf951775f.jpeg\",\"datePublished\":\"2025-10-21T16:20:33+00:00\",\"dateModified\":\"2025-10-29T07:05:43+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#\\\/schema\\\/person\\\/ac635ff03bf09bee5701f6f38ce9b16b\"},\"description\":\"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2025\\\/10\\\/image_9fd468b4099c1b822be33efcf951775f.jpeg\",\"contentUrl\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/wp-content\\\/uploads\\\/2025\\\/10\\\/image_9fd468b4099c1b822be33efcf951775f.jpeg\",\"width\":1536,\"height\":1024,\"caption\":\"Checklist for Accessibility in Collaborative Prototyping\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/blog\\\/checklist-for-accessibility-in-collaborative-prototyping\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Checklist for Accessibility in Collaborative Prototyping\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#website\",\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/\",\"name\":\"Studio by UXPin\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/#\\\/schema\\\/person\\\/ac635ff03bf09bee5701f6f38ce9b16b\",\"name\":\"Andrew Martin\",\"description\":\"Andrew is the CEO of UXPin, leading its product vision for design-to-code workflows used by product and engineering teams worldwide. He writes about responsive design, design systems, and prototyping with real components to help teams ship consistent, performant interfaces faster.\",\"sameAs\":[\"https:\\\/\\\/x.com\\\/andrewSaaS\"],\"url\":\"https:\\\/\\\/www.uxpin.com\\\/studio\\\/author\\\/andrewuxpin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Checklist for Accessibility in Collaborative Prototyping | UXPin","description":"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/","og_locale":"en_US","og_type":"article","og_title":"Checklist for Accessibility in Collaborative Prototyping","og_description":"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.","og_url":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/","og_site_name":"Studio by UXPin","article_published_time":"2025-10-21T16:20:33+00:00","article_modified_time":"2025-10-29T07:05:43+00:00","og_image":[{"width":1536,"height":1024,"url":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2025\/10\/image_9fd468b4099c1b822be33efcf951775f.jpeg","type":"image\/jpeg"}],"author":"Andrew Martin","twitter_card":"summary_large_image","twitter_creator":"@andrewSaaS","twitter_misc":{"Written by":"Andrew Martin","Est. reading time":"15 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#article","isPartOf":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/"},"author":{"name":"Andrew Martin","@id":"https:\/\/www.uxpin.com\/studio\/#\/schema\/person\/ac635ff03bf09bee5701f6f38ce9b16b"},"headline":"Checklist for Accessibility in Collaborative Prototyping","datePublished":"2025-10-21T16:20:33+00:00","dateModified":"2025-10-29T07:05:43+00:00","mainEntityOfPage":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/"},"wordCount":3398,"image":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#primaryimage"},"thumbnailUrl":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2025\/10\/image_9fd468b4099c1b822be33efcf951775f.jpeg","articleSection":["Blog"],"inLanguage":"en-US"},{"@type":"WebPage","@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/","url":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/","name":"Checklist for Accessibility in Collaborative Prototyping | UXPin","isPartOf":{"@id":"https:\/\/www.uxpin.com\/studio\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#primaryimage"},"image":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#primaryimage"},"thumbnailUrl":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2025\/10\/image_9fd468b4099c1b822be33efcf951775f.jpeg","datePublished":"2025-10-21T16:20:33+00:00","dateModified":"2025-10-29T07:05:43+00:00","author":{"@id":"https:\/\/www.uxpin.com\/studio\/#\/schema\/person\/ac635ff03bf09bee5701f6f38ce9b16b"},"description":"Incorporating accessibility into collaborative prototyping ensures designs are usable for everyone, including people with disabilities.","breadcrumb":{"@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#primaryimage","url":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2025\/10\/image_9fd468b4099c1b822be33efcf951775f.jpeg","contentUrl":"https:\/\/www.uxpin.com\/studio\/wp-content\/uploads\/2025\/10\/image_9fd468b4099c1b822be33efcf951775f.jpeg","width":1536,"height":1024,"caption":"Checklist for Accessibility in Collaborative Prototyping"},{"@type":"BreadcrumbList","@id":"https:\/\/www.uxpin.com\/studio\/blog\/checklist-for-accessibility-in-collaborative-prototyping\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.uxpin.com\/studio\/"},{"@type":"ListItem","position":2,"name":"Checklist for Accessibility in Collaborative Prototyping"}]},{"@type":"WebSite","@id":"https:\/\/www.uxpin.com\/studio\/#website","url":"https:\/\/www.uxpin.com\/studio\/","name":"Studio by UXPin","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.uxpin.com\/studio\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.uxpin.com\/studio\/#\/schema\/person\/ac635ff03bf09bee5701f6f38ce9b16b","name":"Andrew Martin","description":"Andrew is the CEO of UXPin, leading its product vision for design-to-code workflows used by product and engineering teams worldwide. He writes about responsive design, design systems, and prototyping with real components to help teams ship consistent, performant interfaces faster.","sameAs":["https:\/\/x.com\/andrewSaaS"],"url":"https:\/\/www.uxpin.com\/studio\/author\/andrewuxpin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts\/57317","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/users\/231"}],"replies":[{"embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/comments?post=57317"}],"version-history":[{"count":2,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts\/57317\/revisions"}],"predecessor-version":[{"id":57439,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/posts\/57317\/revisions\/57439"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/media\/57314"}],"wp:attachment":[{"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/media?parent=57317"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/categories?post=57317"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.uxpin.com\/studio\/wp-json\/wp\/v2\/tags?post=57317"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}