Počnite od sledećeg zadatka trgovca
Trgovac ne bi trebalo da mora da razume 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 za prikaz trgovcima. Potvrdite koja podešavanja važe pre nego što ih uzmete kao osnovu za dizajn.
Napravite jednostavnu mapu usluga pre nego što promenite navigaciju. Za svaku predloženu stavku zabeležite kome je namenjena, da li je usluga dostupna, šta trgovac može da uradi na odredišnoj stranici i ko odgovara na pitanja. U širi pregled integracije uključite nadležnosti, proces uključivanja, reference plaćanja, događaje i usaglašavanje evidencija. Jasniji naziv ne može da otkloni neizvesnost o tome ko je odgovoran za zadatak na koji se odnosi.
- Navedite zadatke trgovaca koje vaš predloženi meni treba da podrži.
- Potvrdite sa timom dostupnost usluga i podržane opcije vidljivosti.
- Odredite odgovornu osobu za svaku odredišnu stranicu i objašnjenje namenjeno korisnicima.
Odlučite da li da stavku sakrijete ili objasnite
Skrivanje nerelevantne stavke može da smanji ometanje. To je često jasnije rešenje kada trgovac ne može da koristi uslugu i nema korisnu radnju koju može da preduzme. Međutim, nestanak stavke bez objašnjenja takođe može da izazove zabunu, naročito ako ju je trgovac video u ranijim uputstvima ili tokom obuke. Ažurirajte i te materijale uporedo sa menijem.
Ako vaš interfejs podržava prikaz statusa sa objašnjenjem, zadržavanje vidljive stavke može da pomogne trgovcu da razume koji korak u procesu uključivanja još nije završen. Nedostaci su dodatna pretrpanost i rizik da vidljiv naziv deluje kao obećanje dostupnosti. Navedite šta je poznato, šta treba proveriti i kome se obratiti. Nemojte opisivati uslugu kao spremnu samo zato što je njena stavka menija vidljiva.
Hipotetički primer menija pre i posle izmene
Hipotetički primer: softverski partner svim povezanim trgovcima prikazuje isti meni Plaćanja. On sadrži putanju do dostupne radnje u vezi sa plaćanjem i još jednu uslugu čija dostupnost nije potvrđena. Naslov glasi: „Vaše usluge plaćanja su spremne.” Trgovac bira drugu stavku, dolazi do odredišta koje mu nije od pomoći i obraća se podršci sa pitanjem zašto usluga koja je navodno spremna ne radi.
Nakon provere, partner koristi podržana podešavanja vidljivosti da sakrije uslugu čija dostupnost nije potvrđena. Dostupna radnja zadržava jasan naziv koji opisuje šta se njome obavlja. U sopstvenom odeljku za pomoć partner menja poruku u: „Vaš meni prikazuje radnje u vezi sa plaćanjem koje su trenutno dostupne vašem preduzeću. Ako ste očekivali neku drugu uslugu, obratite se našem timu za podršku kako bismo proverili njenu dostupnost i sve preostale korake za početak korišćenja.” Time se promena objašnjava bez tvrdnje da su skrivene usluge omogućene ili dostupne na zahtev.
Poboljšanje nije samo u kraćem meniju. Trgovac može da prepozna radnju koju može da izvrši, stigne do predviđenog odredišta i pronađe odgovarajući način da postavi pitanja. Tim za podršku takođe dobija konkretan problem koji treba da ispita, umesto neodređene prijave da plaćanja ne rade.
Odvojite vidljivost od provera pristupa
Skrivena stavka menija nije granica za proveru ovlašćenja. Neko može sačuvati stari obeleživač ili pratiti vezu iz ranijih uputstava. Odredište i svaka radnja koju korisnik pokuša da izvrši i dalje zahtevaju odgovarajuće provere pristupa, bez obzira na to kako je osoba tamo stigla. Nemojte uspešnu promenu vidljivosti smatrati dokazom da kontrole pristupa ispravno funkcionišu.
Zasebno proverite ovo ponašanje sa osobom odgovornom za tehnički deo. Ispitajte da li navigacija odgovara predviđenom iskustvu trgovca, a zatim proverite kako se obrađuju direktan pristup odredištu i pokušaji izvršavanja radnji. Svaka poruka o odbijanju treba da objasni sledeći koristan korak, bez predlaganja načina zaobilaženja ograničenja. Ako pravila pristupa nisu jasna, razjasnite ih pre nego što promenu menija predstavite kao završenu.
- Proverite meni za reprezentativne slučajeve naloga trgovaca.
- Testirajte sačuvane veze odvojeno od uobičajene navigacije kroz meni.
- Potvrdite da promene vidljivosti nisu pogrešno protumačene kao promene dozvola.
Proverite razumevanje pre šireg uvođenja
Zamolite kolegu koji nije upoznat sa promenom da obavi realističan zadatak trgovca. Proverljiv pokazatelj uspeha jeste to da može da prepozna dostupnu uslugu, stigne do odgovarajućeg odredišta i objasni šta treba uraditi ako usluga nedostaje, bez pretpostavke da je već omogućena. Proverite i formulacije u sadržaju za pomoć i odgovorima podrške; protivrečna uputstva mogu poništiti prednosti jasnog menija.
Vaš sledeći korak je da pregledate jednu zbunjujuću granu menija, umesto da redizajnirate sve odjednom. Zabeležite njene trenutne nazive, potvrđeni status usluge, predloženu vidljivost i objašnjenje za korisnika. Dogovorite sa timom podržanu konfiguraciju, testirajte rezultat i kolegama iz podrške dajte isto objašnjenje koje će dobiti trgovci.
DOBRO JE ZNATI
Česta pitanja
Da li skrivanje usluge sprečava trgovca da joj pristupi?
Ne. Vidljivost određuje prikaz, a ne ovlašćenja. Odredište i radnja koju korisnik pokuša da izvrši i dalje zahtevaju odgovarajuće provere pristupa, uključujući i slučaj kada neko koristi sačuvanu vezu.
Da li svaku nedostupnu uslugu treba sakriti?
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 nagoveštavanja da je usluga dostupna.
Šta podrška treba da pita kada trgovac prijavi da neka stavka nedostaje?
Pitajte koji su zadatak očekivali da obave, koji su nalog koristili i gde su videli da se usluga pominje. Proverite potvrđenu dostupnost i postupak aktivacije pre nego što obećate izmenu menija.