મોટાભાગની પ્રોડક્ટ ટીમો AI સાઇટેશનને જનરેટ કરેલા ટેક્સ્ટની બાજુમાં વ્યવસ્થિત રીતે ગોઠવેલા નાના વાદળી અંકો તરીકે ડિઝાઇન કરે છે. તેઓ તેને એકવાર ઝડપી કનેક્શન પર સેટ કરે છે, અડધા સેકન્ડમાં પ્રિવ્યૂ ખુલતો જુએ છે, અને આગળ વધી જાય છે. તે સ્ટેજિંગ એન્વાયરમેન્ટમાં કામ કરે છે, પરંતુ ખુલ્લા ઇન્ટરનેટ સાથેના સંપર્ક દરમિયાન તે ભાગ્યે જ ટકી શકે છે.
સ્ત્રોતો અપ્રસ્તુત બની જાય છે. કંપનીઓ બ્લોગ પોસ્ટ્સ ડિલીટ કરે છે. સરકારી પોર્ટલ રિડાયરેક્ટ વગર તેમના URL ફરીથી ગોઠવે છે. પેવૉલ (Paywalls) આવી જાય છે. CDNs માં ખામી સર્જાય છે. AI એ ત્રણ મહિના પહેલા જે દસ્તાવેજ સ્કેન કર્યો હતો તે કદાચ ગઈકાલે ફરીથી લખવામાં આવ્યો હોય. જો તમારું સાઇટેશન કમ્પોનન્ટ માત્ર બધું બરાબર હોય ત્યારે જ સારું દેખાવવાનું જાણતું હોય, તો જ્યારે કંઈક ખોટું થાય ત્યારે તે તમારા વપરાશકર્તાઓને ખોટું કહેશે. તેનાથી પણ ખરાબ બાબત એ છે કે, તે તેમને મૂંઝવણમાં મૂકી દેશે કે પુરાવા ક્યારેય અસ્તિત્વમાં હતા કે નહીં.
એક વિશ્વસનીય સાઇટેશન સિસ્ટમને સ્ટેટ (સ્થિતિ) વિશે જણાવવાની જરૂર છે. માત્ર હાઇપરલિંક નહીં. માત્ર ટૂલટિપ નહીં. તેણે વાચકને વાસ્તવિક સમયમાં એ જણાવવું જોઈએ કે પુરાવા સાથે શું થઈ રહ્યું છે.
ચાર વાસ્તવિક સ્ટેટ્સ માટે ડિઝાઇન કરો
સાઇટેશનને એક નાની સ્ટેટસ મશીન તરીકે વિચારો. તમારું AI જે પણ સ્ત્રોત રજૂ કરે છે તે ચારમાંથી એક સ્થિતિમાં હોઈ શકે છે, અને તમારા ઇન્ટરફેસે દરેક સ્થિતિને પ્રમાણિકતાથી હેન્ડલ કરવી જોઈએ.
Loading. વપરાશકર્તા સુપરસ્ક્રિપ્ટ નંબર પર ક્લિક કરે છે, અને સિસ્ટમ પ્રિવ્યૂ, સ્નિપેટ અથવા મૂળ પેજ મેળવે છે. તે સમય દરમિયાન, તેમને બતાવો કે કંઈક થઈ રહ્યું છે. એક સ્કેલેટન પ્લેસહોલ્ડર, પલ્સિંગ એક્સરપ્ટ ફ્રેમ, અથવા "Fetching source..." લખેલું સાદું ટેક્સ્ટ મૌન રહેવા કરતાં વધુ સારું છે. મૌન રહેવાથી લોકોને લાગે છે કે ક્લિક કામ કરી રહ્યું છે કે નહીં. સ્ટ્રીમિંગ ઇન્ટરફેસમાં જ્યાં મોડેલ વિચારે છે તેમ સ્ત્રોતો આવે છે, ત્યાં લોડિંગ સ્ટેટ્સ તમને ટેક્સ્ટ જનરેશનને રોક્યા વિના લિંક્સ ઉકેલવા માટે સમય પણ આપે છે.
Available. આ એ સ્ટેટ છે જેના માટે દરેક ડિઝાઇનર ડિઝાઇન કરે છે. લિંક કામ કરે છે, ટેક્સ્ટ હજુ પણ મોડેલે જે જોયું હતું તેની સાથે મેળ ખાય છે, અને વપરાશકર્તાને સ્પષ્ટ એક્સરપ્ટ સાથે સીધી લિંક મળે છે. પરંતુ માત્ર કાચી (raw) URL આપીને અટકી ન જાઓ. શીર્ષક, ડોમેન અને સંબંધિત ફકરો બતાવો. વાચકને એ નક્કી કરવા માટે પૂરતો સંદર્ભ આપો કે તેઓ પેજ છોડવા માંગે છે કે નહીં. કૌંસમાં આપેલી કાચી href એ ટેકનિકલી સાઇટેશન છે, પરંતુ તે સારો યુઝર એક્સપિરિયન્સ નથી.
Changed. આ પરિસ્થિતિ મુશ્કેલ છે. પેજ લોડ થાય છે, પરંતુ સામગ્રીમાં હવે તે અવતરણ અથવા આંકડા નથી જે AI એ તેને આપ્યા હતા. કદાચ પ્રકાશકે લેખ અપડેટ કર્યો હોય. કદાચ AI ટ્રેનિંગ સ્નેપશોટમાં એવી હેડલાઇન આવી હોય જે પછીથી બદલાઈ ગઈ હોય. તમારું કમ્પોનન્ટ બધું બરાબર હોવાનો ડોળ કરવાને બદલે આ વિસંગતતા દર્શાવવું જોઈએ. "આ સ્ત્રોત ઇન્ડેક્સ થયા પછી અપડેટ કરવામાં આવ્યો છે" જેવી નાની નોંધ વપરાશકર્તાને એવા વાક્યને શોધવામાં દસ મિનિટ વેડફતા અટકાવે છે જે હવે અસ્તિત્વમાં નથી. તે વિશ્વાસ પણ જાળવી રાખે છે. જો તમે આ તફાવત છુપાવશો, તો વપરાશકર્તા અંતે એવું માનશે કે તમારું પ્રોડક્ટ ખોટી માહિતી બનાવે છે.
Missing. 404 ભૂલ. ટાઈમઆઉટ. પેવૉલ. એ સર્વર જે 200 સ્ટેટસ કોડ મોકલે છે પરંતુ સામાન્ય "Content Removed" પેજ બતાવે છે. લિંક ત્યાં વાદળી રંગમાં એમ જ રહેવા ન દો કે જાણે તે કામ કરી રહી હોય. તેને સાદા શબ્દોમાં બદલો: "Page removed," "Link no longer available," અથવા "Source offline." જો તમે જાણતા હોવ કે તે શા માટે નિષ્ફળ ગયું, તો તે જણાવો. જો Internet Archive અથવા કેશ્ડ કોપી ઉપલબ્ધ હોય, તો તે ઓફર કરો. ધ્યેય લિંક પૂરી કરવાનો છે, વાચકને અધવચ્ચે છોડવાનો નથી.
એક્સેસિબિલિટી અનિવાર્ય છે
સાઇટેશન કમ્પોનન્ટ્સ UI ના વધુ ટ્રાફિક ધરાવતા અને મહત્વના ભાગોમાં હોય છે. તેઓ ચેકઆઉટ ફોર્મ અથવા ફ્લાઇટ બુકિંગ ફ્લો જેટલી જ ચોકસાઈને લાયક છે.
સ્ટેટસ દર્શાવવા માટે ટેક્સ્ટનો ઉપયોગ કરો. કલરબ્લાઇન્ડ વપરાશકર્તાઓ માત્ર લીલા ટપકા અથવા લાલ બોર્ડર પર આધાર રાખી શકતા નથી. તમારા ઇન્ડિકેટર્સને શબ્દો સાથે જોડો: "Available," "Modified," "Unavailable." આ નાનું લેબલ દરેક દૃષ્ટિમાન વપરાશકર્તાને પણ મદદ કરે છે, કારણ કે સ્ટેટસ રંગોનો અર્થ વિવિધ સંસ્કૃતિઓ અથવા પ્રોડક્ટ્સમાં ભાગ્યે જ સમાન હોય છે.
સ્ક્રીન રીડર્સ માટે વર્ણનાત્મક નામો લખો. તમારી લિંક્સને એવી રીતે લેબલ કરો કે સ્ક્રીન રીડરનો ઉપયોગ કરનાર વ્યક્તિ કંઈક ઉપયોગી સાંભળે. સામાન્ય "Link" ને બદલે, "Source 3: Audit-log retention policy" વાંચી સંભળાવો. આ સાંભળનારને તે ખોલવાનું નક્કી કરતા પહેલા બરાબર જણાવે છે કે તેમને શું મળશે.
ફ્લો જાળવી રાખો. સાઇટેશન પર ક્લિક કરવાથી AI દ્વારા જનરેટ કરેલો જવાબ અદૃશ્ય થઈ જવો જોઈએ નહીં. પેનલ, મોડલ અથવા ઇનલાઇન એક્સપાન્શનનો ઉપયોગ કરો. વાચકે ચોક્કસ દાવાને ચકાસવા માટે સ્ત્રોત ખોલ્યો હતો. જો તમારો ઇન્ટરફેસ હમણાં જ તેઓ જે વાંચી રહ્યા હતા તે દાવાને ભૂંસી નાખે છે, તો તમે તેમને પુરાવા શોધતી વખતે ટેક્સ્ટને યાદ રાખવા માટે મજબૂર કરો છો. તે બિનજરૂરી કોગ્નિટિવ લોડ (cognitive load) છે.
ફોકસને સભાનતાપૂર્વક મેનેજ કરો. જ્યારે વપરાશકર્તા સાઇટેશન ખોલે છે, ત્યારે કીબોર્ડ ફોકસને નવા પેનલ અથવા પોપઅપમાં લઈ જાઓ. જ્યારે તેઓ તેને બંધ કરે, ત્યારે ફોકસ ફરીથી ટ્રિગર પર મોકલો. જ્યારે સ્ટ્રીમ હજુ પણ પેજ પર સ્ત્રોતો લખી રહી હોય ત્યારે ફોકસ હાઇજેક ન કરો. વપરાશકર્તાને નિયંત્રણમાં રહેવા દો.
સ્ટ્રીમિંગને સાવચેતીથી હેન્ડલ કરો. જો તમારો જનરેટિવ ઇન્ટરફેસ સંદર્ભો આવતાની સાથે જ ઉમેરી રહ્યો હોય, તો દરેક નવા સુપરસ્ક્રિપ્ટ નંબર માટે સ્ક્રીન-રીડર વપરાશકર્તાઓને જાહેરાત સાથે પરેશાન ન કરો. તેને બેચમાં કરો. જ્યારે બે કે ત્રણ સંદર્ભો એકઠા થાય, ત્યારે "બે સ્ત્રોતો ઉમેરાયા" જેવો નમ્ર સારાંશ જાહેર કરો. સતત વિક્ષેપો સહાયક ટેકનોલોજીના વપરાશકર્તાઓ માટે આઉટપુટ વાંચવું અશક્ય બનાવે છે.
યાદ રાખો કે સંદર્ભ શું સાબિત કરે છે
આ મુદ્દાને ગમે તેટલી વાર દોહરાવવામાં આવે તો પણ ઓછો છે. સંદર્ભ તેના ઉદ્ભવસ્થાન (provenance) દર્શાવે છે. તે સત્ય દર્શાવતો નથી.
જ્યારે AI કોઈ સ્ત્રોતનો સંદર્ભ આપે છે, ત્યારે તે કહી રહ્યું હોય છે કે, "મને આ શબ્દો અહીં મળ્યા છે." તે એમ નથી કહી રહ્યું કે, "આ નિષ્ણાત સાચો છે." તે એમ નથી કહી રહ્યું કે, "આ અભ્યાસ સારી રીતે કરવામાં આવ્યો હતો." તે એમ પણ નથી કહી રહ્યું કે, "મેં સંદર્ભને યોગ્ય રીતે સમજ્યો છે." સંદર્ભ એ મૂળ પુરાવા સુધી પાછા જવાનો એક નકશો છે. વાચકે હજુ પણ તે માર્ગ પર ચાલવું પડશે અને પુરાવા ટકી શકે છે કે નહીં તેનો નિર્ણય લેવો પડશે.
તમારા ડિઝાઇનમાં તે તફાવત સ્પષ્ટ હોવો જોઈએ. એવા અંશો (excerpts) વાપરો જે વપરાશકર્તાને સંબંધિત લાઇન સ્કેન કરવા દે. પ્રકાશનની તારીખ બતાવો જેથી વાચક જાણી શકે કે પુરાવા કેટલા તાજા છે. જો સ્ત્રોત કોઈ ફોરમ, પ્રેસ રિલીઝ અથવા પ્રાથમિક અભ્યાસ હોય, તો તે સંદર્ભ સામે લાવો જેથી વાચક તેને યોગ્ય રીતે માપી શકે. ઇન્ટરફેસને માનવ નિર્ણયને ટેકો આપવા માટે બનાવો, તેને બદલવા માટે નહીં.
વાસ્તવિકતા સામે પરીક્ષણ કરો
વિઝ્યુઅલ રિવ્યુમાં પાસ થતું સંદર્ભ ઘટક (citation component) માત્ર અડધું જ કામ પૂરું કરે છે. તમારે