একটি enquiry form পূরণ করে Submit চাপলেন। উপরে শুধু “Invalid input” লেখা এল, কিন্তু কোন field ভুল বোঝা গেল না। সব লেখা মুছে গেলে আরও বিরক্তি হয়। ভালো error message user-কে দোষ না দিয়ে সমস্যার জায়গা এবং পরের action দেখায়। একইভাবে success message স্পষ্ট না হলে user আবার submit করতে পারেন। এই guide form owner ও developer-কে field error, network uncertainty এবং completion feedback আলাদা করে লিখতে ও test করতে সাহায্য করবে। এটি নতুন design করার প্রয়োজন ছাড়াই existing form review-এর উপায়।

একটি error-এ একটি পরিষ্কার কাজ বলুন

“Wrong format” না লিখে expected format দেখান। যেমন date field-এ “দিন/মাস/বছর অনুযায়ী লিখুন, যেমন 30/08/2026” বলা যায়, যদি form সত্যিই ওই format গ্রহণ করে। Phone number-এর ক্ষেত্রে country selection এবং allowed format অনুযায়ী instruction দিন; সব user-এর number দশ digit হবে ধরে নেবেন না। Error text-এ field label-এর একই নাম ব্যবহার করুন। “Contact details invalid” বললে user জানেন না phone না email ঠিক করতে হবে। Technical database error public message-এ দেখাবেন না।

Submission-এর result আলাদা করে জানান

W3C-এর form notification tutorial clear error guidance এবং success feedback দুটোর প্রয়োজন ব্যাখ্যা করে। Field-এর কাছে message থাকলে correction সহজ হয়; একাধিক error হলে উপরে summary সাহায্য করতে পারে। Summary থেকে সংশ্লিষ্ট field-এ পৌঁছনোর পথ দিন। Successful submission-এ কী হয়েছে, reference পাওয়া গেছে কি না এবং পরের step কী তা লিখুন। “Done” বললে enquiry accepted, payment completed না draft saved—তা বোঝা যায় না।

Colour-এর সঙ্গে text ও focus দিন

শুধু red border থাকলে সবাই error বুঝবেন না। Text, clear label এবং প্রয়োজনমতো icon দিয়ে সমস্যা বোঝান। Screen reader যাতে message-টি field-এর সঙ্গে relate করতে পারে, developer উপযুক্ত accessible association ব্যবহার করবেন। Keyboard দিয়ে summary থেকে invalid field-এ যাওয়া যায় কি না দেখুন। Focus কোথাও হারিয়ে গেলে user আটকে যাবেন। Page-এর অনেক নিচে error হলে উপরে scroll করিয়ে শুধু generic alert দেখাবেন না; সংশ্লিষ্ট field খুঁজতে সাহায্য করুন।

Typing-এর মাঝখানে অকারণে বাধা দেবেন না

Email-এর প্রথম কয়েকটি character লিখতেই “invalid” দেখালে user এখনও typing করছেন—সেটি ভুল নয়। Validation কখন চলবে ঠিক করুন: field ছেড়ে গেলে, submit-এর সময়, অথবা এমন input-এ যেখানে live feedback সত্যিই কাজে লাগে। Password strength feedback এবং required field error একই timing চাইতে নাও পারে। Bengali input method-এ composing text-এর মাঝখানে validation করলে false error হয় কি না পরীক্ষা করুন। Error ঠিক হলে পুরোনো message সরে যাচ্ছে কি না এবং success cue misleading হচ্ছে কি না দেখুন।

সঠিক লেখা অক্ষত রাখুন

একটি field ভুল হলে বাকি valid input মুছে দেওয়া ঠিক নয়। Long address বা message আবার লিখতে হলে user form ছেড়ে দিতে পারেন। তবে password, payment detail বা অন্য sensitive field ধরে রাখার policy আলাদা হবে। File upload validation fail হলে file আবার select করতে হবে কি না পরিষ্কার জানান। Server response-এর পরে selected category, checkbox এবং textarea আগের অবস্থায় আছে কি না test করুন। Browser Back ব্যবহার করলে duplicate submit বা data loss হচ্ছে কি না দেখুন।

Network error-কে field error বানাবেন না

Server timeout মানে user ভুল number দিয়েছেন নয়। আবার browser response না পেলেও server request গ্রহণ করে থাকতে পারে। বিশেষ করে order বা payment-এ “আবার Submit করুন” অন্ধভাবে বলা duplicate action তৈরি করতে পারে। যতটা জানা আছে ততটাই বলুন: “Confirmation পাওয়া যায়নি; order status দেখুন” এবং একটি safe status/support route দিন। Developer request identifier ও duplicate protection পরীক্ষা করবেন। Public message-এ stack trace, SQL বা secret token দেখাবেন না; support-এর জন্য non-sensitive reference দিতে পারেন।

Highlighted feedback checklist

  • Specific: কোন field এবং কী সমস্যা তা text-এ পরিষ্কার আছে।
  • Action: correction-এর format বা next step ব্যবহারযোগ্যভাবে লেখা।
  • Access: colour ছাড়াও error বোঝা যায় এবং keyboard focus ঠিক থাকে।
  • Timing: অসম্পূর্ণ typing-কে অকারণে final error বলা হচ্ছে না।
  • Retention: valid non-sensitive input validation failure-এ অক্ষত থাকে।
  • Network: timeout ও rejected submission আলাদা করে সামলানো হয়।
  • Success: accepted action, reference এবং পরের step স্পষ্টভাবে দেখা যায়।

একটি enquiry form-এর practical test

ধরুন coaching class-এর enquiry form-এ name, email, course ও message আছে। প্রথমে সব blank submit করুন। তারপর শুধু malformed email দিয়ে বাকি field পূরণ করুন। Course ও message অক্ষত থাকছে কি না দেখুন। Email ঠিক করে keyboard দিয়ে submit করুন; success message-এ enquiry reference এবং expected contact process থাকুক। এরপর slow network-এ একই test চালান। User বারবার button চাপলে একাধিক enquiry হচ্ছে কি না developer দেখবেন। Test data যেন real customer outreach তৈরি না করে।

Actual user-এর ভাষায় message review করুন

Developer “validation failed” বুঝলেও সাধারণ user নাও বুঝতে পারেন। Team-এর অন্য কাউকে শুধু error দেখে form ঠিক করতে বলুন। তিনি কোথায় থামছেন note করুন। Bengali sentence, English field label এবং example format একসঙ্গে পড়ে স্বাভাবিক শোনাচ্ছে কি না দেখুন। Mobile-এ message কাটা যাচ্ছে, field থেকে অনেক দূরে চলে যাচ্ছে বা sticky button ঢেকে দিচ্ছে কি না পরীক্ষা করুন। Final goal হল user যেন নিজের কাজ শেষ করতে পারেন; শুধু red message দেখানোকে successful validation experience বলবেন না।