Shqyrtoni detyra të plota, jo ekrane të izoluara
Për të shqyrtuar një aplikacion biznesi, pyesni nëse përdoruesit e synuar mund të kryejnë detyrat reale, të kuptojnë rezultatin dhe të rikuperohen kur diçka shkon keq. Nisni me disa procese përfaqësuese. Ekranet tërheqëse janë të dobishme vetëm kur informacioni, lejet dhe veprimet e mbështesin punën.
Puna ime në Customiser, Medaur HIMS dhe Digitrack përfshin shqyrtim dokumentesh, kartela pacientësh dhe informacion financiar. Në këto kontekste, njësia e dobishme e shqyrtimit është detyra: futni informacionin, kontrollojeni, kryeni veprimin dhe kuptoni gjendjen përfundimtare.
Zgjidhni detyrat dhe përcaktoni përfundimin e suksesshëm
Listoni detyrat e shpeshta dhe veprimet më të rralla me pasoja të rëndësishme. Përfshini krijimin, gjetjen dhe korrigjimin e regjistrimeve, miratimin e punës dhe eksportimin e informacionit kur vlejnë. Përdorni të dhëna reale me leje ose shembuj qartësisht të krijuar për testim.
Shkruani rezultatin e synuar para seancës. “Shqyrtoni këtë ekran” prodhon mendime për pamjen. “Gjeni versionin e fundit të miratuar dhe shpjegoni kush e miratoi” teston strukturën dhe kuptimin. Mos u tregoni pjesëmarrësve cilët butona të përdorin kur kjo është pjesë e asaj që doni të mësoni.
Përfshini njerëz me përgjegjësi dhe njohje të ndryshme. Një administrator që njeh gjithë modelin e të dhënave mund ta përdorë me sukses një ekran që huton përdoruesin e rastit. Lidhni vëzhgimet me rolin dhe detyrën, pa i mesatarizuar të gjithë në një përdorues të përgjithshëm.
Kontrolloni futjen dhe redaktimin e të dhënave
Kontrolloni etiketat, fushat e detyrueshme, shembujt dhe vlerat fillestare. Çdo fushë duhet të shpjegojë çfarë informacioni kërkon pa u mbështetur te teksti ndihmës që zhduket gjatë shkrimit. Kur dy vlera duken të ngjashme, shtoni kontekst të mjaftueshëm për zgjedhjen e duhur.
Testoni navigimin me tastierë dhe korrigjimin e zakonshëm. A mundet personi të kalojë nëpër formular, të ndryshojë një vlerë të mëparshme dhe të shohë fushat që kërkojnë vëmendje? Kur verifikimi dështon, ruani informacionin e saktë të futur dhe shpjegoni si zgjidhet problemi pranë fushës përkatëse.
Shembull për një mjet të trilluar planifikimi: koordinatori fut klientin, zgjedh punonjësin dhe dërgon takimin pa orën e përfundimit. Formulari identifikon fushën që mungon dhe ruan vlerat e tjera. Pas korrigjimit, lidhja ndërpritet gjatë dërgimit. Mjeti kontrollon nëse takimi u ruajt para se të ofrojë riprovim, pastaj tregon referencën e konfirmuar. Shqyrtoni gjithë rrjedhën, përfshirë tastierën dhe nëse koordinatori e kupton që dërgimi tjetër mund të krijojë dublikatë.
Bëjini të kuptueshme gjendjen dhe pasojat
Shqyrtoni etiketat draft, e miratuar, e dërguar dhe e përfunduar sipas procesit real. Statusi duhet të përshkruajë diçka që sistemi e di, jo një rezultat të shpresuar. Pas ruajtjes ose dërgimit, tregoni çfarë ndodhi dhe nëse mbetet një hap tjetër.
Për veprime me pasoja të rëndësishme, bëni të qartë regjistrimin e prekur dhe rezultatin para veprimit. Kur rregullat e biznesit e lejojnë, ofroni mundësi kthimi ose korrigjimi. Përdorni konfirmim vetëm kur ndihmon një vendim domethënës; dritaret e panevojshme të përsëritura përfundojnë duke u shpërfillur.
Një mjet hipotetik shqyrtimi dokumentesh duhet të dallojë pranimin e një vlere të nxjerrë nga dërgimi i gjithë regjistrimit në sistem tjetër. Bashkimi i të dyjave në një buton të pashpjeguar “U krye” e vështirëson kuptimin e përgjegjësisë dhe korrigjimin e gabimeve.
Shqyrtoni lejet, dështimet dhe punën që zgjat
Testoni çdo rol me qasjen që duhet të ketë. Konfirmoni si atë që shfaqet në ndërfaqe, ashtu edhe çfarë lejon realisht aplikacioni. Fshehja e butonit nuk zëvendëson zbatimin e lejes. Mesazhet e gabimit duhet të shpjegojnë hapin e ardhshëm pa zbuluar informacion privat të dikujt tjetër.
Provoni lista bosh, regjistrime të padisponueshme, kërkesa të dështuara dhe lidhje të ndërprera. Ndërfaqja duhet të dallojë “nuk ka rezultate” nga “rezultatet nuk u ngarkuan”. Jepni mundësi të sigurt riprovimi dhe kontrolloni që veprimet e përsëritura nuk krijojnë dublikata.
Për përpunim që zgjat, shpjegoni nëse puna është në radhë, në proces, në pritje të shqyrtimit ose ka dështuar. Mendoni nëse personi mund ta lërë faqen dhe të kthehet te rezultati. Treguesit e ngarkimit pa shpjegim e bëjnë të vështirë të dish nëse duhet pritur, riprovuar apo kërkuar ndihmë.
Vëzhgoni sjelljen dhe renditni përmirësimet
Kërkojuni pjesëmarrësve të shpjegojnë çfarë presin para veprimeve të rëndësishme dhe çfarë besojnë se ndodhi pas tyre. Regjistroni hezitimet, kthimet pas, supozimet e gabuara dhe detyrat e papërfunduara. Ndani problemin e vëzhguar nga preferenca vizuale; të dyja mund të kenë rëndësi, por kërkojnë prova të ndryshme.
Jepuni përparësi problemeve sipas pasojës dhe shpeshtësisë. Një veprim miratimi me emërtim të gabuar mund të jetë më urgjent se hapësira jokonsistente. Grupojini problemet sipas shkakut, si identitet i paqartë regjistrimi ose gjuhë e paqëndrueshme statusi, në vend që të ridizajnoni çdo ekran veçmas.
Ritestoni procesin e ndryshuar me detyrën origjinale dhe rolet e prekura. Regjistroni detyrën, vështirësinë, pasojën, zgjidhjen e propozuar dhe kontrollin e pranimit. Kjo i jep dizajnerit dhe zhvilluesit një sjellje konkrete për përmirësim dhe një mënyrë verifikimi.
