Najboljši vmesnik je morda tam, kjer delo že poteka

Zapis stika je že odprt, ko prodajni izvajalec odkrije podvojitev. V tem ponazoritvenem poteku jo avtomatizacija lahko odpravi, toda izvajalec mora odpreti ločeno nadzorno ploščo, znova poiskati isti stik in se vrniti v CRM, da preveri rezultat. Avtomatizacija je morda hitra; obvoz okoli nje ni.

To odpira produktno vprašanje, ki ga je med zasnovo avtomatizacije lahko spregledati: kje naj se pokaže njen rezultat?

Pregledan pogovor o avtomatizaciji dela zagovarja delovanje znotraj sistemov, ki hranijo izvorne zapise, namesto da bi moral vsak uporabnik osvojiti nov vmesnik. To je oblikovalska hipoteza, ne dokaz, da katerakoli konkretna izvedba izboljša uporabo. Koristna je, ker enoto zasnove premakne z zaslona na dokončano nalogo.

Sledite zapisu, odločitvi in predaji

Narišite eno resnično nalogo. Kje se zapis prvič pojavi? Kdo odloči, ali je pripravljen? Kaj mora ta oseba pregledati? Kje preveri, da je sprememba učinkovala? Preštejte korake in mesta, kjer je treba kontekst prekopirati ali znova vnesti.

V zamišljenem primeru podvojenega stika ima izvajalec že odprt zapis stranke. Predlog ob zapisu bi lahko pokazal sporna polja in predlagano združitev. Pregled ostane blizu odločitvi. Rezultat se pokaže v posodobljenem zapisu. Ta pot ima lahko manj korakov od nove nadzorne plošče, čeprav je plošča v predstavitvi lepša.

1. Odprite zapis

   obstoječe delo
   isti kontekst
2. Preglejte predlog

   sporna polja
   odloči oseba
3. Odobrite spremembo

   pravilen obseg
   končni pogoj
4. Preverite rezultat

   posodobljen zapis

Izvorni pogovor opisuje tudi delitev na korake, ki jih lahko odstranimo, deterministična dejanja, presojo in človeške odobritve. Lokacija je za vsako vrsto pomembna drugače. Deterministična posodobitev se lahko izvede brez vidnega zaslona in pusti jasno stanje. Dvoumna združitev potrebuje razlago in točko pregleda. Dejanje s posledicami zahteva pooblastilo odgovorne osebe, kjerkoli že živi vmesnik.

Naš vodnik za povezovanje več poslovnih orodij ekipam svetuje določiti vir resnice. Ta odločitev pomaga umestiti interakcijo: sistem, ki ima zapis v lasti, je pogosto naravno mesto za njegov pregled in popravek. To pa ne pomeni, da lahko vsako orodje prikaže vso potrebno razlago.

Rezultat v obstoječem orodju še vedno potrebuje preverljivo sled

„Brez novega vmesnika“ lahko postane slogan, ki skrije manjkajoč nadzor. Če avtomatizacija spremeni zapis v CRM, morajo uporabniki vedeti, kaj se je spremenilo, zakaj in ali se drugi sistem zdaj ujema. Vrstica „končano“ je preskromna, če naloga prečka dva sistema.

Zasnova morda potrebuje kratko stanje v delovnem orodju in podrobnejši pregled zgodovine drugje. Služita različnim trenutkom. Izvajalec mora ukrepati pri trenutnem zapisu. Skrbnik pa morda pregleduje neuspešne naloge, dovoljenja in vzorce med računi. Najboljši vmesnik je lahko zato več površin, vsaka prilagojena svoji nalogi.

Tajo že ponuja vir dejavnosti MCP z izidom, fazo in razširljivimi izvornimi podatki o dogodku. Spodnja ponazoritev postavi to zamisel v pogovor in doda predlagano ploščo za preverjanje. Upravljavec vidi neposreden rezultat, nato pa lahko pregleda dokaze. Ta prikaz ne potrjuje združljivosti z vsako gostiteljsko aplikacijo.

TajoPonazoritev zasnove · Vzorčni podatki

Opravljen zapis še vedno potrebuje dokaz

Ali se je sinhronizacija strank končala?

Aplikacija Tajo MCPDejavnost

Zapis je bil izveden. Preverjanje še čaka.

Stanje v cilju še ni bilo preverjeno.

Dejavnost sinhronizacije

1. Zahteva sprejeta
2. Sprememba izvedena
3. Preverjanje cilja še čaka

Vzorčni zagon · 14:32 UTC

Kaj vemo

Odgovor ponudnika

Sprejeto

Rezultat zapisa

Izvedeno

Ponovno branje iz cilja

Čaka

Prikažite izvirni dogodek

Uspešen klic ne dokazuje končnega stanja.

Predlagani prikaz dokazov

Preglejte dejavnost

Predlagani prikaz temelji na toku dejavnosti Tajo. Ponazoritev doda stanje preverjanja; ne trdi, da je ponovno branje iz cilja že uvedeno.

Poglejmo še drugi ponazoritveni primer: upravitelj trgovine želi vedeti, ali je preizkusno naročilo ustvarilo predvideno posodobitev stranke. Kratek rezultat ob naročilu bi lahko pokazal ciljni zapis in njegovo stanje. Ločena konzola za integracijo lahko pokaže pravila preslikave in zgodovino napak. Vodnik za integracijo Brevo in Shopify priporoča preverjanje preizkusnega stika in naročila v ciljnem sistemu pred uporabo sinhroniziranih podatkov. Vmesnik naj človeku pomaga opraviti ta pregled, ne samo oznani, da je bila zahteva poslana.

Ta razlika varuje pred znano pastjo. Orodje se lahko lahko odpre, a mu je težko zaupati. Prikaz končnega pogoja tam, kjer uporabnik dela, je lahko vrednejši od enega klika manj do nadzorne plošče. Če pa obstoječa aplikacija ne more pokazati dovolj konteksta, lahko stiskanje celotne odločitve v kratko obvestilo nalogo poslabša.

Preizkusite pot, ne preference

Obe zasnovi pokažite osebi, ki delo opravlja: poziv ob zapisu in posebno stran. Dajte ji isti primer. Opazujte, ali najde zapis, razume predlagano dejanje, opazi napačen predlog in potrdi rezultat. Štejte predaje in napačne predpostavke, ne le sekund.

Pooblastilo ločite od priročnosti. Gumb ob zapisu mora še vedno spoštovati klicateljeva dovoljenja in pravila odobritve v poteku. Članek o vlogi strokovnjakov pri avtomatizaciji pojasnjuje, zakaj naj ljudje, ki poznajo izjeme, te izjeme opredelijo, sistem pa uveljavi dostop in tehnične podatkovne specifikacije.

Za nov zaslon obstajajo razlogi: diagnoza med sistemi, nastavitev, skupinski pregled in revizija lahko presežejo, kar pokaže CRM ali skrbniški vmesnik trgovine. Pravo vprašanje je, ali zaslon pomaga dokončati nalogo, zaradi katere mora človek zapustiti svoje delo.

Pri preizkusu vključite osebo, ki obravnava izjeme, ne le tiste, ki dokonča običajno pot. Kratko dejanje ob zapisu je lahko odlično za rutinske primere, lastnik izjeme pa brez zgodovine ne more odločiti. Vmesnik naj pokaže predajo in kratko običajno pot.

Vmesnik si zasluži mesto, ko nosi potrebno odločitev ali dokaz. Če je delo mogoče dokončati in preveriti tam, kjer se je začelo, je dodaten zaslon obvoz.