ఒక AI సాధనం కంటెంట్‌ను రూపొందిస్తున్నప్పుడు, డేటాసెట్‌ను ప్రాసెస్ చేస్తున్నప్పుడు లేదా స్వయంప్రతిపత్తితో కూడిన పనిని (autonomous task) నిర్వహిస్తున్నప్పుడు, వినియోగదారునికి స్పష్టమైన నిష్క్రమణ మార్గం ఉండాలి. చాలా ఇంటర్‌ఫేస్‌లు అత్యవసర నిలిపివేతను (emergency stop) ఒక అదనపు అంశంగా మాత్రమే చూస్తాయి. వారు "Stop" అనే బటన్ లేబుల్‌ను "Stopped"గా మార్చి పని పూర్తయిందని భావిస్తారు. రంగు బహుశా బూడిద రంగులోకి మారవచ్చు. యానిమేషన్ సాఫీగా ఉండవచ్చు. అయినప్పటికీ, సర్వర్‌లో ఆ పని కొనసాగుతూనే ఉంటుంది, మరియు వినియోగదారునికి ఏదీ తప్పు జరిగిందని తెలియదు. స్క్రీన్ రీడర్‌పై ఆధారపడే వ్యక్తికి, ఈ వైఫల్యం మరింత తీవ్రంగా ఉంటుంది. ప్రక్రియ ముగిసిందని ఆడియో ధృవీకరణ వినిపిస్తుంది, కానీ పని మాత్రం బ్యాక్‌గ్రౌండ్‌లో నిశ్శబ్దంగా కొనసాగుతూనే ఉంటుంది. ఇది చిన్న బగ్ కాదు. ఇది నమ్మకం దెబ్బతినడం.

నిశ్శబ్ద స్టాప్ బటన్ చెప్పే అబద్ధం

ఒక చెడ్డ స్టాప్ బటన్ మీ వినియోగదారులను మోసం చేస్తుంది. టాస్క్ ఏదో ఒక కంటైనర్‌లో లేదా రిమోట్ వర్కర్‌లో అమలు అవుతున్నప్పటికీ, అది "Stopped" అని చూపిస్తుంది. ఫ్రంట్-ఎండ్ డెవలపర్లు సర్వర్ నిలిపివేతను ధృవీకరించకముందే ఇంటర్‌ఫేస్‌ను ఆప్టిమిస్టిక్‌గా అప్‌డేట్ చేయడం వల్ల ఇలా జరుగుతుంది. ప్రోగ్రెస్ బార్ కదులుతున్నా లేదా లాగ్ స్క్రోల్ అవుతున్నా విజువల్ యూజర్ దీనిని గమనించవచ్చు, కానీ స్క్రీన్-రీడర్ యూజర్‌కు అటువంటి ఇతర మార్గాలు ఉండవు. వారు పూర్తిగా ఇంటర్‌ఫేస్ ప్రకటించే దానిపైనే ఆధారపడతారు. బటన్ టెక్స్ట్ ముందస్తుగా మారి, ఆడియో ఫీడ్‌బ్యాక్ అసలు స్థితిని స్పష్టం చేయకపోతే, అత్యవసర పరిస్థితి ముగిసిందని వినియోగదారుడు నమ్ముతాడు, కానీ అది నిజం కాదు. ఇక్కడ యాక్సెసిబిలిటీ అనేది కేవలం ఒక ఫీచర్ అభ్యర్థన కాదు. అది ఒక భద్రతా అవసరం.

రెండు వేర్వేరు స్థితిగతులు

నిజమైన అత్యవసర నియంత్రణ రెండు విభిన్న బాధ్యతలను నిర్వహించాలి. మొదటిది, సిస్టమ్ మీ అభ్యర్థనను స్వీకరించాలి. రెండవది, సిస్టమ్ అధికారాన్ని ఉపసంహరించుకోవాలి (revokes authority). ఇవి రెండూ ఒకటే కావు. స్వీకరించడం అంటే ఫ్రంట్ ఎండ్ మీ మాట విన్నదని మరియు సందేశాన్ని పంపిందని అర్థం. ఉపసంహరించుకోవడం అంటే బ్యాక్ ఎండ్ నిజంగా ప్రక్రియను ముగించిందని అర్థం. నెట్‌వర్క్ లాటెన్సీ, జాబ్ క్యూలు మరియు ఆర్కెస్ట్రేషన్ లేయర్‌లు ఉండటం వల్ల, ఈ రెండు క్షణాల మధ్య సమయం కొన్ని సెకన్ల వరకు ఉండవచ్చు. ఆ సమయంలో, మీరు ఏ దశలో ఉన్నారో మీ ఇంటర్‌ఫేస్ నిజం చెప్పాలి. ఈ రెండు దశలను ఒకే క్షణంగా పరిగణించడం అనేది అస్తవ్యస్తమైన మౌలిక సదుపాయాలను (infrastructure) ఊహించుకోవడమే అవుతుంది. మీ వినియోగదారులు ఆ ఆశావాదానికి (optimism) మూల్యం చెల్లించుకోవాల్సి వస్తుంది.

నాలుగు స్థితిగతులను మీ ఇంటర్‌ఫేస్‌కు అనుసంధానించడం

వినియోగదారులు తాము ఎక్కడ ఉన్నారో ఎల్లప్పుడూ తెలుసుకునేలా మీ UIని నాలుగు స్పష్టమైన స్థితిగతుల చుట్టూ నిర్మించండి.

  • Running: స్పష్టంగా "Stop task" అని లేబుల్ చేయబడిన బటన్‌ను చూపండి. దానిని ఎల్లప్పుడూ కనిపించేలా ఉంచండి. దానిని ట్యాబ్‌లు లేదా అకార్డియన్ ప్యానెళ్ల కింద దాచకండి.
  • Requesting: వినియోగదారుడు అదనపు అభ్యర్థనలను పంపకుండా ఉండటానికి బటన్‌ను డిసేబుల్ చేయండి. "Stop requested" అనే సందేశాన్ని ప్రదర్శించండి. ఈ నిజాయితీ ముఖ్యం. వారి కమాండ్ ప్రయాణంలో ఉందని మరియు సిస్టమ్ ఇంకా పూర్తి కావడాన్ని ధృవీకరించలేదని ఇది వినియోగదారునికి చెబుతుంది.
  • Stopped: బటన్‌ను డిసేబుల్ చేయండి. ఒక receipt IDని చూపండి. ఇది సర్వర్ స్పందించినట్లు మరియు స్టాప్ లాగ్ చేయబడినట్లు వినియోగదారునికి నిరూపణ ఇస్తుంది. ఇది ఒక వాదనను రికార్డుగా మారుస్తుంది.
  • Failed: "Try stop again" బటన్‌ను ఎనేబుల్ చేయండి. ఒక నిర్దిష్ట వైఫల్య సందేశాన్ని ప్రదర్శించండి. వినియోగదారుని నిశ్శబ్దంలో వదిలివేయకండి. సర్వర్ టైమ్ అవుట్ అయిందా లేదా ఎర్రర్ వచ్చిందా, అది స్పష్టంగా చెప్పండి.

ఈ స్థితిగతులు విజువల్ మరియు ఆడియో ఫీడ్‌బ్యాక్ రెండింటినీ నడిపించాలి. స్థితి మారినప్పుడు, స్క్రీన్ రీడర్‌లు సరిగ్గా నిర్వహించబడే లైవ్ రీజియన్ (live region) ద్వారా కొత్త లేబుల్ మరియు స్థితిని ప్రకటించాలి. డిసేబుల్ చేయబడిన బటన్ మరియు టెక్స్ట్ అనౌన్స్‌మెంట్ కలిసి, నియంత్రణ ఇంకా యాక్టివ్‌గా ఉందా లేదా అనే విషయంలో గందరగోళాన్ని నివారిస్తాయి.

ఒత్తిడిలో కూడా పనిచేసే డిజైన్ నియమాలు

అత్యవసర నియంత్రణలు సాధారణ బటన్‌ల కంటే భిన్నమైన డిజైన్ బాధ్యతను కలిగి ఉంటాయి. వినియోగదారులు ఆందోళనగా, తొందరగా లేదా ఊహించని అవుట్‌పుట్‌కు స్పందిస్తూ ఉండవచ్చు. ఆ ఒత్తిడిలో కూడా మీ ఇంటర్‌ఫేస్ ఉపయోగకరంగా ఉండాలి.

రంగును మాత్రమే సంకేతంగా ఉపయోగించవద్దు. బటన్ ఎరుపు నుండి ఆకుపచ్చలోకి మారడం కొంతమంది చూపు ఉన్న వినియోగదారులకు సహాయపడుతుంది, కానీ కలర్‌బ్లైండ్ మరియు స్క్రీన్-రీడర్ వినియోగదారులకు టెక్స్ట్ మరియు స్ట్రక్చరల్ మార్పులు అవసరం. రంగుతో పాటు స్పష్టమైన లేబుల్‌లు, ఐకానోగ్రఫీతో టెక్స్ట్ ప్రత్యామ్నాయాలు మరియు స్టేట్ అనౌన్స్‌మెంట్‌లను జోడించండి.

హోవర్ మెనూలలో నియంత్రణలను దాచవద్దు. అత్యవసర సమయంలో ఎవరూ డ్రాప్‌డౌన్ కోసం వెతకకూడదు. స్టాప్ బటన్ ప్రాథమిక వ్యూపోర్ట్‌లో (primary viewport) ఉండాలి, ఎల్లప్పుడూ సులభంగా అందుబాటులో ఉండాలి.

బటన్‌లను క్లిక్ చేయడం సులభతరం చేయండి. ఒత్తిడి వల్ల కదలికలపై నియంత్రణ తగ్గుతుంది (fine motor control). తగినంత ప్యాడింగ్ మరియు పెద్ద హిట్ టార్గెట్‌ను ఉపయోగించండి. వినియోగదారుడు వణుకుతున్నా లేదా కదులుతున్న రైలులో ట్రాక్‌ప్యాడ్ ఉపయోగిస్తున్నా, వారు క్లిక్ చేయగలిగేలా ఉండాలి.

కీబోర్డ్ వినియోగదారులు బటన్‌ను త్వరగా చేరుకోగలరని నిర్ధారించుకోండి. అత్యవసర నియంత్రణను చేరుకోవడానికి ముందు ట్యాబ్ ఆర్డర్ ముప్పై అంశాల ద్వారా వెళ్లాల్సి రాకూడదు. స్టాప్ యాక్షన్‌ను తక్షణమే అందుబాటులోకి తెచ్చే స్కిప్ లింక్ లేదా లాజికల్ ఫోకస్ ప్లేస్‌మెంట్‌ను పరిగణనలోకి తీసుకోండి.

పొరపాటున నొక్కే కీబోర్డ్ షార్ట్‌కట్‌లను నివారించండి. ఒక ప్రక్రియను నిలిపివేసే గ్లోబల్ షార్ట్‌కట్‌లు, పొరపాటున నొక్కడానికి కష్టంగా ఉండే కాంబినేషన్లను కలిగి ఉండాలి. ఒకవేళ సాధారణ సేవ్ లేదా ప్రింట్ షార్ట్‌కట్ మీ స్టాప్ కమాండ్‌తో కలిసిపోతే, ఎవరైనా పొరపాటున దానిని ఉపయోగించి తమ పనిని కోల్పోయే ప్రమాదం ఉంది.

అత్యవసర పరిస్థితుల్లో బహుళ-దశల నిర్ధారణను (multi-step confirmation) ఉపయోగించకండి. కన్ఫర్మేషన్ డైలాగ్ అనేది ఒక గోడ వంటిది, భద్రతా కంచె (safety rail) వంటిది కాదు. వినియోగదారు "మీరు ఖచ్చితంగానా?" అని చదివి, మళ్ళీ క్లిక్ చేసేలోపే, అనవసరమైన అవుట్‌పుట్ ఇప్పటికే వెళ్ళిపోయి ఉండవచ్చు. ఒకే ఒక్క నిర్ణయాత్మక చర్య సరిపోతుంది.

రసీదులు, నెట్‌వర్క్ నష్టం మరియు నిజాయితీతో కూడిన పరిమితులు

ఒక రసీదు ID సర్వర్ స్పందించినట్లు నిరూపిస్తుంది. కానీ ప్రతి డౌన్‌స్ట్రీమ్ ప్రభావం (downstream effect) వెనక్కి వెళ్లిందని అది నిరూపించదు. స్టాప్ కమాండ్ వచ్చే సమయానికి మీ AI టాస్క్ బాహ్య APIలు, ఫైల్ రైట్లు లేదా మెసేజ్ క్యూలను ట్రిగ్గర్ చేసి ఉండవచ్చు. ఆర్గనిస్ట్రేటర్‌ను నిలిపివేయడం వల్ల ప్రతి చైల్డ్ ప్రాసెస్ వెంటనే నిలిచిపోతుందని గ్యారెంటీ లేదు. మీ మెసేజింగ్‌లో మరియు మీ డాక్యుమెంటేషన్‌లో ఈ పరిమితి గురించి నిజాయితీగా ఉండండి.

మీ సర్వర్ రూమ్ వెలుపల జరిగే ఫెయిల్యూర్ మోడ్స్ (failure modes) కోసం కూడా మీరు డిజైన్ చేయాల్సి ఉంటుంది. స్టాప్ క్లిక్ చేసిన వెంటనే వినియోగదారు నెట్‌వర్క్ కనెక్టివిటీని కోల్పోతే ఏమవుతుందో పరీక్షించండి. స్పందన వంద మిల్లీసెకన్లకు బదులుగా పది సెకన్లు తీసుకుంటే ఏమవుతుందో పరీక్షించండి. ఒకవేళ రిక్వెస్ట్ హ్యాంగ్ అయితే, మీ ఇంటర్‌ఫేస్ ఎప్పటికీ "Requesting" లోనే ఉండిపోకుండా, టైమ్ అవుట్ అయ్యి ఫెయిల్డ్ స్టేట్‌లోకి మారాలి. కనెక్షన్ తెగిపోయినప్పుడు వినియోగదారులకు తెలియజేయడం వారి హక్కు.

ప్రాముఖ్యతను గుర్తించి ఎలా పరీక్షించాలి

వెరిఫికేషన్ అనేది చివరి నిమిషంలో చేసే పని కాకూడదు. దివ్యాంగులు ప్రతిరోజూ ఎదుర్కొనే నిజమైన పరిస్థితులలో మీ ఇంటర్‌ఫేస్‌ను పరీక్షించండి.

కీబోర్డ్-ఓన్లీ నావిగేషన్. మీ మౌస్‌ను తీసివేయండి. ప్రతి స్టేట్‌ను ట్యాబ్ (Tab) ద్వారా నావిగేట్ చేయండి. ఫోకస్ ఎక్కడైనా చిక్కుకుపోకుండా లేదా అదృశ్య ట్యాబ్ స్టాప్‌లను సృష్టించకుండా, వర్క్‌ఫ్లోలో ఎక్కడి నుండైనా మీరు స్టాప్ బటన్‌ను చేరుకోగలరని నిర్ధారించుకోండి.

200% బ్రౌజర్ జూమ్. పేజీని జూమ్ చేయండి. స్టాప్ బటన్ రీఫ్లో (reflow) అవుతుందో లేక మాయమవుతుందో తనిఖీ చేయండి. తక్కువ దృష్టి ఉన్న వినియోగదారులు జూమ్‌పై ఆధారపడతారు, మరియు లేఅవుట్ కుప్పకూలిపోవడం వల్ల తరచుగా కీలకమైన కంట్రోల్స్ కనిపించకుండా పోతాయి.

రిడ్యూస్డ్ మోషన్ సెట్టింగ్‌లు. మీ "Requesting" స్టేట్ పల్సింగ్ యానిమేషన్ లేదా స్పిన్నింగ్ లోడర్‌ను ఉపయోగించవచ్చు. prefers-reduced-motion ను గౌరవించండి. యానిమేషన్లను నిలిపివేసే వినియోగదారులకు కూడా స్పష్టమైన స్టేట్ ఫీడ్‌బ్యాక్ అందేలా, ఏదైనా మోషన్‌తో పాటు స్టాటిక్ విజువల్ ఇండికేటర్లను అందించండి.

స్క్రీన్ రీడర్ అనౌన్స్‌మెంట్ ఆర్డర్. స్టేట్ మార్పులను బ్రాడ్‌కాస్ట్ చేయడానికి లైవ్ రీజియన్‌ను ఉపయోగించండి, కానీ క్రమాన్ని జాగ్రత్తగా పరీక్షించండి. ప్రకటనల క్రమం సంఘటనల తార్కిక క్రమానికి అనుగుణంగా ఉండాలి. స్క్రీన్ రీడర్ "Stop requested" అని చెప్పకముందే బటన్ డిసేబుల్ అయితే, ఆ క్రమం గందరగోళానికి దారితీస్తుందో లేదో పరీక్షించండి. సహాయక సాంకేతికతలో (assistive technology) చిన్న టైమింగ్ బగ్‌లు సందేశాన్ని అస్పష్టంగా మార్చవచ్చు, కాబట్టి కేవలం మార్కప్ సరిపోతుందని అనుకోకుండా, నిజమైన స్క్రీన్ రీడర్‌తో వెరిఫై చేయండి.

అసలైన సారాంశం

సులభంగా అందుబాటులో ఉండే (accessible) ఎమర్జెన్సీ స్టాప్‌ను నిర్మించడం అంటే మీ వినియోగదారులకు నిజం చెప్పేంతగా వారిని గౌరవించడం. ఇంటర్‌ఫేస్ స్పష్టంగా ఉండాలి, ఊహించదగిన విధంగా కదలాలి మరియు ఒక రిక్వెస్ట్ అనేది ఫలితం (result) తో సమానం అని ఎప్పుడూ నమ్మించకూడదు. ఒత్తిడి ఎక్కువగా ఉన్నప్పుడు మరియు డేటా ప్రమాదంలో ఉన్నప్పుడు, స్పష్టత సమయం కంటే ఎక్కువగా దేన్నైనా కాపాడుతుంది. అది నమ్మకాన్ని కాపాడుతుంది. ఒక నిజాయితీతో కూడిన స్టాప్ బటన్ కేవలం ఒక టాస్క్‌ను ఆపడమే కాదు, మీ ఉత్పత్తిని ఉపయోగించడం సురక్షితమని కూడా నిరూపిస్తుంది.