Na tej strani
Sistem za podporo priporoči vračilo denarja za naročilo. Na zaslonu piše „visoka gotovost ocene“, toda agent ne vidi, za katero naročilo gre, katera različica pravilnika velja ali ali je nadomestna pošiljka že odšla. Priporočilo je morda pravilno. Agent tega ne more vedeti. To je ponazoritvena situacija pri podpori, ne poročilo o incidentu.
Predstavitev sistema za podporo odločanju pokaže bolj preverljiv vzorec: pregledovalec vidi posamezne meritve in lahko odpre osnovni pregled, namesto da dobi le končni predlog. Predstavitev je z medicinskega področja, kjer je neodvisno preverjanje še posebej pomembno. Ne dokazuje klinične točnosti. Nauka o zasnovi lahko prenesemo v manj občutljivo delo, ne da bi prevzeli ponudnikove trditve o rezultatih.
Sklep stisne dokaze
Stiskanje je koristno. Oseba, ki odloča o vračilu denarja, noče prebrati vsakega dogodka v evidenci. Priporočilo lahko dolg zapis spremeni v naslednje dejanje. Vendar stiskanje odstrani podrobnosti, tudi tiste, ki bi lahko rezultat obrnile.
Poglejmo ponazoritveno zgodovino naročila. Stranka poroča, da paket manjka. Model v podatkih prevoznika vidi „ni dostavljeno“ in predlaga vračilo. Drug zapis pove, da je nadomestna pošiljka odšla danes zjutraj. Če priporočilo ta zapis skrije, lahko agent za eno težavo odobri dve rešitvi. Če pokaže obe dejstvi in njun čas, lahko agent odloči obveščeno.
Pred povabilom k dejanju naj vmesnik odgovori na štiri vprašanja: kaj je bilo opaženo? Od kod je prišlo? Kako aktualno je? Kaj bi priporočilo lahko naredilo napačno? Besedilna utemeljitev je le del odgovora.
Izvorna opažanja in pregledovalca povezuje priporočilo, ki vključuje izvor in negotovost ter omogoča pregled izvirnega zapisa.
„Vrnite denar, ker dostava ni uspela“ lahko zveni gladko, status prevoznika pa je zastarel.
| Vidni element | Kaj lahko pregledovalec preveri |
|---|---|
| Priporočilo in predlagano dejanje | Ali dejanje ustreza nalogi |
| Izvorna opažanja s časovnimi oznakami | Ali so dejstva aktualna in popolna |
| Manjkajoči ali nasprotujoči si dokazi | Ali je treba počakati ali raziskati |
| Povezava na izvirni zapis | Ali je povzetek izpustil odločilno podrobnost |
| Izid in sled popravkov | Ali podobni predlogi ponavljajo napako |
To je konceptualni seznam za vmesnik, ne trditev, da katerakoli nadzorna plošča dosega boljše odločitve.
Negotovost postavite v delo, ne v drobni tisk
Sistem je lahko negotov iz več razlogov. Vir se ni odzval. Dva identifikatorja morda označujeta isto naročilo. Pravilnik se je po zadnjem indeksiranju spremenil. Model morda sam ni prepričan, kako razumeti pritožbo v prostem besedilu. To so različni načini odpovedi in potrebujejo različne prikaze.
„Nizka gotovost ocene“ ni dovolj, če izvajalec lahko ugotovi konkretno manjkajoče dejstvo. Pokažite „podatki prevoznika so bili nazadnje posodobljeni včeraj“ ali „zapisa o nadomestni pošiljki ni bilo mogoče pridobiti“. Če sistem nima podlage za številčno oceno, na zaslon ne narišite natančnega odstotka. Cilj je, da pregledovalec ve, kaj preveriti naslednje.
Enaka struktura je pomembna pri sinhronizaciji podatkov. Če ciljni sistem prejme nov status stranke, ohranite ID izvornega dogodka, čas in pravilo, ki je ustvarilo spremembo. Ko nekdo vpraša, zakaj je kampanja vključila stranko, lahko ekipa sledi odločitvi nazaj. Nepojasnjena prekopirana vrednost je sklep brez dokazov.
Ta predlagani prikaz Tajo ločuje zapis dejavnosti od tistega, kar ostaja nedokazano. Zapis je prikazan kot izveden, preverjanje cilja pa še čaka. Obstoječi tok dejavnosti Tajo prikazuje izide in izvirne dogodke; dodana plošča za preverjanje ponazarja, kako lahko to mejo bolje pokažemo.
Opravljen zapis še vedno potrebuje dokaz
Ali se je sinhronizacija strank končala?
Zapis je bil izveden. Preverjanje še čaka.
Stanje v cilju še ni bilo preverjeno.
Dejavnost sinhronizacije
- Zahteva sprejeta
- Sprememba izvedena
- Preverjanje cilja še čaka
Vzorčni zagon · 14:32 UTC
Kaj vemo
- Odgovor ponudnika
- Sprejeto
- Rezultat zapisa
- Izvedeno
- Ponovno branje iz cilja
- Čaka
Uspešen klic ne dokazuje končnega stanja.
Predlagani prikaz temelji na toku dejavnosti Tajo. Ponazoritev doda stanje preverjanja; ne trdi, da je ponovno branje iz cilja že uvedeno.
Pregled naj bo koristen brez razkrivanja vsega
Večina rutinskih dejanj ne bi smela zahtevati odpiranja obsežne mape primera. Dober vmesnik lahko ohrani priporočilo kratko, dokaze pa postavi en korak stran. Izpostavi lahko le neskladja, ki bi spremenila izbiro. To ni isto kot popolno skrivanje podlage.
Prikaz več podatkov ima resničen strošek za zasebnost. Pregledovalec naj vidi le polja, potrebna za to odločitev, po istih pravilih dostopa kot za izvirni zapis. Vidnost dokazov ni splošno dovoljenje za razkrivanje zgodovine stranke. Hramba in revizijski dnevniki potrebujejo lastnika.
Druga skrb je pristranskost zaradi avtomatizacije: vidno priporočilo lahko še vedno usmeri osebo, ki ga pregleduje. Preverite, ali pregledovalci opazijo namerno vstavljena protislovja in lahko izberejo „premalo dokazov“, ne da bi se borili z vmesnikom. Po uvedbi merite vzorce popravkov in razveljavitev. Prijetna razlaga ni merilo izida.
Vmesnik za pregled potrebuje tudi mesto za nesoglasje. Če agent zavrne predlog za vračilo, naj poda razlog, dovolj ozek za izboljšavo sistema: napačno ujemanje naročila, zastarel status prevoznika, manjkajoč zapis o nadomestni pošiljki ali izjema pri pravilniku. Ne zahtevajte dolgega besedila za vsak ugovor. Razloge združite in preverite, ali isti vir ponavlja težave. Tako posamezen pregled vodi do popravila sistema. Vodnik za odkrivanje poteka dela pomaga najti dejansko pot izjem, preden je predlog sploh zgrajen. Dokazi ob sklepu pomagajo pregledovalcu danes; podatki o popravkih lahko izboljšajo jutrišnjo pot odločitve.
Pri dejanjih s pomembnimi posledicami naj bo pot pregleda del pravil delovanja izdelka. Sistem predlaga, navede uporabljene vire, pove, česa ni mogel preveriti, in zabeleži rezultat. Kadar dokazi ne podpirajo izbire, je najkoristnejši sklep morda „počakaj“.
Pogosto Zastavljena Vprašanja
Ali je priporočilo zaradi razlage zanesljivo?
Ne. Prepričljiva razlaga lahko spremlja napačen rezultat. Pregledovalci potrebujejo dostop do izvornih opažanj, njihovega izvora, negotovosti in izidov, ne le samozavestnega stavka.
Kateri dokazi sodijo ob samodejni predlog?
Pokažite konkretna opažanja, njihov vir in čas, manjkajoče vhode, po potrebi različico pravila ali modela ter pot do izvirnega zapisa.
Kdaj naj rezultat pregleda oseba?
Ko posledica presega odobreni obseg sistema ali so dokazi nepopolni, zastareli ali sporni. Pregledovalec mora imeti resnično možnost ugovarjati in ustaviti dejanje.