সুন্দর website ব্যবহারযোগ্য নাও হতে পারে। Mouse ব্যবহার করতে না পারা visitor, screen reader user, কম দৃষ্টিশক্তির পাঠক বা ছোট mobile screen—সবার জন্য মূল কাজ না চললে design business result দেয় না। Accessibility audit compliance নয়; clear navigation ও কম error-এর quality check।
বাস্তব journey test
Article খোঁজা, enquiry, login ও payment-এর মতো task mouse ছাড়া Tab, Enter, Space ও Escape দিয়ে করুন। Focus indicator, modal focus, skip link এবং DOM order পরীক্ষা করুন। Unique page title, একটি clear H1 এবং logical H2/H3 রাখুন। Semantic header, nav, main, aside ও footer ব্যবহার করুন।
Readable content ও forms
Text contrast, line height, zoom 200% এবং narrow mobile reflow দেখুন। শুধু colour দিয়ে error বোঝাবেন না। Placeholder-কে label বানাবেন না। Informative image-এ meaningful alt এবং decorative image-এ empty alt দিন। Form error কোন field ও কীভাবে ঠিক হবে বলবে।
১০টি check
- Keyboard flow
- Visible focus
- Heading order
- Image alt
- Form label
- Colour contrast
- Zoom ও reflow
- Media caption/control
- Page language
- Error recovery
Lighthouse বা axe useful, কিন্তু human understanding মাপে না। Automated scan-এর পরে keyboard ও real-user task review করুন এবং blocker আগে ঠিক করুন।
কীভাবে checklist ব্যবহার করবেন
Checklist শুধু পড়ে রাখবেন না। প্রথমে বর্তমান অবস্থার ছোট audit করুন, তারপর risk ও impact অনুযায়ী কাজ সাজান। প্রতিটি step-এর owner, evidence এবং review date লিখুন। অনুমানকে pass ধরবেন না; official setting, test result, screenshot বা export file দেখে সিদ্ধান্ত নিন। বড় পরিবর্তন live environment-এ না করে sample data বা test account-এ চালান। কাজ শেষে নতুন user দিয়ে একই task করিয়ে hidden assumption ধরুন।
নিরাপদ implementation-এর নিয়ম
একবারে সব বদলানোর বদলে ছোট reversible change করুন। শুরু করার আগে backup বা fallback পরীক্ষা করুন এবং failure হলে কে সিদ্ধান্ত নেবে ঠিক রাখুন। Sensitive data minimum নিন, access role অনুযায়ী দিন এবং কাজ শেষে temporary permission সরান। Vendor documentation-এর date ও policy পড়ুন; marketing claim-কে evidence ভাববেন না। Team-এ change log রাখলে পরের মানুষ বুঝতে পারে কেন সিদ্ধান্ত নেওয়া হয়েছিল।
ফল মাপুন ও আবার review করুন
কাজ শেষ মানেই সফল নয়। সময়, error, user feedback, support request এবং recovery test-এর মতো measurable signal নোট করুন। নতুন update, device, team member বা policy change-এর পরে critical step আবার চালান। কোনো rule বাস্তবে কাজে না এলে কারণ বুঝে process বদলান; শুধু compliance দেখাতে অপ্রয়োজনীয় step রাখবেন না। এই cycle workflow-কে সহজ, নিরাপদ ও maintainable রাখে।
Evidence, priority ও ownership
Review করার সময় প্রতিটি finding-কে critical, important এবং improvement—এই তিন level-এ ভাগ করুন। যে issue account access, payment, personal data, customer delivery বা recovery বন্ধ করতে পারে সেটি critical। Cosmetic বা convenience change-এর আগে critical কাজ শেষ করুন। Evidence হিসেবে শুধু “checked” লিখবেন না; setting-এর নাম, test-এর date, expected result এবং actual result রাখুন। কোনো external service জড়িত হলে official help page বা policy link save করুন। Owner-এর সঙ্গে backup person-ও ঠিক করুন, যাতে একজন অনুপস্থিত থাকলে জরুরি কাজ থেমে না যায়।
Human review ও communication
Automation, scanner বা AI দ্রুত signal দিতে পারে, কিন্তু final decision মানুষের context ধরে নিতে হবে। Tool pass দেখালেও edge case, বাংলা text, mobile network, assistive use এবং ভুল input দিয়ে পরীক্ষা করুন। Change customer বা team-কে প্রভাবিত করলে আগে ছোট notice দিন—কী বদলাবে, কবে বদলাবে, user কী করবে এবং সমস্যা হলে কোথায় যোগাযোগ করবে। Error message-এ blame নয়, clear next step দিন। Support query ও complaint লিখে রাখলে documentation কোথায় দুর্বল তা বোঝা যায়।
Maintenance calendar তৈরি করুন
একটি simple calendar-এ weekly quick check, monthly review এবং quarterly deep audit আলাদা করুন। Weekly check-এ failure alert ও urgent update দেখুন। Monthly review-তে permission, backup, usage এবং unresolved issue মিলান। Quarterly audit-এ vendor policy, cost, export, recovery এবং owner list পুনরায় যাচাই করুন। কোনো service বন্ধ বা team member বদলালে calendar-এর অপেক্ষা না করে সঙ্গে সঙ্গে access review করুন। পুরোনো evidence ও unnecessary personal data retention policy অনুযায়ী সরান। নিয়মিত maintenance ছোট সমস্যাকে বড় incident হওয়ার আগে ধরে এবং future migration বা handover সহজ করে।
Final sign-off-এর আগে result, owner, fallback এবং next review date এক জায়গায় লিখে রাখুন। এতে পরে decision audit ও handover পরিষ্কার থাকে।
দ্রুত উত্তর
সাধারণ প্রশ্ন ও উত্তর
Lighthouse 100 যথেষ্ট?
না, keyboard, semantic structure ও real user review দরকার।
কখন আবার review করব?
Major update বা workflow change-এর পরে এবং অন্তত তিন মাস অন্তর review করুন।
সব step একদিনে করতে হবে?
না, risk অনুযায়ী ছোট reversible ধাপে কাজ করুন এবং evidence রাখুন।