• Jei tai nėra paprastas vežimas krovinio ir reikia papildomai nuomotis vienkartiniam vežimui ar ilgesniai nuoma ar atlikti tarptautinį vežimą. Šiuo metu sistema nenurodo naudotojui, ką po ko reikės pildyti ir kiek laiko užtruks dokumentų tvirtinimas. | | | | 9. Krovinių sekimo puslapio dizainas | Sistemos matomumas | Law of Prägnanz | Informacija pateikiama neprioritetizuotai | Naudotojas ilgiau ieško reikiamo statuso | Vidutinis | Akcentuoti svarbiausią informaciją ir naudoti vizualines hierarchijas | | 10. Krovinio sekimo statusų puslapis | Sistemos matomumas | Aesthetic-Usability Effect | Statusų pavadinimai neinformatyvūs („Perduotas“, „Priimtas“) be papildomo konteksto ar datų | Naudotojas negali greitai suprasti krovinio eigos | Vidutinis | Statusus formuluoti pagal veiksmą ir pridėti papildomą informaciją (pvz., datą, atsakingą stotį) | | 11. K-29 važtaraščio pildymas | Sistemos kalbos atitikimas realiam pasauliui | Law of Clarity | Pavadinimas neatspindi, kokiam atvejui jis skirtas | Naudotojas renkasi netinkamą formą | Aukštas | Pateikti aprašymą ir pavyzdžius, kada naudoti | | 12. CTA „Perduoti stočiai“ | Klaidos prevencija | Doherty Threshold | Klaidos matomos tik paspaudus „Perduoti stočiai“, o ne iškart išsaugojus | Naudotojas gaišta laiką taisydamas klaidas pabaigoje | Aukštas | Įdiegti ankstyvą validaciją ir klaidų rodymą iškart, prieš galutinį pateikimą | | 13. Nevienodas funkcionalumų veikimas. | Nuoseklumas ir standartai | | | | | Turėtų būti galimybė matyti tiek važtarščių pilną sąrašą , Tiek paraiškų | | 14. Atsikartoja Užsakymai ir užsakymas | Nuoseklumas ir standartai | | | | | Reiktų panaikinti užsakymas, nes jis klaidina.. Pervadinti paraiškos. | | 15. Visų dokumentų pildyme “Sukurti” blogas spalvos priskyrimas | Sistema turi atitikti realaus pasaulio taisykles | Jacobs law | Netinkamai parinkta spalva. Raudona naudotojas intuityviai supranta, kaip draudžiamą veiksmą, o kadangi šalia yra panašiu copy “Sukurti ir uždaryti”, tai atrodo naudotojams, kad mažiau grėsmingiau spausti ne raudoną mygtuką. | -Visose kitose sistemose raudonas mygtukas reiškia destruktyvų veiksmą („Ištrinti“, „Atšaukti“, „Stop“).
• Spalvų semantika turi sutapti su vartotojų lūkesčiais.Raudona realiame pasaulyje reiškia pavojų, draudimą ar veiksmą, kuris yra destruktyvus (pvz., „Delete“).Todėl naudotojai intuityviai suvokia raudoną „Sukurti“ kaip klaidą ar grėsmę. | | Naudoti pozityvias spalvas (pvz., mėlyną, žalią) pagrindiniam veiksmui „Sukurti“, o raudoną palikti tik destruktyviems veiksmams („Ištrinti“, „Atmesti“). | | 16. Visų dokumentų pildyme “Sukurti” ir “Sukurti ir uždaryti” | Recognition rather than recall | Hick’s Law („Kuo daugiau pasirinkimų, tuo ilgiau vartotojas apsisprendžia“). Law of Prägnanz („Vartotojai linkę rinktis paprasčiausią, aiškiausią interpretaciją“). | - Neaiški komunikacija;
• Neaiškus skirtumas ir kas bus po to kai paspausi po sukurti ir sukurti ir uzdartyi. Ar sukurti ir uzdaryti, nesukurs paraiskos. | Vartotojas neturi spėlioti, ką reiškia mygtukai. Čia naudotojas turi „prisiminti ar spėti“, o ne paprastai atpažinti. Kadangi abu mygtukai atrodo beveik vienodai, vartotojas renkasi pagal vizualą (spalvą, dydį), o ne pagal realią funkciją. | | - Rekomenduoju: Sukurti pakeisti → “Pateikti paraišką” ir jį žymėti žalia spalva ”Sukurti ir uždaryti” → “Išsaugoti ir pateikti paraišką vėliau” , pagal gautą informaciją iš naudotojų ir remiantis proceso logiką. Naudotojai nevisada gali turėti duomenų arba ne iškarto gauti reikiamus duomenis pateikti paraiškoje, kad nereikėtų pildyti vėl iš naujo. Šiuo metu sukūrus paraišką nukeliama į overview’ą ir vėl reikia dar kartą pateikinėti spausti “Perduoti stočiai” Ir dar daugiau kitų painių funkcionalumų. Kai naudotojas spaudžia “Pateitki” sistemą pertikriną logines ir sisteminės klaidas ir jei viskas. gerai, patvirtina ir pereina į kitą žingsnį. Sumažinamas | | 17. Paraiškos pateikimas | Visibility of system status (Sistemos būsenos matomumas), Error prevention (Klaidų prevencija) | Feedback Loop, Zeigarnik Effect | -Šiuo metu sukūrus paraišką nukeliama į overview’ą ir vėl reikia dar kartą tvrirtinti spausti kitame lange po sukūrimo , kuriame dar daugiau klaidinančių mygtuko spausti “Perduoti stočiai” .
• Nežino, ar jo įvesti duomenys išsaugoti.
• Nežino, kiek užtruks patvirtinimas ir ką reikia daryti toliau.
• Patiria netikrumą ir praranda pasitikėjimą sistema. | Naudotojai palieka sistemą nežinodami, ar jų darbas išsaugotas.Gali bandyti pildyti iš naujo → atsiranda dubliuoti dokumentai ir papildomos klaidos.Didėja pagalbos poreikis (skambučiai LTG darbuotojams, papildomi IT tiketai). | | Siūlau eliminuoti ir Kai naudotojas spaudžia “Pateitki” sistemą pertikriną logines ir sisteminės klaidas ir jei viskas. gerai, patvirtina ir pereina į kitą žingsnį, O jei įvyko klaida, sistema informacija klaidos pranešimu ir pažymi, konkrečias vietas ir ką reikia pataisyti. O jei dėl kitų ne sisteminių klaidų, nėra galimybės patvirtinti paraiškos, rodoma kitas paraiškos rezultatų puslapis ir kokius naudotojui veiksmus reikia atlikti, norint užbaigti. | |  18. Pagal LTG taisykles procesas vagonų pasirinkimas dokumentų pildome: • Važtaraščiai kuriami pagal krovinio kiekį, bet pačiame važtaraštyje galiu pasirinkti vagonų kiek noriu ir įvesti neribotai svorio • 1 važtaraštis - ribojamas pagal krovinio svorį, maksimaliai 65 vagonus traukinys veza. Pasirinkus siuntos rūšį “Didžioji siunta” ir dokumento pildyme sistema neriboja įkelti nors ir 100 vagonų;
• Kadangi didelis svoris, 130 vagonu, tai reikes daugiau vaztarasciu vienam uzsakymui. Kiek reikės, turi pats naudotojas susivokti. | Klaidos prevencija Sistema turėtų užkirsti kelią klaidoms dar prieš jas padarant. Dabar leidžiama suvesti 100+ vagonų viename važtaraštyje, nors pagal taisykles tai neteisinga. Atitikimas realiam pasauliui Realiame pasaulyje traukinys negali turėti daugiau nei 65 vagonų. Sistema turėtų atitikti šią logiką ir „kalbėti“ geležinkelio taisyklių kalba, o ne leisti fantazijos skaičius. Visibility of system status (Sistemos būsenos aiškumas) Naudotojas turi iš karto matyti perspėjimą, kad krovinys viršija normą, ir kad bus automatiškai sugeneruoti keli važtaraščiai. | Miller’s Law Hick’s Law Jakob’s Law Fitt’s Law | Klaidos kaina: vienas neteisingai užpildytas važtaraštis gali reikšti, kad krovinys vėluos, bus atmestas arba teks pildyti iš naujo → papildomos išlaidos klientui. Naudotojo pasitikėjimas: sistema, kuri klaidina, mažina pasitikėjimą ir reikalauja daugiau pagalbos iš supporto. Procesų efektyvumas: automatizuotas ribojimas (pvz. „Pasirinkote 130 vagonų. Sistema sukurs 2 važtaraščius: 65 + 65“) taupo laiką ir mažina klaidų riziką. | -Naudotojai negali lengvai atsiminti didelių kiekių informacijos. Jei sistema nepasiūlo skaidymo automatiškai, naudotojas pats turi skaičiuoti kiek važtaraščių reikia – tai kognityvinė našta.
• Kuo daugiau variantų/galimybių be apribojimų (pvz. 1–999 vagonai), tuo ilgiau naudotojui užtrunka apsispręsti. Ribojant pasirinkimą (iki 65) supaprastinamas procesas.
• Naudotojai tikisi, kad sistema elgsis taip, kaip ir realybė (traukiniai turi ribą). Jei sistema leidžia kitaip, atsiranda neatitikimas tarp lūkesčių ir patirties. | | Automatinis ribojimas: viename važtaraštyje leidžiama pasirinkti tik iki 65 vagonų. Automatinis skaidymas: jei krovinio kiekis >65, sistema automatiškai padalina į kelis važtaraščius (pvz. 130 → 2). Aiškus informavimas: „Pagal taisykles viename važtaraštyje gali būti max 65 vagonai. Jūsų siunta bus suskirstyta į 2 važtaraščius.“ UI sprendimas: progress bar arba kortelės su suformuotais važtaraščiais. | | Bendrai formų pildymo laukai (SMGS, KR-99, CIM) | | | | | | | | 19. Laukų išdėstymas puslapyje | Estetinis ir minimalistinis dizainas | Fitts’s Law | Laukai išdėstyti nelogiškai, vartotojas keliauja akimis pirmyn-atgal | Sumažėja pildymo greitis | Vidutinis | Pergrupuoti laukus pagal pildymo seką ir naudotojo mentalinį modelį | | 20. Klaidų pranešimai formose | Pagalba naudotojui atpažinti, diagnozuoti ir ištaisyti klaidas | Error Prevention | Pranešimai lakoniški („Įveskite reikšmę“) be priežasties ir sprendimo | Naudotojas nežino, kaip teisingai ištaisyti | Aukštas | Klaidų pranešimuose pateikti priežastį ir aiškias taisymo instrukcijas | | 21. Visuose dokumentų tipuose vagonų pildymas skiriasi, Vienur iškart rodomi laukai, kitur jie yra užslėpti ir reikia paspausti "Pridėti". CIM skiriasi duoemnų apie vagonų pildymas | Nuoseklumas ir standartai | | | | | - Jei yra procesas tas pats ir dokumentų pildymo tipas to neįtakoja, tai reikia suvienodinti, taip pagerins usability, kai klientas dirba su skirtingais krovinio pervežimais. | | 22. KR-99 Pradinė stotis, SMGS, CIM  - Pradinė LTG stotis yra skiringose vietose ir turi skirtingus pavadinimus. SMGS pradine ir galine eina kartu, CIM, eina atskirai | Nuoseklumas ir standartai | | | | | - Reikia suviendoti. Išskirti krovinio maršrutui atskirą sritį ir pagal dokumento tipą pateikti maršruto pildymo laukus. | | 23. Siuntėjas ir gavėjas pateiktas KR-99 skirtingai nuo CIM ir SMGS | Nuoseklumas ir standartai | | | | | - Dėl intuityvumo ir greito pildymo būtų gerai, kad visur išliktų tokios pačios | | 24. Siuntos rūšys per visus dokumentus yra skirtingose vietose | Nuoseklumas ir standartai | | | | | - Dėl intuityvumo ir greito pildymo būtų gerai, kad visur išliktų tokios pačios | | 25. Visos formų pildymo laukai, kurie turi vienodą loginę reikšmę skiriasi. | Nuoseklumas ir standartai | Hick’s Law | Naudotojai neturėtų spėlioti, ar skirtingi žodžiai, situacijos ar veiksmai reiškia tą patį. Laikykitės standartų ir vidinės sistemos nuoseklumo. Kuo daugiau skirtingų pasirinkimų arba skirtingai pateiktos informacijos variantų naudotojas mato, tuo ilgiau užtrunka pasirinkimas. | Jei tos pačios prasmės laukai (pvz., „Galinė stotis“, „Pradinė stotis“, “Gavėjas)“) skirtingose formose turi kitą pavadinimą, kitą išdėstymą ar kitą įvedimo logiką, naudotojas:turi iš naujo mokytis, kaip juos pildyti,gali nesuprasti, kad tai tas pats laukas,užtrunka ilgiau ir padaro daugiau klaidų sistemoje | Aukštas | - Gavėjo pasirinkimą;
• Krovinio maršruto pasirinkimą;
• Vagonų pasirinkimas;
• Krovinio pildymas turėtų turėti viendus UI komponentus ir tą pačią vietą formoje | | 26. Vagonų įterpimo funkcija, kai daug duomenų. | Help and documentation, Klaidų prevencija, Recognition rather than recall | Tesler’s Law,

Jakob’s Law | Vagonų įterpimo funkcija neatitinka naudotojo lūkesčių:Atsidaro tuščias langas, be paaiškinimų, ką ir kaip įvesti.Nėra pavyzdžio formato (pvz. 12345678, 87654321).Sistema nevaliduoja realiu laiku – leidžia įvesti bet ką, bet klaidą parodo tik paspaudus „Įterpti“.Naudotojas turi spėlioti ar žinoti iš anksčiau (pvz. kad reikia kableliu atskirti).Klaidos pranešimai nėra aiškūs: „blogas vagono kodas“, nors sistema kitur tą patį kodą priėmė. | Didelis kognityvinis krūvis – reikia spėlioti formatą.Didelė klaidų tikimybė – klaidos pranešimai neaiškūs ir neatitinka realios situacijos.Didelis laiko nuostolis – 100 vagonų įvedimas tampa misija neįmanoma be pagalbos.Nepasitikėjimas sistema – jei vartotojas ranka suveda ir sistema priima, o „įterpimo“ funkcija atmeta, tai rodo sistemos nenuoseklumą. | Aukštas | Aiškus pavyzdys ir placeholderisĮvedimo lange parodyti pavyzdį: „Įveskite vagonų kodus atskirdami juos kableliu, tarpu arba rašydami kiekvieną iš naujos eilutės. Pvz.: 12345678, 87654321“. Real-time validacijaKai įrašomas kodas, iškart parodyti ✔️ arba ❌ prie kiekvieno.Paaiškinti klaidą: „Vagono kodas turi būti 8 skaitmenys“ .Įvairių formatų palaikymasPriimti tiek kablelius, tiek tarpus, tiek naują eilutę. Sistema pati normalizuoja.I mportas iš Excel / CSVJei naudotojui reikia įkelti 100 vagonų – pridėti „Importuoti iš Excel“.Po importo – parodyti preview su klaidų sąrašu, jei yra. Aiškus klaidos pranešimas - nes dabar kodas buvo teisingas, bet klaida mete, kad vagono kodas neteisingas. Komunikuoti aiškiai. | | Krovinio maršruto informacija | | | | | | | | 26. Tiksliai turi žinoti tarpines ir pradines galines stociu pavadinimus ir kodus | Sąsaja su realiu pasauliu | Fitts's Law | Jei naudotojas turi ieškoti stoties rankiniu būdu pagal kodą, tai padidina sąveikos „atstumą“ – reikia papildomai atsidaryti kitą sistemą, ieškoti kodo, grįžti ir įvesti. | | | | | 27. Jei bandai ieškoti pagal pavadinimą, vienais atvejais meta stočių pasirinkimo siūlymus be kodais, kitais atvejais su kodais. | Consistency and Standards | Law of Prägnanz | Vartotojai linkę suvokti elementus pačiu paprasčiausiu ir tvarkingiausiu būdu. Jei formatas nevienodas, informacijos suvokimas sulėtėja ir padidėja klaidų rizika. | Kai vienur stoties pavadinimai rodomi be kodų, o kitur su kodais, naudotojas:turi persijungti mentalinį kontekstą (vienu atveju reikia atsiminti kodą iš kitur, kitu – nereikia),nebeužtikrintai renkasi, kuris variantas „teisingas“,lėčiau identifikuoja teisingą stotį, ypač jei pavadinimai sutampa skirtingose šalyse.. | Aukštas | Vienodas formatas pavadinimas + kodas + šalis visose sistemos vietose užtikrintų:greitesnį rezultatų atpažinimą,mažesnę klaidų tikimybę,geresnę sąveiką su kitomis LTG sistemomis, kur kodas visada būtinas | | 28. Sudėtinga intuityviai suprasti, kaip krovinys bus važiuojamas. Kokia jo galutinė stotele/ Ar LTG galinė stotis ir reiškia kur krovinys bus pristatytas.2. Kuo skiriasi priėmimo nuo išdavimo | | | | | | | | 29. Suformavus dokumentą CIM sąraše aiškiai pateikiama Galinė stotis, važ pildyme sunku susivokti , kur ji yra | | | | | | | | Informacija apie krovinį | | | | | | | | 30. CIM krovinio informacija skiriasi nuo kitu, nors kryptis neitakojo sio duomens | Nuoseklumas ir standartai Atpažinimas vietoj atminties | Jakob’s Law. Miller’s Law | Kiekviename dokumente laukai yra pateikti skirtingai, be aiškios hierarchijos.Pvz., CIM formoje nėra aišku, ar pildyti duomenis apie krovinį, ar apie ITV ATP (papildomą informaciją). Informacinės architektūros logika neaiški, nėra nuoseklumo tarp dokumentų. | Painus mokymosi procesas: kiekvieną dokumentą reikia iš naujo suprasti ir įsiminti, kaip pildyti → padidėja kognityvinė apkrova.Didelė klaidų tikimybė: naudotojas nesupranta, kurioje vietoje įvesti krovinio informaciją → rizika, kad dokumentai bus atmesti ar reikės papildomo supporto.Ilgesnis užpildymo laikas: naudotojai turi klausti kolegų ar LTG darbuotojų pagalbos, kas kelia papildomų kaštų ir lėtina procesą.Nesaugumo jausmas: nėra pasitikėjimo sistema, nes vartotojas nežino, ar pildo teisingai. | | Suvienodinti dokumentų struktūrą – visiems dokumentams naudoti vienodą UI logiką:Sekcijos: *Siuntėjas → Gavėjas → Krovinys → Maršrutas → Vagonai/Konteineriai → Papildoma info.*Toks pats vizualinis maketas, tik skiriasi privalomi laukai.` Aiški hierarchija – naudoti korteles arba išskleidžiamas sekcijas, kuriose vartotojas supranta, kad pildo apie krovinį, vagoną ar ATP.Inline pagalba / Tooltips – prie neaiškių laukų pridėti trumpus paaiškinimus (pvz., “Čia pildomi krovinio duomenys pagal CIM konvenciją”).Automatinis validavimas – jei laukas priklauso kitai sekcijai (pvz., ATP), sistema turi aiškiai nurodyti ir riboti klaidas.Template ir pakartotinis naudojimas – kai kurie duomenys kartojasi tarp dokumentų → sistema gali automatiškai perkelti juos, kad vartotojas nebesupainiotų. | | 30. Sudėtinga yra paskirstyti krovinio svorį vagonui. | Sistemos būsenos matomumas,Lankstumas ir efektyvumas, Atitikimas realiam pasauliui | Jakob’s Law, Fitts’s Law, Miller’s Law | Krovinio pridėjimo vieta nesuderinta tarp dokumentų – vienur laukai viršuje, kitur apačioje.Svorio paskirstymas vagonams sudėtingas – naudotojas pirmiausia turi pildyti vagonus, o tik tada krovinį.Nepatogi navigacija – reikia daug scrolinti žemyn, nėra bendros santraukos, kiek svorio jau priskirta ir kiek liko.Didelio duomenų kiekio painiava – sunku surasti, kuriam vagonui kokia krovinio dalis priskirta, ypač kai daug vagonų. | Padidėjusi kognityvinė apkrova – naudotojas pats turi skaičiuoti svorį, prisiminti, kiek liko, sekti, kurioje formos vietoje yra.Daug klaidų – dėl nepatogios struktūros padidėja tikimybė neteisingai paskirstyti krovinį.Ilgas pildymo laikas – su didesniais kroviniais (pvz. 30+ vagonų) procesas tampa ypač sudėtingas.Nepasitikėjimas sistema – naudotojas gali manyti, kad sistema klaidina ar neatspindi realaus proceso logikos. | | Suvienodinti formų struktūrą – krovinio duomenys visada pirmiau, po jų – vagonai.Pridėti santrauką – viršuje rodyti: „Bendras svoris: 1200 t | Paskirstyta: 860 t | Liko: 340 t“.Automatinis svorio paskirstymas – sistema galėtų proporciškai paskirstyti svorį pagal pasirinktą vagonų tipą, o naudotojas tik pakoreguotų.Sticky lentelė / split view – kad pildant vagonus visada būtų matomas krovinio bendras svoris ir likutis.Inline validacija – sistema perspėja, jei svoris netinkamai paskirstytas (pvz. viršyta riba arba liko nepaskirstyta). | | Užsakymo forma bendrai | | | | | | | | 31. Paraiškoje galima prie planuojama pakrovos diena pažymėti šios dienos data, nors realybėje nėra įgyvendinima, bet sistema neriboja. | Sistemos kalbos atitikimas realiam pasauliui | Law of Clarity | Pasirinkimas nesuderintas su taisyklėmis, naudotojui reikia įsiminti ir tiksliai žinoti, ką jis gali rinktis, kitu atveju dėl pasirinkto blogo laiko bus klaida, bet ją pastebės tik vėliau | | | Neleisti rinktis šios dienos, paaiškint prieš kiek laiko jis gali pasirinkti ir kokia preliminari paraiškos nagrinėjimo laikas , data. | | 32. Galinė stotis, turi tiksliai žinoti stoties kodą, jei pavadinimas yra kitoje šalyje ir tos šalies kalboje nėra naudojama lotyniškų raidžių, tai sunku būtų rasti | Sąsaja su realiu pasauliu | Fitts's Law | Jei naudotojas turi ieškoti stoties rankiniu būdu pagal kodą, tai padidina sąveikos „atstumą“ – reikia papildomai atsidaryti kitą sistemą, ieškoti kodo, grįžti ir įvesti. | | | Jei naudosime tiesioginę paiešką su pasiūlymais (autocomplete) ir rodysime didelį, aiškų sąrašą su pavadinimu + kodu + šalimi, tai sutrumpins laiką ir sumažins klaidų skaičių. Vietoj to, kad naudotojas įrašytų tikslų stoties kodą ar originalo kalbos pavadinimą, sistema turėtų leisti ieškoti bet kokia kalba (pvz., lietuviškai, angliškai, tarptautiniu pavadinimu), ir viduje automatiškai susieti su kodu.Naudoti auto-suggest su transliteracija (pvz., jei stotis rusiškai „Москва-Товарная“, naudotojui užtektų įvesti „Moskva“ ar „Maskva“). | | 33. Visi laukai visose formose turi tą pačią problemą pakeitus lauką kuris įtakoja kitus ir pagal pasirinkimą kiti praranda logiką nepanaikinimi. | Error Prevention | Tesler’s Law/ Kompleksumo išsaugojimo dėsnis | Pažeidžia Error Prevention – sistema leidžia neteisingą būseną, nors galėtų ją automatiškai ištaisyti. Sistemos sudėtingumas negali būti pašalintas – jis gali būti tik perkeliamas iš naudotojo į sistemą. | Perkelia logikos priežiūrą naudotojui, nors pagal Tesler’s Law tokią priklausomybę turėtų tvarkyti sistema. Sistema turi galėti sukontroliuoti žmogiškuosus faktorius, apriboti ir neduoti visiškos laisvės ten,kur klaidų tikimybė. To neapribojus naudotojas susi | Aukšta | Automatinis reset Keičiant reikšmę, kuri įtakoja kitus laukus:automatiškai išvalyti priklausomus laukus arbaautomatiškai užpildyti naujomis teisingomis reikšmėmis.Įspėjimas prieš išsaugojimą Jei aptinkama nelogiška kombinacija, prieš išsaugojimą rodyti aiškų pranešimą:„Pasirinkta stotis nepriklauso šaliai DE. Prašome atnaujinti stotį.“Įvesties blokavimas Priklausomi laukai turėtų būti neaktyvūs, kol nepasirinkta teisinga pirminio lauko reikšmė. | | 34. Jei suvedė per klaidą duomenis ar reikia pakeisti kitus duomenis formoje, tai viską reikia rankiniu būdu sugaudyti ir ištrinti per visas formas. | | | | | Žema | | | 35. Nėra aiški siuntos rūšies priklausomybė su vagonų ir konteinerių pasirinkimais. Pasirinkus siuntos rūšį vagono siunta, vistiek išlieka konteinerio pildymas. Nors logika tokia, jei pasirenka siuntos rūšį vagonų siunta, reiškia krovinys bus vežamas | Sistema turi atitikti naudotojo mentalinį modelį ir neleisti atsirasti nelogiškiems įvedimams (Match between system and the real world + Error Prevention) | Rodyk tik tai, kas yra aktualu pagal naudotojo pasirinkimą, o kitą informaciją slėpk, kol jos reikia.(Progressive Disclosure) | Jei naudotojas pasirenka „Siuntos rūšis – Vagonų siunta“, vis tiek rodomi konteinerio laukų įvedimai.Tai prieštarauja realiam krovinių vežimo procesui, nes vagono siuntai nėra konteinerio – laukas tampa nereikalingas ir painus.Naudotojas gali supildyti nesuderinamus duomenis (pvz., vagono siunta + konteinerio numeris), o sistema to neblokuoja. | | Aukšta, nes tai vienas iš pagrindinių informacijos vienetų, kurie dažnai naudojami | Priklausomų laukų rodymas pagal pasirinkimąJei pasirinkta „Vagonų siunta“ → rodyti tik vagonui skirtus laukus (vagono tipas, serijos numeris, talpa).Jei pasirinkta „Konteinerių siunta“ → rodyti tik konteineriui skirtus laukus. Jei reikia rinktis ir vagoną ir konteinerį, tuomet duoti pasirinkimą ir vagonas ir konteineris. Automatinis laukų valymasKeičiant siuntos rūšį, automatiškai išvalyti kitai rūšiai priklausančius laukus. | | 36. Labai didelis vagonų tipų pasirinkimas, kuriuos sunku intuityviai suprasti ir suprasti, kuo jie skiriasi ir kokiais kroviniais geriausia būtų gabenti krovinius. | Naudotojai turi matyti reikiamą informaciją pasirinkimo metu, o ne prisiminti ją iš galvos ar ieškoti kitur. (Recognition rather than recall ) | Vidutinis žmogus vienu metu trumpalaikėje atmintyje gali išlaikyti apie 7±2 informacijos vienetus. Jei pasirinkimų yra daug (pvz., kelios dešimtys vagonų tipų), juos būtina grupuoti, filtruoti ar papildyti vizualiniais orientyrais.(Miller’s Law) | Dabartinis sąrašas:rodo per daug tipų vienu metu,tipų pavadinimai neaiškūs be papildomo aprašymo,naudotojas neturi pagalbos, kuris tipas tinka konkrečiam kroviniui.Rezultatas – ilgas naršymas, bandymai atspėti ir klaidų rizika. | Naudotojui reikia tiksliai žinoti koks vagonas tinkamas ir sunku rasti toje paieška, Paieška netalieka funkcijos greitai rasti. | Aukštas | Kategorijų filtravimas Vietoj vieno ilgo sąrašo – filtruoti pagal:Krovinio tipą (pvz., biri, skysti, pavojingi, konteineriai, mediena).Technines savybes (pvz., su šaldymu, dengtas, atviras).Kortelių peržiūra su nuotrauka Kiekvienam vagonui rodyti:pavadinimą,nuotrauką arba piktogramą,trumpą aprašymą („Tinka: grūdams, trąšoms“).Rekomendacijų logika Jei naudotojas jau pasirinko krovinio tipą, sistema automatiškai rodo tik tuos vagonus, kurie tam tipui tinka.Tooltip / inline pagalba Užvedus ar paspaudus informacijos ikoną – rodyti specifikacijas, talpą, apribojimus.Paieška pagal raktažodį Kad būtų galima greitai rasti vagoną įvedus „grūdai“ ar „cisterna“. | | 37. Dropdown’as atidarytas uždengia kitus formos inputus ir patį dropdowno inputą. | Visibility of system status (Sistema visada turi aiškiai informuoti naudotoją apie savo būseną.) | Fitts's Law, Law of Proximity | Prarandamas kontekstas: naudotojas nemato, ką pildo.Didėja klaidų tikimybė: galima netyčia pasirinkti neteisingą reikšmę.Lėtėja sąveika: reikia daugiau veiksmų (scroll, close/open).Silpnėja pasitikėjimas sistema: jei naudotojas jaučia, kad forma „nepatogi“ ar „užstringa“, jis linkęs klaidų nebetaisyti. | Kai dropdown atidarytas ir uždengia kitus laukus bei patį įvedimo lauką, naudotojas:nebegali aiškiai matyti, ką pasirinko arba ką įvedė,neturi vizualinio orientyro, kur yra formoje,praranda kontekstą (ypač ilgose formose, kur dropdown gali „atsiplėšti“ nuo susijusių laukų). | Aukštas | Reiktų pakeisti dropdown UI komponentus | | 38. Konteinerio priklausomybės pasirinkime yra logikos ir proceso neatitinkančių pasirinkimų Pagal procesą turėtų būti tik Privatus. O dabar yra geležinkelio administracija, nuoma, kuri reiškia tą patį kas ir privatus ir t.t. | Match between system and the real world, Consistency and standards, User control and freedom, Error prevention | Hick’s Law | -vartotojas gali pasirinkti neteisingą reikšmę, bet sistema nesustabdo, nors vėliau toks pasirinkimas bus atmestas. -Sistemoje pateikiami konteinerio priklausomybės variantai neatitinka realaus LTG krovinių vežimo proceso. | | Aukštas | Panaikinti visus išskyrus privatus. Panaikinti pasirinkimą, kuris neduoda jokios nei vertės verslui, nei naudotojui. Automatinis užpildymas: nustatyti „Privatus“ kaip default, išvis be galimybės keisti. | | KR-99 | | | | | | | | 39. Pradinės/galinės stoties laukai | Sistemos kalbos atitikimas realiam pasauliui | Law of Proximity | Nėra vizualiai grupuojami su susijusiais laukais, pvz., „Krovinio išdavimo vieta“ | Naudotojas praleidžia laukus arba užpildo netinkamai | Vidutinis | Grupavimas pagal logiką, vizualūs skyrikliai | | 40. Vagono tipų pasirinkimo sąrašas | Atpažinimas vietoje prisiminimo | Miller’s Law | Vartotojui reikia atsiminti visus tipų skirtumus, sąrašas nepateikia konteksto ar paaiškinimų | Didėja kognityvinė apkrova, klaidų tikimybė | Aukštas | Pridėti tooltip’us su aprašymais, ikonografiją arba iliustracijas prie kiekvieno tipo | | 41. K-99 važtaraščio pildymo forma – laukas „Krovinio išdavimo vieta“ | Sistemos kalbos atitikimas realiam pasauliui | Law of Clarity | Lauko pavadinimas nėra aiškus, painus su galine stotimi; naudotojui neaiškiai supranta skirtumą | Įvedami netikslūs duomenys, galimos klaidos dokumentuose | Aukštas | Pakeisti į aiškesnį terminą, pateikti tooltip su paaiškinimu ir pavyzdžiais | | 42. „Žiedinio maršruto“ pasirinkimas | Naudotojo kontrolė ir laisvė | Law of Clarity | Pavadinimas ir veikimas neaiškus; naudotojai ne visada supranta, kada tai taikyti | Pasirenkama netinkama opcija, dėl to keičiasi procesas | Vidutinis | Pateikti aiškų aprašą ir vizualų pavyzdį, kada ši funkcija taikoma | | 44. Konteinerių ir vagonų pasirinkimo logika | Nuoseklumas ir standartai | Law of Clarity | Neaišku, kaip sistema turėtų elgtis, jei krovinys vežamas nuosavu vagonu ir konteineriais arba LTG vagonu, bet nuosavais konteineriais | Sukelia neteisingą dokumentų pildymą ir procesų trikdžius | Aukštas | Sukurti aiškią logiką ir vizualią pasirinkimo seką su pavyzdžiais | | 45. Plombos pildymas KR-99 važtarašyje | | | Plomba– tai saugumo priemonė, kurią naudoja siuntėjas, skirta apsaugoti krovinį nuo neteisėtos prieigos, pažeidimų ar dokumentų klastojimo gabenimo metu. Ji paprastai naudojama, kai:konkretūs vagonai ar konteineriai turi likti užrakinti ar įrodyti, kad jų turinys nesikeitė gabenimo metu;tai ypač svarbu, kai krovinys pervežamas muitinės priežiūroje arba vykdomas muitinės tranzitas. | | | - Reiktų susieti funkcionalumus Plombavimas ir KR-99M -žymėjimą,

• Nerodyti visada, kai kroviniui nėra poreikio. Aiškesnio vizualinio atskyrimo nuo kitų laikų | | 46. KR- 99 su žyme „M“ | | | K-99 su žyme „M“ – specialus ženklas, žymintis, jog krovinys vežamas muitinės priežiūroje; dažnai tai reiškia ir būtinybę naudoti plombė.Siuntėjo ženklai – vietoje formoje gali būti laukelis „ypatingos žymos“ arba „plomba“. Jei krovinys turi imunitetą ar reikalauja papildomo saugumo, čia pažymima. | | | | | | | | | | | |
• Heuristika užtikrina, kad sistema kalba naudotojo kalba ir atitinka jo mentalinį modelį (įvedu taip, kaip žinau → sistema randa teisingą kodą).
• UX Law optimizuoja paieškos patogumą ir efektyvumą – kuo greičiau pasiekiamas rezultatas, tuo mažiau frustracijos ir klaidų.

Aukšto prioriteto

raudona - atsikartoja problema visur oranžinė - loginė klaida, kuri turi įtaka UX patirčiai. sureguliuoti žmogiškumo faktorių žalia - reikalauja patogesnio UI sprendimo

Screenshotai