Adminisztrációs panel hozzáférhetőségének javítása mozgáskorlátozott felhasználók számára

Adminisztrációs panel hozzáférés.

Az Adminisztrációs panel hozzáférés akkor működik jól, ha a felhasználó pontosan azt látja és pontosan azt éri el, amire valóban szüksége van. Ennél a feladatnál a fő kérdés nem csak az, hogy ki tud belépni. A valódi kérdés az, hogy belépés után mit lát, mit módosíthat, mit exportálhat, és hol kell megállnia a rendszernek. Sok magánmegrendelő csak akkor kezd ezzel foglalkozni, amikor már gond lett abból, hogy valaki túl sok adatot látott, vagy éppen semmit sem tudott elintézni. Szerintem ezt a részt túl gyakran hagyják a végére, pedig már a felület alaplogikájánál el kell dönteni.

A jó hozzáférési rendszer egyszerűnek tűnik. De ez csak kívülről látszik könnyűnek. Belül pontos szabályok kellenek. Ki láthat ügyféladatot. Ki módosíthat rendelést. Ki törölhet elemet. Ki férhet hozzá a pénzügyi részhez. A magyar tudásbázisokban visszatérő megoldás, hogy a jogosultságokat szerepkörök szerint adják, és külön kezelik az adminisztrátori szintet, a részfeladatokra szóló jogokat, valamint a rendszergazdai műveleteket. Több forrás külön kiemeli, hogy az admin felhasználó széles körű műveleteket érhet el, a jogosultsági szintek pedig modulonként vagy funkciónként szabályozhatók. Egyes rendszerek az admin belépést már kétfaktoros azonosításhoz kötik, ami jól mutatja, hogy ez már nem csak kényelmi kérdés, hanem kockázatkezelés is. citeturn940256view0turn940256view1turn940256view3turn940256view4

Én személy szerint azt szeretem, amikor a hozzáférés logikája rövid idő alatt elmagyarázható. Ha egy tulajdonos vagy megrendelő három mondatban nem tudja összefoglalni, ki mire jogosult, akkor ott rendszerint túl bonyolult a szerkezet. És ebből később mindig vita lesz. Az egyik ember többet akar látni, a másik fél a hibáktól, a harmadik gyorsabb munkát kér. Sok konfliktus valójában nem emberi konfliktus, hanem rosszul megtervezett admin hozzáférés.

Jogosultsági szintek és napi használat

Az admin hozzáférés tervezésénél a legjobb kiindulás a napi munka. Nem az, hogy technikailag mi lehetséges, hanem az, hogy ki mit csinál minden nap. Más jogosultság kell annak, aki csak adatot rögzít. Más annak, aki ellenőriz. És megint más annak, aki pénzügyi vagy törlési műveleteket végez. Több hazai rendszer leírása is azt mutatja, hogy a szerepkör alapú felépítés a legstabilabb megoldás. Van adminisztrátori kör, vannak külön modulszintű jogok, és vannak korlátozott felhasználók, akik csak a saját adataikra vagy saját feladataikra látnak rá. citeturn940256view1turn940256view3turn940256view4

Sok megrendelő ott hibázik, hogy eleinte mindenkinek széles jogot ad. Ezt kényelmesnek érzik. Később viszont már nem tudják követni, ki mihez fér hozzá. És ekkor jön az a mondat, hogy valaki véletlenül átírta az adatot, vagy egy fontos tétel eltűnt. Volt egy eset, amikor a kliens azt mondta, nincs idejük finom jogosultsági rendszerre. Ezért minden belső ember majdnem teljes hozzáférést kapott. Pár hét múlva kiderült, hogy ugyanazt a rekordot többen szerkesztették, és senki nem tudta, ki volt az utolsó. Nem rosszindulatból történt. Egyszerűen túl nagyra nyitották az ajtót.

Az én tapasztalatom az, hogy a legjobb adminisztrációs hozzáférés réteges. Legfelül van a teljes körű admin. Alatta a szerkesztő. Még lejjebb a megtekintő. És ahol kell, ott külön engedély jár a törléshez, az exporthoz vagy a pénzügyi részhez. Ez nem túlzott szigor. Inkább rend. És a rend itt gyorsabb munkát jelent.

Gyakori hibák a hozzáférési rendszerben

Sokan azt hiszik, hogy a biztonság egyenlő a sok belépési akadállyal. De ez nem teljesen igaz. A valódi gond gyakran nem az, hogy nehéz bejutni, hanem az, hogy bent mindenki túl sokat lát. A visszatérő hibák elég földhözragadtak. Ugyanazt a menüt látja a kezdő és a vezető. A törlési gomb túl közel van a mentéshez. Az exportálás külön engedély nélkül elérhető. Vagy éppen fordítva. Olyan embernek is engedélyt kér a rendszer, akinek naponta tízszer kellene ugyanazt megcsinálnia.

Szerintem a legnagyobb hiba az, amikor a felület nem teszi egyértelművé a jogköröket. Ha a felhasználó kattint, majd hibaüzenetet kap, az rossz élmény. Ha eleve nem is látja azt a műveletet, amihez nincs joga, az sokkal nyugodtabb megoldás. Több magyar rendszerben a jogosultságokat funkciókhoz, modulokhoz vagy rekordtípusokhoz rendelik, és ez azért jó, mert nem általános tiltásban gondolkodik, hanem pontos műveletekben. Az olvasás, írás, törlés vagy tulajdon átvétel külön kezelése jó irány, mert a valós munkát követi. citeturn940256view4turn940256view1

És van egy másik visszatérő probléma. A belépési adatok kezelése. Egyes rendszerek még mindig alap felhasználónévvel indulnak, majd ezt csak később módosítják. Más rendszerek már hangsúlyozzák az alapadatok cseréjét és a kétfaktoros belépést az admin szinten. Én az utóbbit tartom helyesnek. Aki az admin panelhez fér hozzá, annál a laza belépés ritkán jó ötlet. Olcsóbbnak tűnik nem foglalkozni vele, de amikor gond lesz, az mindig drágább. citeturn940256view1turn940256view3turn785582search12

Árak és munkadíjak

Az ár attól függ, hogy csak a hozzáférések rendbetételéről van szó, vagy a teljes admin felület jogosultsági logikáját kell újratervezni. Szerintem a túl alacsony ár itt különösen gyanús. Egy valóban jó hozzáférési rendszerhez át kell nézni a szerepköröket, a képernyőket, a kritikus műveleteket és a hibapontokat is. Olcsóbban 20.000 alatt legfeljebb kisebb javítás fér bele. Komolyabb rendrakás ennél több idő.

Az én véleményem az, hogy olcsóbban 30.000 alatt ritkán lesz igazán átgondolt munka, ha több szerepkör és több érzékeny adat is érintett. Lehet gyors javítást kapni, de tartós megoldást nem mindig. És sokan itt követik el azt a hibát, hogy csak a látható gondot javítják. A háttérben marad a régi káosz. Később megint fizetni kell. Nekem ez a tipikus drága olcsóság.

Szakember választása admin hozzáféréshez

A megfelelő szakember kiválasztása itt fontosabb, mint elsőre látszik. Nem elég, ha valaki fejlesztő. Nem elég, ha valaki csak UX tervező. Olyan szakember kell, aki érti a napi munkát, a jogosultsági logikát és a hibák következményét is. Egy jó fejlesztő pontosan tudja, miért kell külön kezelni az olvasást, az írást és a törlést. Egy jó UX tervező pedig azt látja meg, hogyan lehet ezt úgy megmutatni a felületen, hogy a felhasználó ne bizonytalankodjon.

Én személy szerint azt választanám, aki kérdez a konkrét helyzetekről. Ki szerkeszt. Ki hagy jóvá. Ki exportál. Ki felel a pénzügyért. Ha valaki ezek nélkül rögtön árat mond és kész tervet ígér, az nekem túl gyors. A jobb szakember néha vitatkozik is. Megmondja, hogy nem kell mindenkinek minden. És ez jó jel.

Qjob.hu oldalon is lehet olyan fejlesztőt vagy felülettervezőt találni, aki magánmegbízásban vállal ilyen munkát. Itt szerintem nem csak a díjat érdemes nézni. A kommunikáció sokat számít. Ha valaki már az első beszélgetésben tisztázza a szerepköröket, az többnyire érti a problémát. Ha csak általánosságban beszél a biztonságról, az kevésbé meggyőző.

Budapest kerületei és környéke

Ha a megrendelő személyes egyeztetést szeretne, Budapest jó kiindulási pont. A belső kerületekben könnyű rövid találkozót szervezni, utána a munka mehet online is. A XI. kerület, a XIII. kerület és Zugló sok digitális megbeszélésnél kényelmes helyszín. De a budai oldalról és a külső kerületekből is dolgoznak olyan szakemberek, akik admin hozzáférés és jogosultsági rendszer rendbetételét is vállalják.

Az agglomerációban is van kínálat. Érd, Budaörs és Dunakeszi felől ugyanúgy lehet jó kivitelezőt találni. Sokan ragaszkodnak a helyi emberhez, ezt megértem. De őszintén szólva itt a távolság ritkán döntő. A fontos az, hogy a szakember megértse a rendszer szerkezetét, és tudjon mintafolyamatok alapján gondolkodni. Egy jó hozzáférési terv távolról is elkészülhet. Budapest előnye inkább a gyors egyeztetés, nem feltétlenül maga a minőség.

Mikor érdemes hozzányúlni a rendszerhez

Az Adminisztrációs panel hozzáférés akkor szorul javításra, amikor a csapat már kerülőutakat használ. Amikor külön üzenetben kérnek egymástól exportot. Amikor egy új ember túl sok menüt lát. Vagy amikor valaki azért nem tud haladni, mert olyan gombok is látszanak előtte, amelyekhez végül nincs jogosultsága. Ezek apróságnak tűnnek, de naponta ismétlődnek. És ettől lesz nehézkes a munka.

Sok ember halogatja ezt a feladatot, mert nem látványos. Nincs új szín, nincs új nyitóoldal, nincs nagy bemutató. De a valóságban ez az egyik leghasznosabb javítás. Volt olyan ügyfél, aki hónapokig új funkciót akart építeni. Azt hitte, az gyorsít majd. Aztán kiderült, hogy a fő gond a rosszul kiosztott hozzáférés volt. Miután rendbe tettük a szerepköröket, a csapat ugyanazzal a rendszerrel gyorsabban dolgozott. Nem lett több adat. Nem lett több oldal. Csak végre mindenkinek a saját munkájához igazodott a felület.

És szerintem pontosan ez a lényeg. A jó adminisztrációs hozzáférés nem harsány. Inkább csendes rend. A felhasználó belép, és azt érzi, hogy minden kézenfekvő. Amit látnia kell, azt látja. Amit nem kell, az nincs előtte. Ha ezt sikerül elérni, akkor a rendszer nem csak biztonságosabb lesz, hanem emberibb is.