Počnite od sljedećeg zadatka trgovca
Trgovac ne bi trebalo da mora da razumije arhitekturu plaćanja vaše platforme da bi izabrao odgovarajuću stavku menija. Počnite od zadataka koje treba da obavi i usluga koje su potvrđene za njegov povezani nalog. NeroConnect pruža usluge softverskim i POS platformama i njihovim povezanim trgovcima; partneri mogu da konfigurišu podržana podešavanja vidljivosti namijenjena trgovcima. Prije nego što na njima zasnujete dizajn, potvrdite koja podešavanja su primjenjiva.
Napravite jednostavnu mapu usluga prije nego što promijenite navigaciju. Za svaku predloženu stavku zabilježite kome je namijenjena, da li je usluga dostupna, šta odredišna stranica omogućava trgovcu da uradi i ko odgovara na pitanja. U širi pregled integracije uključite odgovornosti, postupak uključivanja, reference plaćanja, događaje i usaglašavanje. Jasniji naziv ne može da otkloni neizvjesnost u vezi s tim ko je odgovoran za osnovni zadatak.
- Navedite zadatke trgovca koje predloženi meni treba da podrži.
- Potvrdite s timom dostupnost usluga i podržane opcije vidljivosti.
- Odredite odgovornu osobu za svaku odredišnu stranicu i objašnjenje namijenjeno korisnicima.
Izaberite između skrivanja stavke i njenog objašnjavanja
Skrivanje nerelevantne stavke može smanjiti ometanje. To je često jasniji izbor kada trgovac ne može da koristi uslugu i nema nijednu korisnu radnju koju može da preduzme. Međutim, nestanak stavke bez objašnjenja takođe može izazvati zabunu, naročito ako ju je trgovac vidio u ranijim uputstvima ili tokom obuke. Ažurirajte i te materijale zajedno s menijem.
Ako vaš interfejs podržava prikaz statusa s objašnjenjem, zadržavanje stavke u meniju može pomoći trgovcu da razumije koji korak u postupku uključivanja još nije završen. Nedostaci su dodatna pretrpanost i rizik da vidljivi naziv djeluje kao obećanje dostupnosti. Navedite šta je poznato, šta treba provjeriti i kome se obratiti. Ne opisujte uslugu kao spremnu za korišćenje samo zato što je njena stavka menija vidljiva.
Hipotetički primjer menija prije i poslije izmjena
Hipotetički primjer: softverski partner svim povezanim trgovcima prikazuje isti meni Plaćanja. On sadrži putanju do dostupnog zadatka u vezi s plaćanjem i drugu uslugu čija dostupnost nije potvrđena. Naslov glasi: „Vaše usluge plaćanja su spremne.” Trgovac bira drugu stavku, dolazi na odredište koje mu ne pomaže i obraća se podršci s pitanjem zašto usluga koja je navodno spremna ne radi.
Nakon provjere, partner koristi podržana podešavanja vidljivosti da sakrije uslugu čija dostupnost nije potvrđena. Dostupni zadatak zadržava jasan naziv zasnovan na zadatku. U partnerovom odjeljku za pomoć poruka sada glasi: „Vaš meni prikazuje zadatke u vezi s plaćanjem koji su trenutno dostupni vašem preduzeću. Ako ste očekivali drugu uslugu, obratite se našem timu za podršku kako bismo provjerili njenu dostupnost i eventualne preostale korake za početak korišćenja.” Time se objašnjava promjena bez tvrdnje da su skrivene usluge omogućene ili dostupne na zahtjev.
Poboljšanje nije samo kraći meni. Trgovac može da prepozna zadatak koji može da obavi, dođe na predviđeno odredište i pronađe odgovarajući način da postavi pitanja. Tim za podršku takođe dobija konkretan problem koji treba ispitati, umjesto neodređene prijave da plaćanja ne rade.
Držite vidljivost odvojeno od provjera pristupa
Skrivena stavka menija nije granica ovlašćenja. Neko može zadržati stari obilježivač ili pratiti vezu iz ranijih uputstava. Odredište i svaka radnja koju korisnik pokuša da izvrši i dalje zahtijevaju odgovarajuće provjere pristupa, bez obzira na to kako je osoba tamo stigla. Uspješnu promjenu vidljivosti nemojte smatrati dokazom da su kontrole pristupa ispravne.
Ta ponašanja pregledajte odvojeno s osobom odgovornom za tehnička pitanja. Testirajte da li navigacija odgovara predviđenom korisničkom iskustvu trgovca, a zatim provjerite kako se obrađuju direktan pristup i pokušaji izvršavanja radnji. Svaka poruka o odbijanju treba da objasni sljedeći koristan korak, bez predlaganja načina da se ograničenje zaobiđe. Ako ponašanje pri pristupu nije jasno, razjasnite ga prije nego što promjenu menija predstavite kao završenu.
- Provjerite meni za reprezentativne situacije u kojima se nalaze nalozi trgovaca.
- Testirajte sačuvane veze odvojeno od uobičajene navigacije kroz meni.
- Potvrdite da promjene vidljivosti nijesu pogrešno shvaćene kao promjene dozvola.
Provjerite razumijevanje prije šireg uvođenja
Zamolite kolegu koji nije upoznat s promjenom da prođe kroz realističan zadatak trgovca. Uočljiv pokazatelj uspjeha jeste da može da prepozna dostupnu uslugu, dođe na ispravno odredište i objasni šta treba uraditi kada neka usluga nedostaje, bez pretpostavke da je već omogućena. Provjerite i formulacije u sadržaju za pomoć i odgovorima podrške; protivrječna uputstva mogu poništiti jasnoću menija.
Vaš sljedeći korak je da pregledate jednu zbunjujuću granu menija, umjesto da sve redizajnirate odjednom. Zabilježite njene trenutne nazive, potvrđeni status usluge, predloženu vidljivost i objašnjenje za korisnika. S timom usaglasite podržanu konfiguraciju, testirajte rezultat i kolegama iz podrške prenesite isto objašnjenje koje će dobiti trgovci.
DOBRO JE ZNATI
Česta pitanja
Da li skrivanje usluge sprečava trgovca da joj pristupi?
Ne. Vidljivost kontroliše prikaz, a ne ovlašćenja. Odredište i radnja koju korisnik pokuša da izvrši i dalje zahtijevaju odgovarajuće provjere pristupa, uključujući slučajeve kada neko koristi sačuvanu vezu.
Treba li sakriti svaku nedostupnu uslugu?
Ne nužno. Skrivanje može ukloniti ono što odvlači pažnju, dok objašnjenje može razjasniti korak koji još nije završen. Odlučite u skladu sa zadatkom trgovca i podržanim opcijama, bez stvaranja utiska da je usluga dostupna.
Šta podrška treba da pita kada trgovac prijavi da neka stavka nedostaje?
Pitajte koji su zadatak očekivali da završe, koji su nalog koristili i đe su vidjeli da se usluga pominje. Provjerite potvrđenu dostupnost i postupak aktivacije prije nego što obećate izmjenu menija.