Guidelines
Advanced UX Process & Metrics
மேம்பட்ட பயனர் அனுபவச் செயல்முறை
21 professional-grade UX guidelines covering cognitive psychology, exact usability metrics, and developer handoff protocols. Designed for product experts building high-conversion interfaces.
21 தொழில்முறை பயனர் அனுபவ விதிகள்: உளவியல் கோட்பாடுகள், துல்லியமான அளவீடுகள் மற்றும் மேம்பட்ட வடிவமைப்புச் செயல்முறைகள்.
1. அறிவாற்றல் உளவியல் & UX விதிகள்
தலைப்பு 1: அழகியல்-பயன்பாட்டு விளைவு
அழகாக வடிவமைக்கப்பட்ட ஒரு செயலியைப் பயன்படுத்துவது எளிது என்று பயனர்கள் ஆழ்மனதில் நம்புகிறார்கள். சிறந்த வடிவமைப்பு சிறிய பிழைகளையும் மறக்கச் செய்யும். எனவே, உயர்தரமான வடிவமைப்புகளை (Hi-Fi) உருவாக்குவதே சிறந்தது.
தலைப்பு 2: ஃபிட்ஸ் விதி (Fitts's Law)
ஒரு பொத்தானைத் தொட ஆகும் நேரம் அதன் அளவையும் தூரத்தையும் பொறுத்தது. முக்கியமான பொத்தான்களை (உம்: Submit) பயனர்களின் கண்கள் எளிதில் செல்லும் பாதையில் (பொதுவாகப் படிவத்தின் வலது/இடது கீழ் மூலையில்) வைக்க வேண்டும்.
தலைப்பு 3: ஹிக்-ஹைமன் விதி (Hick's Law)
தேர்வுகள் அதிகரிக்க அதிகரிக்க, முடிவெடுக்க ஆகும் நேரமும் அதிகரிக்கும். ஒரே நேரத்தில் 20 தேர்வுகளைக் காட்ட வேண்டாம். 5-க்கு மேற்பட்ட தேர்வுகள் இருந்தால், தேடல் வசதியுடன் கூடிய பட்டியலைப் பயன்படுத்தவும்.
தலைப்பு 4: மில்லர் விதி (Miller's Law)
மனித மூளை ஒரே நேரத்தில் சுமார் 7 விஷயங்களை மட்டுமே நினைவில் கொள்ளும். 25 உள்ளீடுகள் கொண்ட பெரிய படிவங்களைச் சிறு சிறு பிரிவுகளாகவோ (Chunking) அல்லது பல படிகளாகவோ (Wizard) பிரித்துக் காட்ட வேண்டும்.
தலைப்பு 5: வான் ரெஸ்டார்ஃப் விளைவு (Von Restorff Effect)
பல ஒத்த பொருட்கள் இருக்கும்போது, தனித்துவமான ஒன்றையே மனம் நினைவில் கொள்ளும். எனவே, முதன்மைப் பொத்தானுக்கு (Primary CTA) அடர்த்தியான தனித்துவ வண்ணத்தையும், மற்ற பொத்தான்களுக்கு வெளிர் நிறத்தையும் கொடுக்க வேண்டும்.
2. கணினி நடத்தை & வடிவங்கள்
தலைப்பு 6: டோஹெர்டி எல்லை (Doherty Threshold)
பயனரும் கணினியும் 400 மில்லி-வினாடிகளுக்குள் தொடர்பு கொள்ளும்போது செயல்வேகம் அதிகரிக்கிறது. சேவையகத்தின் பதிலுக்காகக் காத்திருக்காமல், உடனடியாகத் திரையில் மாற்றங்களைக் காட்டும் Optimistic UI முறையைப் பின்பற்றவும்.
தலைப்பு 7: படிப்படியான வெளிப்படுத்தல் (Progressive Disclosure)
ஒரு செயலை முடிக்கத் தேவையான குறைந்தபட்ச விவரங்களை மட்டுமே முதலில் காட்டவும். மேம்பட்ட அமைப்புகளை (Advanced Settings) தனிப் பிரிவில் மறைத்து வைப்பதன் மூலம் ஆரம்பகட்டப் பயனர்களின் குழப்பத்தைக் குறைக்கலாம்.
தலைப்பு 8: ஸீகர்னிக் விளைவு (Zeigarnik Effect)
முடிக்கப்பட்ட செயல்களை விட, பாதியில் நின்ற செயல்களையே மனிதர்கள் அதிகம் நினைவில் கொள்வர். பயனர்கள் பதிவை முடிக்கும் முன் "75% முடிந்தது" என ஒரு முன்னேற்றப் பட்டையைக் (Progress bar) காட்டுவது அவர்களைச் செயலை முடிக்கத் தூண்டும்.
தலைப்பு 9: தவறான வடிவங்களைத் தவிர்த்தல் (Dark Patterns)
எளிதாகச் சேரவும் ஆனால் வெளியேற முடியாமலும் செய்யும் "ரோச் ஹோட்டல்" (Roach Motel) போன்ற மோசடி முறைகளைப் பயன்படுத்தக் கூடாது. இது குறுகிய கால லாபத்தைத் தந்தாலும், பிராண்டின் நற்பெயரை நிரந்தரமாக அழித்துவிடும்.
தலைப்பு 10: வெற்று நிலைகளை வடிவமைத்தல் (Zero-States)
எந்தத் தரவும் இல்லாதபோது வெறும் திரையைக் காட்ட வேண்டாம். இது புதிய பயனர்களைக் குழப்பும். அங்கு ஒரு விளக்கத்தையும், தரவை உருவாக்குவதற்கான தெளிவான பொத்தானையும் (CTA) வழங்க வேண்டும்.
3. அளவீடுகள் & தரவுப் பகுப்பாய்வு
தலைப்பு 11: கணினி பயன்பாட்டு அளவு (SUS)
பயனர் சோதனைக்குப் பிறகு 10 கேள்விகள் கொண்ட SUS படிவத்தைப் பயன்படுத்தவும். 68 மதிப்பெண் சராசரியாகும். சிறந்த தயாரிப்புகள் 80-க்கும் மேல் பெற வேண்டும். 60-க்கும் கீழ் சென்றால், வடிவமைப்பை முழுமையாக மாற்ற வேண்டும்.
தலைப்பு 12: செயலுக்கான நேரம் (Time on Task)
பொதுவாக வேலைகள் விரைவாக முடிவது நல்லது. ஆனால், தரவுகளை அழிப்பது போன்ற ஆபத்தான செயல்களுக்குச் வேண்டுமென்றே தடையை (உம்: "DELETE" என டைப் செய்யக் கோருவது) ஏற்படுத்தி நேரத்தை அதிகரிக்க வேண்டும்.
தலைப்பு 13: பணி முடிப்பு விகிதம் (Task Completion Rate)
உதவி கேட்காமலும் பிழைகள் இல்லாமலும் எத்தனை சதவீதம் பயனர்கள் ஒரு செயலை முடிக்கிறார்கள் என்பதை அளவிடவும். ஒரு சிறந்த தளத்தில் இந்த விகிதம் 85%-க்கு மேல் இருக்க வேண்டும்.
தலைப்பு 14: NPS-ன் வரம்புகள் (NPS Limitations)
NPS ("எங்களை எவ்வளவு பரிந்துரைப்பீர்கள்?") என்பது சந்தைப்படுத்தல் விசுவாசத்தை அளவிடுமே தவிர, வடிவமைப்பை அல்ல. வடிவமைப்பு மாற்றங்களை அளவிட SUS அல்லது CES-ஐப் பயன்படுத்தவும்.
தலைப்பு 15: A/B சோதனையின் புள்ளிவிவர நம்பகத்தன்மை
இரண்டு நாட்களில் ஒரு வடிவமைப்பு 5% அதிக லாபம் தருகிறது என்பதற்காக அதை உடனே தேர்ந்தெடுக்கக் கூடாது. புள்ளிவிவர முக்கியத்துவத்தை (p-value < 0.05) உறுதி செய்த பின்னரே முடிவெடுக்க வேண்டும்.
4. தொழில்நுட்ப ஒப்படைப்பு & செயல்முறை
தலைப்பு 16: வடிவமைப்பு-சோதனை-மறுசெயல் சுழற்சி
முடிவற்ற ஆய்வுகளைத் தவிர்க்கவும். பயனர்களின் கருத்துகளின் அடிப்படையில் வடிவமைத்து, அதை நேரடியாகச் சோதித்து மேம்படுத்தவும். ஒரு அம்சம் இருமுறை தோல்வியடைந்தால், அதை நிரந்தரமாக நீக்கிவிடவும்.
தலைப்பு 17: கம்பிச்சட்டங்களைத் தவிர்த்தல் (Skipping Wireframes)
வடிவமைப்பு அமைப்பு (Design System) தயாராக இருந்தால், நிறமற்ற கம்பிச்சட்டங்களை (Wireframes) வரைவதில் நேரத்தை வீணாக்க வேண்டாம். பயனர்கள் முழுமையான வடிவமைப்புகளைப் (Hi-Fi) பார்த்து விமர்சிப்பதே சிறந்தது.
தலைப்பு 18: டெவலப்பர்களுக்கான நிலை அணி (State Matrices)
எப்போதும் ஒற்றைத் திரையை மட்டும் டெவலப்பர்களிடம் கொடுக்கக் கூடாது. ஒவ்வொரு கூறுக்கும்: இயல்புநிலை (Default), Hover, Active, Focus, முடக்கப்பட்டது (Disabled), பிழை (Error) மற்றும் Loading நிலைகளை வரையறுக்க வேண்டும்.
தலைப்பு 19: வடிவமைப்பு டோக்கன்கள் (Design Tokens)
டெவலப்பர்களிடம் நேரடி வண்ணக் குறியீடுகளை (Hex Codes) கொடுக்க வேண்டாம். அதற்குப் பதிலாக: உலகளாவிய டோக்கன் (blue-500) -> சொற்பொருள் டோக்கன் (color-primary) -> கூறு டோக்கன் (button-bg) எனப் பிரித்து வழங்கவும்.
தலைப்பு 20: விளிம்பு நிலைச் சோதனைகள் (Edge Cases)
மோசமான சூழ்நிலைகளுக்காக வடிவமைக்கவும். ஒரு பயனர் 50 எழுத்துகள் நீளமுள்ள பெயரைக் கொடுத்தால் என்ன ஆகும்? மொழிபெயர்ப்பின் போது வார்த்தைகள் நீளமாக மாறினால் திரை உடையாமல் (Flexbox wrap) பார்த்துக்கொள்ள வேண்டும்.
5. W3C திட்டமிடல் மற்றும் உருவாக்கம்
தலைப்பு 21: W3C உருவாக்கும் கருவிகளுக்கான வழிகாட்டுதல்கள் (ATAG)
வடிவமைப்பு திட்டமிடலின் போது, W3C ATAG விதிகளின்படி உள்ளடக்கம் உருவாக்கும் கருவிகள் (CMS) அணுகல்தன்மையை ஆதரிக்க வேண்டும். பொது மக்களுக்கான பக்கங்களை மட்டும் அல்லாமல், உள்ளக அமைப்புகளையும் (Internal Dashboards) WCAG விதிகளுக்குட்பட்டு வடிவமைக்க வேண்டும்.