Na ovoj stranici
Sistem podrške predlaže povraćaj novca za porudžbinu. Na ekranu piše „visoka sigurnost procene“, ali operater ne vidi koja je porudžbina u pitanju, koja verzija pravila važi ili da li je zamenska pošiljka već poslata. Preporuka može biti tačna. Operater to ne može da utvrdi. Ovo je ilustrativan primer iz podrške, a ne prijavljen incident.
Demonstracija podrške odlučivanju pokazuje pregledniji obrazac: osoba koja proverava može videti pojedinačna merenja i otvoriti osnovno ispitivanje, umesto da dobije samo završni predlog. Demonstracija je u medicinskom okruženju, gde je nezavisna provera naročito važna. Ona ne dokazuje kliničku tačnost. Lekcija o dizajnu može se preneti u manje osetljiv posao bez preuzimanja tvrdnji pružaoca o rezultatima.
Zaključak sažima dokaze
Sažimanje je korisno. Osoba koja odlučuje o povraćaju ne želi da čita svaki događaj iz evidencije. Preporuka može pretvoriti dug zapis u sledeću radnju. Ali sažimanje odbacuje detalje, uključujući one koji bi mogli promeniti ishod.
Razmotrite ilustrativnu istoriju porudžbine. Kupac prijavljuje da paket nedostaje. Model vidi status „nije isporučeno“ kod dostavljača i predlaže povraćaj. Drugi zapis kaže da je zamenska pošiljka otpremljena jutros. Ako preporuka sakrije taj zapis, operater može dati dva rešenja za isti problem. Ako pokaže obe činjenice i njihova vremena, operater može doneti obaveštenu odluku.
Interfejs treba da odgovori na četiri pitanja pre nego što ponudi radnju: Šta je opaženo? Odakle potiče? Koliko je sveže? Šta bi preporuku moglo učiniti pogrešnom? Objašnjenje u prozi samo je deo odgovora.
Izvorna opažanja i pregledalac povezani su preporukom koja sadrži poreklo i neizvesnost, pa pregledalac može otvoriti izvorni zapis.
„Vratite novac jer isporuka nije uspela“ može zvučati tečno čak i kada je status dostavljača zastareo.
| Vidljiv element | Šta omogućava pregledaocu da proveri |
|---|---|
| Preporuka i predložena radnja | Da li radnja odgovara zadatku |
| Izvorna opažanja sa vremenima | Da li su činjenice sveže i potpune |
| Nedostajući ili protivrečni dokazi | Da li treba zastati ili istražiti |
| Veza ka izvornom zapisu | Da li je sažetak izostavio presudan detalj |
| Ishod i trag ispravki | Da li slični predlozi ponavljaju greške |
Ovo je konceptualna lista za interfejs, ne tvrdnja da bilo koja konkretna kontrolna tabla donosi bolje odluke.
Unesite neizvesnost u posao, a ne u sitna slova
Sistem može biti neizvestan iz više razloga. Izvor nije odgovorio. Dva identifikatora možda označavaju istu porudžbinu. Pravilo se promenilo od poslednjeg indeksiranja. Sam model možda ne zna kako da protumači pritužbu napisanu slobodnim tekstom. To su različite vrste neuspeha i treba ih različito prikazati.
„Niska sigurnost procene“ nije dovoljno kada operater može proveriti konkretnu činjenicu koja nedostaje. Prikažite „podaci dostavljača poslednji put ažurirani juče“ ili „zapis o zameni nije mogao biti preuzet“. Ako sistem nema osnov za ocenu, ne stavljajte precizan procenat na ekran. Cilj je da pregledalac zna šta sledeće treba proveriti.
Ista struktura važna je u sinhronizaciji podataka. Ako odredište primi nov status kupca, sačuvajte identifikator izvornog događaja, vreme i pravilo koje je proizvelo promenu. Kada neko pita zašto je kampanja uključila kupca, tim može pratiti odluku unazad. Neobjašnjena kopirana vrednost je zaključak bez dokaza.
Ovaj predloženi prikaz Tajo odvaja ono što beleži zapis aktivnosti od onoga što još nije dokazano. Upis je prikazan kao primenjen, a provera odredišta je i dalje na čekanju. Postojeći tok aktivnosti Tajo prikazuje ishode i izvorne događaje; dodat panel za proveru ilustruje kako ta granica može jasnije da se prikaže.
Završen upis i dalje traži dokaz
Da li je sinhronizacija kupaca završena?
Upis je primenjen. Provera je na čekanju.
Stanje u odredištu još nije provereno.
Aktivnost sinhronizacije
- Zahtev prihvaćen
- Izmena primenjena
- Provera odredišta na čekanju
Primer izvršavanja · 14:32 UTC
Šta znamo
- Odgovor dobavljača
- Prihvaćeno
- Rezultat upisa
- Primenjeno
- Ponovno čitanje iz odredišta
- Na čekanju
Uspešan poziv ne dokazuje konačno stanje.
Predloženi prikaz zasniva se na toku aktivnosti Tajo. Ilustracija dodaje stanje provere; ne tvrdi da je ponovno čitanje iz odredišta već implementirano.
Neka pregled bude koristan bez otkrivanja svega
Za većinu rutinskih radnji ne treba otvarati čitav predmet. Dobar interfejs može zadržati kratku preporuku, a dokaze učiniti dostupnim jednim korakom. Može istaći samo neslaganja koja bi promenila odluku. To nije isto što i potpuno skrivanje osnova.
Prikazivanje više podataka ima stvarnu cenu po privatnost. Pregledalac treba da vidi samo polja potrebna za ovu odluku, prema istim pravilima pristupa koja važe za izvorni zapis. Vidljivost dokaza nije opšta dozvola za otkrivanje istorije kupca. I čuvanje podataka i revizijski logovi moraju imati odgovornog vlasnika.
Druga briga je sklonost da se automatski predlog prihvati: vidljiva preporuka i dalje može usmeriti osobu koja je pregleda. Proverite da li pregledaoci uočavaju namerno postavljene protivrečnosti i mogu odabrati „nedovoljno dokaza“ bez borbe sa interfejsom. Merite obrasce ispravki i naknadnih promena posle puštanja u rad. Uverljivo objašnjenje nije mera ishoda.
Interfejs za pregled treba i mesto za neslaganje. Ako operater odbije predlog za povraćaj, zatražite dovoljno određen razlog da sistem može da se popravi: pogrešno povezana porudžbina, zastareo status dostavljača, nedostajući zapis o zameni ili izuzetak od pravila. Ne tražite dug tekst za svako neslaganje. Grupisane razloge pregledajte da biste videli da li jedan izvor stalno stvara problem. Tako pojedinačna provera vodi popravljanju sistema. Vodič za otkrivanje radnog toka pomaže da se pronađe stvarni put izuzetka pre gradnje predloga. Dokazi uz zaključak pomažu pregledaocu danas; podaci o ispravkama mogu poboljšati sutrašnji put odlučivanja.
Za radnje sa značajnim posledicama put pregleda treba da bude deo dogovorenog ponašanja proizvoda. Sistem predlaže, navodi šta je koristio, imenuje šta nije mogao da proveri i beleži ishod. Kada dokazi ne podržavaju izbor, najkorisniji zaključak može biti „sačekajte“.
Često Postavljana Pitanja
Čini li objašnjenje preporuku pouzdanom?
Ne. Uverljivo objašnjenje može pratiti pogrešan rezultat. Pregledaocu trebaju izvorna opažanja, poreklo podataka, neizvesnost i ishodi, a ne samo samouverena rečenica.
Koji dokazi treba da stoje uz automatski predlog?
Prikažite konkretna opažanja koja su korišćena, njihov izvor i vreme, ulaze koji nedostaju, verziju pravila ili modela kada je bitna i način za pregled izvornog zapisa.
Kada osoba treba da pregleda rezultat?
Kada posledica prevazilazi odobreni opseg sistema ili su dokazi nepotpuni, zastareli ili sporni. Pregledalac mora imati stvarnu mogućnost da se ne složi i zaustavi radnju.