Začnite z naslednjo nalogo trgovca
Trgovcu ne bi smelo biti treba razumeti plačilne arhitekture vaše platforme, da bi izbral pravi element menija. Začnite z nalogami, ki jih mora opraviti, in storitvami, potrjenimi za njegov povezani račun. NeroConnect je namenjen platformam za programsko opremo in rešitve POS ter njihovim povezanim trgovcem; partnerji lahko prilagodijo podprte nastavitve vidnosti v vmesniku za trgovce. Preden jih vključite v zasnovo, potrdite, katere nastavitve so na voljo.
Preden spremenite navigacijo, pripravite preprost pregled storitev. Za vsak predlagani element zabeležite, komu je namenjen, ali je storitev na voljo, kaj lahko trgovec opravi na ciljni strani in kdo odgovarja na vprašanja. V širši pregled integracije vključite odgovornosti, postopek vključevanja, plačilne reference, dogodke in usklajevanje evidenc. Jasnejše poimenovanje ne more odpraviti nejasnosti glede tega, kdo je odgovoren za posamezno nalogo.
- Navedite naloge trgovcev, ki jih mora podpirati predlagani meni.
- Z ekipo potrdite razpoložljivost storitev in podprte možnosti vidnosti.
- Za vsako ciljno stran in pripadajoče pojasnilo za stranke določite odgovorno osebo.
Izberite med skrivanjem elementa in pojasnilom
Skrivanje nepomembnega elementa lahko zmanjša motnje. To je pogosto preglednejša izbira, kadar trgovec storitve ne more uporabljati in v zvezi z njo ne more storiti ničesar koristnega. Vendar lahko izginotje brez pojasnila povzroči tudi zmedo, zlasti če je trgovec ta element že videl v prejšnjih navodilih ali na usposabljanju. Skupaj z menijem posodobite tudi ta gradiva.
Če vaš vmesnik omogoča prikaz pojasnila ob elementu, lahko ohranitev njegove vidnosti trgovcu pomaga razumeti, kateri korak v postopku vključevanja še ni opravljen. Slabost sta večja nepreglednost in tveganje, da vidno poimenovanje ustvari vtis obljubljene razpoložljivosti. Povejte, kaj je znano, kaj je treba preveriti in na koga se obrniti. Storitve ne opisujte kot pripravljene za uporabo zgolj zato, ker je njen element menija viden.
Hipotetični primer menija pred spremembo in po njej
Hipotetičen primer: programski partner vsem povezanim trgovcem prikaže enak meni Plačila. Ta vsebuje povezavo do razpoložljivega plačilnega opravila in drugo storitev, katere razpoložljivost še ni potrjena. Naslov se glasi: »Vaše plačilne storitve so pripravljene.« Trgovec izbere drugo postavko, pride na stran, ki mu ne pomaga, in se obrne na podporo z vprašanjem, zakaj domnevno pripravljena storitev ne deluje.
Po pregledu partner s podprtimi nastavitvami vidnosti skrije nepotrjeno storitev. Razpoložljivo opravilo ohrani jasno oznako, ki opisuje opravilo. V partnerjevem razdelku za pomoč se sporočilo spremeni v: »Vaš meni prikazuje plačilna opravila, ki so trenutno na voljo vašemu podjetju. Če ste pričakovali drugo storitev, se obrnite na našo ekipo za podporo, da preverimo njeno razpoložljivost in morebitne preostale korake za vključitev.« To pojasni spremembo, ne da bi trdili, da so skrite storitve omogočene ali na voljo na zahtevo.
Izboljšava ni le krajši meni. Trgovec lahko prepozna opravilo, ki ga lahko uporabi, pride na predvideno ciljno stran in najde ustrezen način za postavljanje vprašanj. Tudi ekipa za podporo ima konkretno težavo, ki jo lahko razišče, namesto nejasnega poročila, da plačila ne delujejo.
Vidnost ločite od preverjanj dostopa
Skrita menijska postavka ne predstavlja omejitve dostopa. Nekdo ima morda še vedno star zaznamek ali sledi povezavi iz prejšnjih navodil. Na ciljni strani in pri vsakem poskusu izvedbe dejanja so še vedno potrebna ustrezna preverjanja dostopa, ne glede na to, kako je oseba prišla tja. Uspešne spremembe vidnosti ne obravnavajte kot dokaz, da nadzor dostopa deluje pravilno.
Ta vedenja ločeno preverite z osebo, odgovorno za tehnično področje. Preizkusite, ali navigacija ustreza predvideni uporabniški izkušnji trgovca, nato preverite, kako se obravnavajo neposreden dostop in poskusi izvedbe dejanj. Vsako sporočilo o zavrnitvi mora pojasniti naslednji koristen korak, ne da bi nakazovalo način za izogibanje omejitvam. Če vedenje pri dostopu ni jasno, ga razjasnite, preden spremembo menija predstavite kot zaključeno.
- Preverite meni v značilnih primerih stanj trgovskih računov.
- Shranjene povezave preizkusite ločeno od običajnega krmarjenja po meniju.
- Prepričajte se, da spremembe vidnosti niso bile pomotoma razumljene kot spremembe dovoljenj.
Pred širšo uvedbo preverite razumevanje
Prosite sodelavca, ki spremembe ne pozna, naj izvede realistično opravilo trgovca. Opazen znak uspeha je, da lahko prepozna razpoložljivo storitev, pride na pravilno ciljno stran in pojasni, kaj storiti glede manjkajoče storitve, ne da bi predpostavljal, da je že omogočena. Preverite tudi besedilo v vsebinah pomoči in odgovorih podpore; nasprotujoča si navodila lahko izničijo jasnost menija.
Vaš naslednji korak je pregled enega nejasnega dela menija, ne pa preoblikovanje vsega naenkrat. Zabeležite njegove trenutne oznake, potrjeno stanje storitve, predlagano vidnost in pojasnilo za stranke. Z ekipo se dogovorite o podprti konfiguraciji, preizkusite rezultat in sodelavcem v podpori posredujte enako pojasnilo, kot ga bodo prejeli trgovci.
DOBRO JE VEDETI
Pogosta vprašanja
Ali skrivanje storitve trgovcu prepreči dostop do nje?
Ne. Vidnost določa prikaz, ne dovoljenj za dostop. Na ciljni strani in pri poskusu izvedbe dejanja so še vedno potrebna ustrezna preverjanja dostopa, tudi kadar nekdo uporabi shranjeno povezavo.
Ali je treba skriti vsako storitev, ki ni na voljo?
Ne nujno. Skrivanje lahko odstrani moteče elemente, pojasnilo pa lahko razjasni še neizvedeni korak. Odločite se glede na trgovčevo opravilo in podprte možnosti, ne da bi namigovali na razpoložljivost.
Kaj naj podpora vpraša, ko trgovec prijavi manjkajočo postavko?
Vprašajte jih, katero opravilo so želeli dokončati, kateri račun so uporabljali in kje so zasledili omembo storitve. Preden obljubite spremembo menija, preverite potrjeno razpoložljivost in postopek vključitve.