Zb
ZBrush
Phần mềm · Sculpt
Vua của digital sculpt — hỗ trợ hàng triệu poly để sculpt nhân vật chi tiết da, vết nhăn, vảy, lông.
v2024maxon.net ↗
Chưa có tác phẩm nào gắn tag này.
Bạn dùng iPhone — bật VoiceOver lên, đột nhiên màn hình "biết nói": đọc từng nút bấm, mô tả từng hình ảnh, hướng dẫn từng thao tác. Đó là kết quả công việc của Accessibility Designer — người đảm bảo người mù vẫn dùng được app, người khiếm thính vẫn xem được video, người không cử động được tay vẫn điều khiển được thiết bị.
Accessibility Designer khác UI/UX Designer thông thường ở chỗ họ thiết kế cho 15% dân số thế giới có khuyết tật — và nhờ vậy nâng trải nghiệm cho 100% người dùng. Khác QA Tester ở chỗ họ thiết kế từ đầu chứ không chỉ kiểm tra cuối cùng.
Accessibility Designer (còn gọi A11y Designer — số 11 là số ký tự giữa A và Y trong từ "accessibility") là người thiết kế sản phẩm số — website, app mobile, app desktop — sao cho tất cả mọi người dùng được, bao gồm người khiếm thị (mù, kém thị lực), khiếm thính, khó cử động, màu mù, và khó nhận thức (dyslexia, autism, ADHD).
Khác với UI/UX Designer thông thường — chỉ tập trung vào trải nghiệm người dùng "trung bình" — Accessibility Designer áp dụng chuẩn WCAG (Web Content Accessibility Guidelines), hiểu cách screen reader hoạt động, biết test với keyboard navigation, và đảm bảo sản phẩm tuân thủ pháp luật như ADA (Mỹ), EAA (EU).
Accessibility check — kiểm tra color contrast theo chuẩn WCAG cho từng cặp text-background
Accessibility Designer hoạt động xuyên suốt vòng đời sản phẩm số — không phải bước cuối. Tham gia từ discovery (nghiên cứu nhu cầu người khuyết tật), design phase (làm việc với UX/UI Designer), implementation (review code cùng developer), đến QA (audit với screen reader và user thực). Báo cáo cho Design Lead hoặc Head of Inclusive Design, phối hợp chặt với Product Manager và Legal team (đảm bảo compliance).
Bước đầu khi vào dự án — chạy accessibility audit trên sản phẩm hiện có. Dùng công cụ tự động (axe, WAVE, Lighthouse) phát hiện 30–40% vấn đề; còn lại phải manual testing với screen reader và keyboard. Kết quả audit gộp thành báo cáo phân loại theo mức độ nghiêm trọng (critical / serious / moderate / minor).
axe DevTools audit — báo cáo lỗi WCAG với mức độ severity và đề xuất sửa
Khi thiết kế UI mới, Accessibility Designer làm việc cùng UI Designer để mọi component đều tuân thủ WCAG ngay từ đầu. Quan trọng nhất: color contrast ≥ 4.5:1 cho text thường, 3:1 cho text lớn; focus indicator rõ ràng; touch target ≥ 44×44px; text spacing đủ rộng cho người khó đọc.
Stark plugin trong Figma — check contrast và simulate màu mù ngay trong design tool
Focus indicator rõ ràng — quan trọng cho người dùng keyboard, screen reader
Designer không chỉ vẽ UI — phải document cho developer biết: alt text nào cho mỗi hình, ARIA label/role nào cho mỗi component không có semantic HTML rõ ràng (modal, accordion, tab), landmark nào cho mỗi region (header, main, nav, footer). Tạo accessibility annotation trong file Figma để developer làm theo.
Accessibility annotation trong Figma — document cho developer biết ARIA, role, alt text
Tự test bằng công cụ chỉ là khởi đầu — test với người dùng khuyết tật thực tế mới phát hiện được vấn đề mà công cụ không thấy. Tổ chức user testing session với người mù dùng screen reader, người dùng keyboard-only, người có dyslexia. Ghi nhận pain point, đề xuất cải tiến cho team.
User testing với người dùng khiếm thị — phát hiện vấn đề công cụ không thấy
WCAG (Web Content Accessibility Guidelines) là chuẩn quốc tế của W3C cho accessibility web. Phải hiểu 4 nguyên tắc POUR — Perceivable, Operable, Understandable, Robust — và biết khác biệt giữa 3 mức compliance (A, AA, AAA). AA là chuẩn doanh nghiệp.
Hiểu khung pháp lý: ADA (Mỹ), Section 508 (chính phủ Mỹ), EAA (EU 2025), AODA (Canada). Nhiều công ty phải tuân thủ vì lý do pháp lý — kiện cáo accessibility tăng nhanh.
Phải biết dùng screen reader để hiểu trải nghiệm người mù. NVDA miễn phí trên Windows, VoiceOver built-in Mac/iOS, TalkBack trên Android, JAWS thương mại nhưng phổ biến nhất. Hiểu thêm các assistive tech khác: voice control, switch control, eye tracking, magnifier.
Color contrast là vấn đề accessibility phổ biến nhất. Hiểu cách tính contrast ratio (WCAG formula), khác biệt giữa relative luminance và HSB lightness. Hiểu các dạng màu mù: deuteranopia, protanopia, tritanopia, monochromacy — và cách thiết kế palette không phụ thuộc màu (dùng thêm icon, text, pattern).
Accessibility không phải việc một mình designer — phải làm chung với dev (implement ARIA, semantic HTML) và PM (ưu tiên backlog). Phải biết viết yêu cầu rõ ràng, đặt acceptance criteria cụ thể (test pass với NVDA, score Lighthouse ≥ 95), giải thích "tại sao" thay vì áp đặt rule cứng.
Vẫn cần kỹ năng thiết kế UI/UX cơ bản — Figma là chuẩn. Học các plugin accessibility: Stark, Contrast, A11y - Color Contrast Checker, Able. Trong Figma file, dùng auto-layout đúng cách để dev dễ implement responsive — đây cũng là accessibility (zoom 200% phải dùng được).
Báo cáo accessibility audit phải có cấu trúc: vấn đề, ảnh hưởng đến user nào, WCAG criterion liên quan, ưu tiên (critical / serious / moderate), đề xuất sửa cụ thể. Học format VPAT (Voluntary Product Accessibility Template) — chuẩn ngành cho báo cáo compliance gửi cho khách enterprise và chính phủ.
Accessibility Designer trước hết là UI/UX Designer. Học design fundamentals: typography, layout, color theory, hierarchy. Thành thạo Figma. Khóa "Google UX Design Certificate" hoặc "Interaction Design Foundation" là khởi đầu tốt cho người chuyển ngành.
Đọc toàn bộ WCAG 2.1 — phần "Understanding WCAG" có ví dụ cụ thể. Tham khảo Deque University (có khóa free), WebAIM, A11y Project. Hiểu cả 50+ success criteria, đặc biệt là mức AA. Mục tiêu: nhìn một UI có thể nhận ra ngay vi phạm nào.
Đây là bài học mạnh nhất. Cài NVDA (Windows) hoặc bật VoiceOver (Mac), tắt chuột, chỉ dùng keyboard và screen reader trong 3–7 ngày. Sẽ trải nghiệm những "rào cản" mà thiết kế thông thường không thấy — đây là empathy thực sự.
Khác UI Designer thuần, Accessibility Designer phải hiểu code — semantic HTML (article, nav, button vs div), ARIA attributes (aria-label, aria-describedby, role), focus management trong SPA. Không cần code production nhưng phải đọc và viết được. Tham khảo MDN Accessibility docs.
IAAP (International Association of Accessibility Professionals) có 2 cert chính: CPACC (entry-level, kiến thức tổng quát) và WAS (Web Accessibility Specialist, sâu về web). Đây là cert được công nhận quốc tế, giúp profile chuyên nghiệp hẳn — đặc biệt apply công ty Mỹ, châu Âu.
Portfolio phải khác UI/UX Designer thông thường — không chỉ "đẹp" mà phải chứng minh accessibility. Mỗi case study nên có: before/after audit với điểm Lighthouse, ARIA/semantic markup demo, video record dùng screen reader, accessibility annotation trong Figma. 3–5 case study chất lượng tốt hơn 10 case study chung chung. Đăng trên Behance, personal site (chính website phải pass WCAG AA!). Apply qua A11y job board, Lambda Labs, Inclusive Design Lab tại các công ty lớn: Microsoft, Apple, Google, IBM (đều có team accessibility riêng), hoặc agency chuyên (Level Access, Deque, TPGi).
